Summary: | sys-devel/gettext fails to cross-compile | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Alexander Weber <web.alexander> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gent_bz, sean.harmer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | ARM | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | build.log |
Description
Alexander Weber
2008-05-12 09:01:34 UTC
Created attachment 152921 [details]
build.log
some of the widestring tests arent detecting properly, or they assume the worse when cross-compiling ... can probably be worked around by exporting some configure cache tests Which cache tests i can export for testing? How is the environment variable for this? I also have this problem. I tried adding the following to my xmerge wrapper: export gl_cv_header_wchar_h_standalone=no export gt_cv_c_wchar_t=no export ac_cv_header_wchar_h=no export ac_cv_header_wctype_h=no export ac_cv_type_mbstate_t=no However, this just ended up with a different compilation problem. Not sure what else to try setting on behalf of the configure script. As a work-around I'm now trying a slightly modified crossdev that builds the toolchain without nls so that I won't need to xmerge gettext in my ${SYSROOT}. I thing this is a bug in uClibc it looks for my like not to define mbstate_t if we need it. Someone involved should check this. --- wchar.h.orig 2009-04-12 00:13:45.000000000 +0200 +++ wchar.h 2009-04-12 00:34:19.000000000 +0200 @@ -23,7 +23,7 @@ #ifndef _WCHAR_H -#ifndef __need_mbstate_t +#ifdef __need_mbstate_t # define _WCHAR_H 1 # include <features.h> #endif the patch for this bug was appeared on the web long time ago. For example, this link: http://svn.exactcode.de/t2/trunk/package/base/gettext/wchar-fix.patch please update the ebuild and include this patch. (In reply to comment #6) > the patch for this bug was appeared on the web long time ago. For example, this > link: http://svn.exactcode.de/t2/trunk/package/base/gettext/wchar-fix.patch > > please update the ebuild and include this patch. > Thank you! This patch work! ;) the original bug was against glibc, not uClibc. ignoring that, uClibc's wchar.h works the same as glibc's (because it's largely copied from it in the first place). the patch you point out largely is against gnulib which means it isnt a bug in gettext. i wonder if anyone has posted this to the gnulib lists ... assuming fixed with gettext-0.18.1.1 as that has a much updated gnulib base |