Re: problem compiling on Mac OS X

Il giorno 19/apr/05, alle 21:44, Asko Kauppi ha scritto:

>
> ha, it's not supposed to have anything by default.  It's the same as 
> LD_LIBRARY_PATH (I think) on Linux.
>
> > man dyld
>
>  DYLD_LIBRARY_PATH
>               This  is  a  colon  separated  list  of directories that 
> contain
>               libraries. The dynamic linker searches these directories 
>  before
>               it  searches  the default locations for libraries. It 
> allows you
>               to test new versions of existing libraries.

Is it possible to exclude default locations for libraries at all?


Anyway it doesnt' work, with DYLD_LIBRARY_PATH set to the lua-utils 
path it should link against lua-utils/liblua.a, but:

suppaBook:~/Sviluppo/luacheia5-5.0.1a5 suppa$ env | grep DYL
DYLD_LIBRARY_PATH=/Users/suppa/Sviluppo/luacheia5-5.0.1a5/lua-utils/
suppaBook:~/Sviluppo/luacheia5-5.0.1a5 suppa$ make
make  all-recursive
Making all in lua-utils
/bin/sh ../libtool --mode=link gcc -DLUA_OPNAMES -g -O2   -o luac  
luac.o print.o -L. -llua -llualib
gcc -DLUA_OPNAMES -g -O2 -o luac luac.o print.o  
-L/Users/suppa/Sviluppo/luacheia5-5.0.1a5/lua-utils -llua -llualib
ld: Undefined symbols:
_luaP_opnames
make[2]: *** [luac] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
suppaBook:~/Sviluppo/luacheia5-5.0.1a5 suppa$ otool -S -v 
lua-utils/liblua.a  | grep lopcod
lopcodes.o       _luaP_opmodes
lopcodes.o       _luaP_opnames
suppaBook:~/Sviluppo/luacheia5-5.0.1a5 suppa$



Why ?



-------------------------------------------------------
This SF.Net email is sponsored by: New Crystal Reports XI.
Version 11 adds new functionality designed to reduce time involved in
creating, integrating, and deploying reporting solutions. Free runtime info,
new features, or free trial, at: http://www.businessobjects.com/devxi/728