This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] target/65286 - Disable multilib for ppc64le
- From: Alan Modra <amodra at gmail dot com>
- To: Martin Sebor <msebor at redhat dot com>
- Cc: Andreas Schwab <schwab at suse dot de>, Jeff Law <law at redhat dot com>, Gcc Patch List <gcc-patches at gcc dot gnu dot org>
- Date: Thu, 5 Mar 2015 14:36:04 +1030
- Subject: Re: [PATCH] target/65286 - Disable multilib for ppc64le
- Authentication-results: sourceware.org; auth=none
- References: <54F658DB dot 6030200 at redhat dot com> <mvmzj7sswrv dot fsf at hawking dot suse dot de> <54F73089 dot 8040308 at redhat dot com> <54F73594 dot 6000601 at redhat dot com> <87a8zsy95u dot fsf at igel dot home> <54F7696A dot 3040307 at redhat dot com>
On Wed, Mar 04, 2015 at 01:22:02PM -0700, Martin Sebor wrote:
> On 03/04/2015 10:17 AM, Andreas Schwab wrote:
> >Martin Sebor <msebor@redhat.com> writes:
> >
> >>The configure script explicitly adds --enable-multilib unless
> >>--disable-multilib is specified. This then results in libraries
> >>being built with the -m32 option, which fails with errors like
> >>the one below:
> >>
> >>/usr/include/gnu/stubs.h:8:27: fatal error: gnu/stubs-32.h: No such file
> >>or directory
> >
> >So fix the multilib configuration.
>
> Makes sense. Does the patch below look closer to what you're
> suggesting?
Um, no. This will kill off the powerpcle multilib even when I say
--enable-targets=powerpcle-linux.
I think what really should be done is modify config.gcc to not
build a biarch powerpc64le compiler by default. I'll have a poke at
that. If that is deemed too risky at this point in development, then
I prefer your original patch (except for the comment about not having
multilibs, which isn't true).
As an aside, as far as I know gnu/stubs.h is there only to notify
configure of functions that are in the C library but return -ENOSYS,
ie. that aren't really supported. Does a gcc build really depend on
the typical functions that turn up in gnu/stubs.h? If not, can't gcc
supply the wretched thing?
--
Alan Modra
Australia Development Lab, IBM