Skip Menu |
 

Date: Tue, 07 Feb 2006 14:34:53 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: krb5-bugs@mit.edu
Subject: 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
Download (untitled) / with headers
text/plain 3.8KiB
The following are 'output' items which paid lip-service to
LDFLAGS="-L/usr/local/lib -R/usr/local/lib" during a Kerb5
build under Solaris 9 with GCC and /usr/ccs/bin/ld.

Anything other than these items (e.g. almost anything I
care about) fails to run due to the missing library
search(es) I need. All are, of course, sitting in
/usr/local/lib.

I am dead in the water unless I start slugging through
the code :(

Show quoted text
> src # grep -- '-o ' make.log | grep -- '-R/usr/local/lib'
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o aes-gen aes-gen.o aescrypt.o aestab.o aeskey.o
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o client client.o rpc_test_clnt.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o server server.o rpc_test_svc.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o init-test init-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o destroy-test destroy-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o client-handle-test handle-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o client-iter-test iter-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o randkey-test randkey-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o server-handle-test handle-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o lock-test lock-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o server-iter-test iter-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o server-setkey-test setkey-test.o \
> gcc -L../../../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o client-setkey-test setkey-test.o \
> gcc -L../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o krb5kdc kdc5_err.o dispatch.o do_as_req.o do_tgs_req.o kdc_util.o kdc_preauth.o logger.o main.o network.o policy.o extern.o replay.o kerberos_v4.o -lkadm5srv -lkdb5 -lgssrpc -lgssapi_krb5 -ldes425 -lkrb5 -lk5crypto -lcom_err -lkrb5support -lresolv -lsocket -lnsl -lapputils
> gcc -L../lib -R/export/home/krb5/lib -g -O2 -Wall -Wmissing-prototypes -Wcast-qual -Wcast-align -Wconversion -Wshadow -pedantic -L/usr/local/lib -R/usr/local/lib -o rtest rtest.o kdc_util.o policy.o extern.o -lkdb5 -lgssrpc -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lkrb5support -lresolv -lsocket -lnsl
> src #
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
From: Tom Yu <tlyu@MIT.EDU>
Date: Tue, 07 Feb 2006 16:49:09 -0500
RT-Send-Cc:
Show quoted text
>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:

Show quoted text
Jeff> The following are 'output' items which paid lip-service to
Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib" during a Kerb5
Jeff> build under Solaris 9 with GCC and /usr/ccs/bin/ld.

Could you tell us how you provided the LDFLAGS setting? What are the
exact commands you used for configure and make?

Show quoted text
Jeff> Anything other than these items (e.g. almost anything I
Jeff> care about) fails to run due to the missing library
Jeff> search(es) I need. All are, of course, sitting in
Jeff> /usr/local/lib.

What are the exact error message returned?

---Tom
Date: Tue, 07 Feb 2006 17:01:04 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
RT-Send-Cc:
Download (untitled) / with headers
text/plain 2.2KiB
Hi Tom,

The error from klist is below. It is one of many binaries
built with this problem though. It's really a strange
thing (I've been running various tests for the last 3
hours trying to figure out what is going wrong).

Show quoted text
> jblaine > klist
> ld.so.1: klist: fatal: libgcc_s.so.1: open failed: No such file or
directory
Show quoted text
> Killed
> jblaine > ldd `which klist`
> libkrb4.so.2 => /export/home/krb5/lib/libkrb4.so.2
> libdes425.so.3 => /export/home/krb5/lib/libdes425.so.3
> libkrb5.so.3 => /export/home/krb5/lib/libkrb5.so.3
> libk5crypto.so.3 => /export/home/krb5/lib/libk5crypto.so.3
> libcom_err.so.3 => /export/home/krb5/lib/libcom_err.so.3
> libkrb5support.so.0 =>
/export/home/krb5/lib/libkrb5support.so.0
Show quoted text
> libresolv.so.2 => /usr/lib/libresolv.so.2
> libsocket.so.1 => /usr/lib/libsocket.so.1
> libnsl.so.1 => /usr/lib/libnsl.so.1
> libc.so.1 => /usr/lib/libc.so.1
> libgcc_s.so.1 => (file not found)
> libgcc_s.so.1 => (file not found)
> libgcc_s.so.1 => (file not found)
> libgcc_s.so.1 => (file not found)
> libgcc_s.so.1 => (file not found)
> libgcc_s.so.1 => (file not found)
> libdl.so.1 => /usr/lib/libdl.so.1
> libmp.so.2 => /usr/lib/libmp.so.2
> /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1
> jblaine > ls -l /usr/local/lib/libgcc_s.so.1
> -rw-r--r-- 1 root bin 169356 Sep 12 2004
/usr/local/lib/libgcc_s.so.1
Show quoted text
> jblaine >


Tom Yu via RT wrote:
Show quoted text
>>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:
>
> Jeff> The following are 'output' items which paid lip-service to
> Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib" during a Kerb5
> Jeff> build under Solaris 9 with GCC and /usr/ccs/bin/ld.
>
> Could you tell us how you provided the LDFLAGS setting? What are the
> exact commands you used for configure and make?
>
> Jeff> Anything other than these items (e.g. almost anything I
> Jeff> care about) fails to run due to the missing library
> Jeff> search(es) I need. All are, of course, sitting in
> Jeff> /usr/local/lib.
>
> What are the exact error message returned?
>
> ---Tom
>
>
Date: Tue, 07 Feb 2006 17:02:02 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
RT-Send-Cc:
Show quoted text
> Could you tell us how you provided the LDFLAGS setting? What are the
> exact commands you used for configure and make?

Sorry, I missed this.

LDFLAGS="-L/usr/local/lib -R/usr/local/lib"
export LDFLAGS
./configure --prefix=/export/home/krb5
make
make install
Date: Wed, 08 Feb 2006 11:00:40 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
RT-Send-Cc:
FWIW, I thought maybe it was a problem with my setup,
so ran some tests.

I have gotten the same results with all 3
GCC packages available from sunfreeware.com.

3.2.3
3.3.2
3.4.2

Tom Yu via RT wrote:
Show quoted text
>>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:
>
> Jeff> The following are 'output' items which paid lip-service to
> Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib" during a Kerb5
> Jeff> build under Solaris 9 with GCC and /usr/ccs/bin/ld.
>
> Could you tell us how you provided the LDFLAGS setting? What are the
> exact commands you used for configure and make?
>
> Jeff> Anything other than these items (e.g. almost anything I
> Jeff> care about) fails to run due to the missing library
> Jeff> search(es) I need. All are, of course, sitting in
> Jeff> /usr/local/lib.
>
> What are the exact error message returned?
>
> ---Tom
>
>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
From: Tom Yu <tlyu@MIT.EDU>
Date: Wed, 08 Feb 2006 11:49:20 -0500
RT-Send-Cc:
Show quoted text
>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:

Show quoted text
Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib"
Jeff> export LDFLAGS
Jeff> ./configure --prefix=/export/home/krb5
Jeff> make
Jeff> make install

I can't reproduce the equivalent of the bug with the head of the 1.4
branch, which has no build system changes since 1.4.3. Did you do run
configure on a freshly extracted source tree?

---Tom
Date: Wed, 08 Feb 2006 15:54:52 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
RT-Send-Cc:
Tom Yu via RT wrote:
Show quoted text
>>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:
>
> Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib"
> Jeff> export LDFLAGS
> Jeff> ./configure --prefix=/export/home/krb5
> Jeff> make
> Jeff> make install
>
> I can't reproduce the equivalent of the bug with the head of the 1.4
> branch, which has no build system changes since 1.4.3. Did you do run
> configure on a freshly extracted source tree?

Straight from the 1.4.3 tarball from web.mit.edu :(

I suppose I can re-extract from the tarball and try
that. I did not have LDFLAGS set the first time I
built the tree I have extracted now. I have been
using 'make distclean', assuming it would reset me
properly.

I'll give that a shot.
Date: Wed, 08 Feb 2006 17:47:13 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
RT-Send-Cc:
No dice on the re-extraction test. This does appear to
be my problem though. I was able to test on a production
work machine and everything works as expected... it uses
GNU ld from binutils though, not /usr/ccs/bin/ld like
the failed one.

Thanks for checking into it, and sorry if I wasted too
much of your time! :(

Tom Yu via RT wrote:
Show quoted text
>>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:
>
> Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib"
> Jeff> export LDFLAGS
> Jeff> ./configure --prefix=/export/home/krb5
> Jeff> make
> Jeff> make install
>
> I can't reproduce the equivalent of the bug with the head of the 1.4
> branch, which has no build system changes since 1.4.3. Did you do run
> configure on a freshly extracted source tree?
>
> ---Tom
>
>
Date: Fri, 10 Feb 2006 14:08:18 -0500
From: Jeff Blaine <jblaine@mitre.org>
To: rt@krbdev.mit.edu
Subject: Re: [krbdev.mit.edu #3441] 1.4.3 : Solaris 9, LDFLAGS selectively ignoring during build
RT-Send-Cc:
Fix found - Edit src/config/shlib.conf

IMO, this fix should make it into the source repository.

http://mailman.mit.edu/pipermail/kerberos/2006-February/009258.html

then

http://mailman.mit.edu/pipermail/kerberos/2006-February/009262.html

Tom Yu via RT wrote:
Show quoted text
>>>>>> "Jeff" == Jeff Blaine via RT <rt-comment@krbdev.mit.edu> writes:
>
> Jeff> LDFLAGS="-L/usr/local/lib -R/usr/local/lib"
> Jeff> export LDFLAGS
> Jeff> ./configure --prefix=/export/home/krb5
> Jeff> make
> Jeff> make install
>
> I can't reproduce the equivalent of the bug with the head of the 1.4
> branch, which has no build system changes since 1.4.3. Did you do run
> configure on a freshly extracted source tree?
>
> ---Tom
>
>
Fixed by prior build system changes. Closing.