Re: amd64

Stefan Fent <[email protected]> Fri, 13 Feb 2004 12:44:38 +0100
Newsgroups gmane.linux.lsb.implementation
Message-ID <[email protected]>
* Wichmann, Mats D <[email protected]> [040212 23:14]:
> Trying to close on this issue.
> 
> If I understand correctly the way current binutils
> builds work, apparently for many platforms but
> excepting ia32 (?), bintuils configure misunderstands
> that glibc gettext is available, and then manages to
> build an invalid assembler binary because a required
> build flag (_GNU_SOURCE) for the not-using-glibc-gettext
> case is missing from our build procedure.  The patch 
> you supplied will fix that problem, but it's not clear
> to me that we want to proceed using the wrong gettext....
> 
> Binutils configure gets the wrong impression
> because it depends on a command which does not come
> from glibc at all, but from the separate
> gettext package.  We can't currently build the
> package in time for binutils to be happy, because:
> 
> - gettext package can't be built static, so it
>   can't happen in the bootstrap

Yes

> - it won't configure-and-build dynamic so early
>   in the lsbsi-intermediate phase (I don't know
>   the exact failure)
> 
> Although I don't have the complete details yet,
> from the initial comments I heard from Marvin this
> morning, it sounds like other platforms are likely
> now failing in the same manner.
> 
> How do we solve this?  Do we patch binutils'
> configure script so it that assumes glibc's gettext
> without actually making the test it currently fails?

This is the only way I see to solve this.


> And is the patch to define _GNU_SOURCE still going
> to be needed even in the using-glibc-gettext case?

No, it's defined already in glibc.
(and 'as' works, then)

> 
> Thanks,
> 
> Mats
> 

-- 
Stefan Fent 
SuSE Linux AG, Maxfeldstr. 5, D-90409 Nuernberg