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