This is the mail archive of the
binutils@sources.redhat.com
mailing list for the binutils project.
Re: PATCH: Enable PIC for mips*-*-*
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.