This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [hurd,commited] hurd: Fix build without NO_HIDDEN


Adhemerval Zanella, on mar. 12 sept. 2017 18:51:08 -0300, wrote:
> On 12/09/2017 17:36, Samuel Thibault wrote:
> > Adhemerval Zanella, on mar. 12 sept. 2017 17:34:51 -0300, wrote:
> >> Samuel, since you spent time in a lot of patches to fix Hurd build,
> >> wouldn't be better if you could add hurd build support on 
> >> build-many-glibcs.py?
> > 
> > Unfortunately, we are still far from having something buildable. I'm
> > here just keeping up with the newer versions, but there are patches
> > needed (e.g. for TLS) which are not included yet and need care.
> 
> So currently you can't really build glibc master for hurd, is it
> correct?

Yes, some patches are needed.

> >> I do not know if it is possible to cross-compiling hurd on Linux,
> > 
> > It is, but that needs a cross-toolchain which is really not trivial :)
> 
> Right, but how currently are you actually testing your changes?

I test with the additional needed patches in.  They usually don't
interfere with the changes.  If they do, then they get queue behind
those missing patches.

> Do we need an old dated toolchain?

No, we use current binutils & gcc-6 etc. (probably gcc-7 will be fine,
it was just not tested yet in Debian).

> >> but I think at least a native build could be useful so generic changes
> >> could be checked against Hurd as well.
> > 
> > Yep, ideally :)
> 
> PS: I am CC'ing libc-alpha because it was my initial intent.

Ok :)

samuel


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]