Home Original page

PATCH: Enable PIC for mips*-*-*

H . J . Lu hjl@lucon.org
Fri Nov 16 23:02:00 GMT 2001 
On Sat, Nov 17, 2001 at 04:46:16AM -0200, Alexandre Oliva wrote:
> On Nov 17, 2001, "H . J . Lu" <hjl@lucon.org> wrote:
> 
> > On Sat, Nov 17, 2001 at 02:46:13AM -0200, Alexandre Oliva wrote:
> >> On Nov 17, 2001, "H . J . Lu" <hjl@lucon.org> wrote:
> >> 
> >> > That is not what I want. My patch applies ALL Linux. No Linux should
> >> > use pass_all at all.
> >> 
> >> Then why do you duplicate the features of pass_all in the file_magic
> >> branch?
> 
> > I don't think so. Before my patch, --enable-shared will result in
> > libiberty/pic/libiberty.a used for linking executables. I want
> > libiberty/libiberty.a for that.
> 
> Then build a libtool library out of libiberty, or move
> libiberty/libiberty.a in front of libiberty/pic/libiberty.a in the
> library list.

I send me a patch. I will try it.

> >> After your patch, binutils won't build correctly on glibc-2.1-based
> >> ARM/Linux.  Perhaps this is your problem, after all?
> 
> > My libtool.m4 change should have no change for ARM/Linux. The only
> > change is ltmain.sh, which allows linking against an archive when
> > building a shared library.
> 
> That's exactly what breaks ARM/Linux if the archive contains PDC.
> 
> > I don't think it should be a problem. I am very curious why
> > ARM/Linux fails.
> 
> It was a bug in glibc, long fixed, but libtool still supports that

Supporting buggy glibc is not my goal. Don't use --enable-shared for
binutils or fix glibc. That is one more incentive not to use a buggy
glibc.


H.J.
More information about the Binutils mailing list