Hi Guy,

> Yes, this is normal, as gtcgi lib is already present in the shared lib.
>>
>>  Thank you, works fine now: i can compile :-)


Thanks for the good news :) I've reworked it a little bit
just now, I hope it still works.


> $ ldd tst
>       linux-gate.so.1 =>  (0xb7faf000)
>       libharbour.so => /usr/lib/libharbour.so (0xb7b26$ ldd tst
>       linux-gate.so.1 =>  (0xb7f06000)
>       libharbour-1.1.0.so => not found
>
> Note that i can add "/usr/lib/harbour" in /etc/ld.so.conf and run ldconfig
> and it run fine ...


Okay, many thanks for this.

I'll implement a fix for this ASAP. Also I think I'll revert
to use the version-free libharbour.so name also.

$ echo '? "hello"' > /tmp/tst.prg
> $ hbmk2 -n- /tmp/tst
> Harbour 1.1.0dev (Rev. 10405)
> Copyright (c) 1999-2009, http://www.harbour-project.org/
> Compiling '/tmp/tst.prg'...
> Lines 1, Functions/Procedures 1
> Generating C source output to 'tst.c'... Done.
>
gcc: /tmp/tst.c: Aucun fichier ou répertoire de ce type


Yes, true, I'll look into it, actually I had to resort to
a workaround when generating temp file name, to
avoid the exact same issue.

BTW, you don't have to use -n- anymore, it's now the default.

Brgds.
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to