[3654] in Kerberos-V5-bugs
[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