[3654] in Kerberos-V5-bugs

home help back first fref pref prev next nref lref last post

[krbdev.mit.edu #1261] Creation of shared libraries ignore --with-ldopts

daemon@ATHENA.MIT.EDU (Ezra Peisach via RT)
Fri Nov 15 18:55:13 2002

Message-Id: <rt-1261-3719.3.49105324311438@krbdev.mit.edu>
In-Reply-To: <rt-1261@krbdev.mit.edu>
From: "Ezra Peisach via RT" <rt-comment@krbdev.mit.edu>
Reply-To: rt-comment@krbdev.mit.edu
To: krb5-prs@mit.edu
Errors-To: krb5-bugs-admin@mit.edu
Date: Fri, 15 Nov 2002 18:54:44 -0500 (EST)


The creation of shared libraries hardcode the arguments to ld
without allowing a user to specify possibly ABI specific information.

The particular user (Jim Barlow), is on a 64bit IRIX machine. By default
the C compiler is generating -64 libraries. He has a desire to 
generate -n32 libraries (probably for 32bit machines to be able to execute
the same code). --with-ldopts is honored in the linking of the executables
(and presumably he is using --with-ccopts as well) - but
the options are not used in the creation of the shared libraries.

There are two possible fixes:

a) config/lib.in: Change the invocation of LDCOMBINE in the creation 
of the library to include $(LDFLAGS)

This would make the --ldopts a global change for all architectures.

b) aclocal.m4 (1.2 series)/ config/shlib.conf (1.3 development branch)
For the specific architectures that might want to override the 
shared library creation - add $(LDFALGS) to the LDCOMBINE definitions.

This would be an architecture specific change.


Personally - I would lean towards (a)
_______________________________________________
krb5-bugs mailing list
krb5-bugs@mit.edu
http://mailman.mit.edu/mailman/listinfo/krb5-bugs

home help back first fref pref prev next nref lref last post