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 <mse...@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