[hurd,commited] hurd: Fix build without NO_HIDDEN
Samuel Thibault
samuel.thibault@ens-lyon.org
Tue Sep 12 21:56:00 GMT 2017
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
More information about the Libc-alpha
mailing list