[Harbour] HB_DLLIBS and shared binaries

[Przemyslaw Czerpak]

On Fri, 05 Dec 2008, Lorenzo Fiorini wrote:

Hi Lorenzo,

> Sorry I was not clear enough. Under msys/mingw if I use:
> if [ "$HB_ARCHITECTURE" = "w32" ]; then
>    hb-mkslib $HB_BIN_INSTALL/hbgd.dll $HB_LIB_INSTALL/libhbgd.a
> /opt/local/lib/libgd.lib $HB_BIN_INSTALL/harbour.dll
> /opt/local/bin/libgd2.dll
>    hb-mkslib $HB_BIN_INSTALL/hbpgsql.dll $HB_LIB_INSTALL/libhbpgsql.a
> -L/opt/pgsql/lib -lpq $HB_BIN_INSTALL/harbour.dll
> /opt/pgsql/bin/libpq.dll
>    #hb-mkslib libxhgtk libxhgtk.a `pkg-config --libs gtk+-2.0 --libs
> libglade-2.0
> fi
> ( note the $HB_LIB_INSTALL/libhbgd.a ) it gives:
> $ ./make_slibs.sh
> cannot read file: /opt/harbour/lib/libhbgd.a

OK, I see. absolute paths. I'll change hb-mkslib.sh to work with absolute
paths in a while.

> In hb-mkslib.sh the *.a is "tested" as {dir}{f} where {dir} is `pwd`
> and this make difficult to "reference" Harbour's libs in the user
> Makefiles and since -L and -l don't work for hb-mkslib I'm trying to
> find the easiest way to create shared libs in Win and OSX that refer
> to other shared libs.

-L and -l passed to hb-mkslib works as gcc / libtool parameters and
it's very important functionality if you want to create references
inside shared library not in final binaries.

best regards,
Przemek