[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: AM_PROG_LEX does not set LEXLIB properly
From: |
Alexandre Duret-Lutz |
Subject: |
Re: AM_PROG_LEX does not set LEXLIB properly |
Date: |
Thu, 23 Jan 2003 12:58:00 +0100 |
User-agent: |
Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.2 (i386-pc-linux-gnu) |
>>> "Pete" == Pete Ryland <address@hidden> writes:
[...]
Pete> configure:7958: checking for yywrap in -lfl
Pete> configure:7989: gcc -o conftest -g -O2 conftest.c -lfl >&5
Pete> configure:7992: $? = 0
Pete> configure:7995: test -s conftest
Pete> configure:7998: $? = 0
Pete> configure:8010: result: yes
[...]
Pete> It's only when doing explicit linking does it fail it seems.
Could you try ./configure CC='gcc -v' ? Maybe you'll find out
(in config.log) that gcc passes -L/opt/sfw/lib to the linker.
[...]
Pete> $ grep LD= libtool
Pete> LD="gld"
Pete> but then:
Pete> $ make
Pete> ...
Pete> /bin/bash ../libtool --mode=link gcc -g -O2 -o libpsfp.la -rpath
/home/peter/local/lib psfp_parser.lo psfp_scanner.lo -L/home/peter/local/lib
-L/home/peter/local/lib/mysql -lmysqlclient -L/home/peter/local/lib -lpcre
-lmysqlclient -lpcre
Pete> rm -fr .libs/libpsfp.la .libs/libpsfp.* .libs/libpsfp.*
Pete> gcc -shared psfp_parser.lo psfp_scanner.lo -Wl,--rpath
-Wl,/home/peter/local/lib/mysql -Wl,--rpath -Wl,/home/peter/local/lib
-Wl,--rpath -Wl,/home/peter/local/lib/mysql -Wl,--rpath
-Wl,/home/peter/local/lib -L/home/peter/local/lib
-L/home/peter/local/lib/mysql /home/peter/local/lib/mysql/libmysqlclient.so
/home/peter/local/lib/libpcre.so -lc -Wl,-soname -Wl,libpsfp.so.0 -o
.libs/libpsfp.so.0.0.0
Pete> /usr/ccs/bin/ld: illegal option -- -
Pete> /usr/ccs/bin/ld: illegal option -- -
Pete> /usr/ccs/bin/ld: illegal option -- -
Pete> /usr/ccs/bin/ld: illegal option -- -
Pete> ld: warning: option -o appears more than once, first setting taken
Pete> usage: ld [-6:abc:d:e:f:h:il:mo:p:rstu:z:B:CD:F:GI:L:M:N:P:Q:R:S:VY:?]
file(s)
Pete> ...
Pete> The relevant part of config.log is:
Pete> configure:3405: checking for ld used by GCC
Pete> configure:3468: result: gld
I guess that means it's a bad idea to override LD, since GCC
obviously calls /usr/ccs/bin/ld in the end.
[...]
--
Alexandre Duret-Lutz