On Fri, Jun 22, 2018 at 09:01:37AM +0200, Michael Olbrich wrote:
> On Tue, Jun 19, 2018 at 03:08:42PM +0000, Baeuerle, Florian wrote:
> > I'm having troubles building a ptxdist Project with ptxdist-2018.06.0 in
> > combination with the OSELAS-Toolchain 2016.06.1.
> > 
> > The new hostdef-locale's localedef cannot handle the locales from the
> > old OSELAS-Toolchain:
> > 
> > generating "en_US.UTF-8" - this can take some time
> > calling localedef binary failed
> > /usr/local/lib/ptxdist-2018.06.0/rules/locales.make:28: recipe for target 
> > '/build/platform-core-am335x/state/locales.install' failed
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_CTYPE'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_NUMERIC'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_TIME'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_COLLATE'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_MONETARY'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_MESSAGES'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_PAPER'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_NAME'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_ADDRESS'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_TELEPHONE'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_MEASUREMENT'
> > [error] LC_IDENTIFICATION: unknown standard `en_US:2000' for category 
> > `LC_IDENTIFICATION'
> > [error] no output file produced because errors were issued
> > make: *** [/build/platform-core-am335x/state/locales.install] Error 1
> > 
> > 
> > This is caused by 47116f66f411d4dadfce42c2fdd6d41b351ccfd4.
> > 
> > That change probably pulled in this change:
> > 
> > https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=900f59f084bfe35cb389bbe0dc464413a1a38e90
> 
> Indeed. I think adding "i18n:2000" to the list of standards introduced in
> this commit should help. Can you try that and send a patch if it works?

No, this won't work as localedef is doing plain strcmp on that string. Adding
"en_US:2000" would help in this particular case and fail again for eg
cs_CZ:2000 (as in /usr/share/i18n/locales/cs_CZ from glibc-2.23)

I suggest to revert this above patch entirely or at least make checking non
fatal.

        ladis

> Michael
> 
> -- 
> Pengutronix e.K.                           |                             |
> Industrial Linux Solutions                 | http://www.pengutronix.de/  |
> Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
> Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
> 
> _______________________________________________
> ptxdist mailing list
> ptxdist@pengutronix.de

_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de

Reply via email to