Re: [Patches] cross compiling eglibc

["Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>]

On Tue, 4 Sep 2012, Khem Raj wrote:

> On Tue, Sep 4, 2012 at 1:37 PM, Joseph S. Myers <joseph@xxxxxxxxxxxxxxxx> wrote:
> >
> > Creating such symlinks is incorrect.  After my changes that went in just
> > after 2.16 branched, it should be possible to build glibc using a
> > static-only GCC; there should be no dependence of the build on libgcc_s
> > and libgcc_eh.  But you need two libgcc patches of mine that only went in
> > after GCC 4.7 branched in order for the glibc you get to be the same as
> > you'd get when building with a full GCC (using shared libraries and with a
> > previously built glibc).  So before GCC 4.8 you still need the three
> > compilers to get the same results as you would get from a convergent
> > iteration of building alternating GCC and glibc: the GCC providing the
> > libgcc used when building glibc has itself to have been built with shared
> > libraries enabled (so the correct symbols are hidden) and without
> > inhibit_libc (so crt*.o are correctly configured for exception handling).
> 
> can you post the links for these libgcc patches
> can these libgcc patches be backported to 4.7

r190588 | jsm28 | 2012-08-22 08:36:23 +0000 (Wed, 22 Aug 2012) | 8 lines
Changed paths:
   M /trunk/libgcc/ChangeLog
   M /trunk/libgcc/Makefile.in
   M /trunk/libgcc/static-object.mk

        * Makefile.in (vis_hide, gen-hide-list): Do not make definitions
        depend on --enable-shared.
        ($(lib1asmfuncs-o)): Use %.vis files independent of
        --enable-shared.
        * static-object.mk ($(base)$(objext), $(base).vis)
        ($(base)_s$(objext)): Use same rules for visibility handling as in
        shared-object.mk.

r190517 | jsm28 | 2012-08-19 15:11:40 +0000 (Sun, 19 Aug 2012) | 3 lines
Changed paths:
   M /trunk/libgcc/ChangeLog
   M /trunk/libgcc/crtstuff.c

        * crtstuff.c (USE_PT_GNU_EH_FRAME): Define for systems using glibc
        even if inhibit_libc.

-- 
Joseph S. Myers
joseph@xxxxxxxxxxxxxxxx
_______________________________________________
Patches mailing list
Patches@xxxxxxxxxx
http://eglibc.org/cgi-bin/mailman/listinfo/patches