Am 15.12.2008 um 23:42 schrieb Joshua Root:
James E. Bailey wrote:
/bin/sh ./libtool --tag=CC --mode=link gcc -g -O2 -version-info
17:3:0 -export-dynamic -no-undefined -o libguilereadline-v-17.la -
rpath
/usr/local/lib readline.lo ../libguile/libguile.la -lreadline -
lncurses
libtool: link: gcc -dynamiclib -o .libs/libguilereadline-
v-17.17.dylib
.libs/readline.o ../libguile/.libs/libguile.dylib -L/usr/local/lib
-L/usr/lib /usr/local/lib/libintl.dylib /usr/lib/libiconv.dylib
/usr/local/lib/libiconv.dylib -lc /usr/local/lib/libgmp.dylib -lm
/usr/local/lib/libltdl.dylib -ldl -lreadline -lncurses -
install_name
/usr/local/lib/libguilereadline-v-17.17.dylib -
compatibility_version 18
-current_version 18.3 -Wl,-single_module
ld: warning multiple definitions of symbol _rl_free_line_state
.libs/readline.o definition of _rl_free_line_state in section
(__TEXT,__text)
/usr/local/lib/libreadline.dylib(signals.so) definition of
_rl_free_line_state
Yep, definitely a problem with stuff in /usr/local. We'd like ports to
ignore /usr/local, but just about everything is hard-coded to look in
there, and there's currently no generic way we can make them stop.
- Josh
And I just realised that I sent the wrong error message (too many
windows open). Apparently, downgrading to libtool 1.5.8 solved my
problems. Thanks for the tip!
_______________________________________________
macports-users mailing list
macports-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
