Hi,
I released uClibc-ng 1.0.29 today. The new release contains mostly bugfixes for aarch64 and x86_64. I use Gentoo/uClibc-ng since some weeks and found some Glibc compatibility issues. I run chromium every day on my Lenovo X200 with lates uClibc-ng. I integrated gettext-tiny, which allows to use uClibc-ng for Desktop when compiling software with i18n requirements.
Attention: arc4random is removed.
best regards Waldemar
Hi Anthony, Anthony G. Basile wrote,
On 3/3/18 2:57 PM, Waldemar Brodkorb wrote:
I use Gentoo/uClibc-ng since some weeks
:)
Thanks for updating the ebuild. I have some more local changes for 1.0.29, I want to get rid of libiconv and libintl from the uclibc profile.
I am running uClibc-ng with this patch since some time and a lot of applications work with the libintl stub and gettext-tiny tools. The minimal iconv implementation works fine for simple use cases, too.
What do you think? I would really love to test new stage3 with this patchset on x86/arm/mips/ppc machines, starting with a clean libiconv/libintl free system and working on bugfixing open issues.
best regards Waldemar
p.s.: ignore the keywords change in the patch
On 3/4/18 5:53 AM, Waldemar Brodkorb wrote:
Hi Anthony, Anthony G. Basile wrote,
On 3/3/18 2:57 PM, Waldemar Brodkorb wrote:
I use Gentoo/uClibc-ng since some weeks
:)
Thanks for updating the ebuild. I have some more local changes for 1.0.29, I want to get rid of libiconv and libintl from the uclibc profile.
This is a reasonable move, however, we have to have a migration path both for 1) users and 2) catalyst stage builds. If we have the former, I can work out the latter
I am running uClibc-ng with this patch since some time and a lot of applications work with the libintl stub and gettext-tiny tools. The minimal iconv implementation works fine for simple use cases, too.
What do you think? I would really love to test new stage3 with this patchset on x86/arm/mips/ppc machines, starting with a clean libiconv/libintl free system and working on bugfixing open issues.
I can look at that work. Open a bug report in gentoo so we can track the progress.
On a different issue, I'm having troubles with ppc. I tested uclibc-ng 1.0.28 with amd64, x86, arm, ppc and mips. ppc fails to build with the following config file:
https://gitweb.gentoo.org/proj/releng.git/tree/tools-uclibc/portage.ppc.vani...
I'm hitting:
LD libuClibc-0.1.0.29.so libc/libc_so.a(w_acos.os): In function `__GI_acos': w_acos.c:(.text+0x50): undefined reference to `feraiseexcept' libc/libc_so.a(k_standardl.os): In function `__kernel_standard_l': k_standardl.c:(.text+0x44): undefined reference to `feholdexcept' k_standardl.c:(.text+0x60): undefined reference to `fesetenv' collect2: error: ld returned 1 exit status make: *** [libc/Makefile.in:77: lib/libc.so] Error 1
I have not had a chance to look at it, but it looks like something is not being properly exposed for ppc for fenv.
The last known working version is 1.0.26. If we get past this, then all the supported arches will be on 1.0.28.
--Tony
Hi, Anthony G. Basile wrote,
On 3/4/18 5:53 AM, Waldemar Brodkorb wrote:
Hi Anthony, Anthony G. Basile wrote,
On 3/3/18 2:57 PM, Waldemar Brodkorb wrote:
I use Gentoo/uClibc-ng since some weeks
:)
Thanks for updating the ebuild. I have some more local changes for 1.0.29, I want to get rid of libiconv and libintl from the uclibc profile.
This is a reasonable move, however, we have to have a migration path both for 1) users and 2) catalyst stage builds. If we have the former, I can work out the latter
I am running uClibc-ng with this patch since some time and a lot of applications work with the libintl stub and gettext-tiny tools. The minimal iconv implementation works fine for simple use cases, too.
What do you think? I would really love to test new stage3 with this patchset on x86/arm/mips/ppc machines, starting with a clean libiconv/libintl free system and working on bugfixing open issues.
I can look at that work. Open a bug report in gentoo so we can track the progress.
Done: https://bugs.gentoo.org/649568
On a different issue, I'm having troubles with ppc. I tested uclibc-ng 1.0.28 with amd64, x86, arm, ppc and mips. ppc fails to build with the following config file:
https://gitweb.gentoo.org/proj/releng.git/tree/tools-uclibc/portage.ppc.vani...
I'm hitting:
LD libuClibc-0.1.0.29.so libc/libc_so.a(w_acos.os): In function `__GI_acos': w_acos.c:(.text+0x50): undefined reference to `feraiseexcept' libc/libc_so.a(k_standardl.os): In function `__kernel_standard_l': k_standardl.c:(.text+0x44): undefined reference to `feholdexcept' k_standardl.c:(.text+0x60): undefined reference to `fesetenv' collect2: error: ld returned 1 exit status make: *** [libc/Makefile.in:77: lib/libc.so] Error 1
I have not had a chance to look at it, but it looks like something is not being properly exposed for ppc for fenv.
You need to disable UCLIBC_HAS_FENV. I've overseen that fenv is only supported for ppc e500, when masking the option. Fixed now in: https://cgit.openadk.org/cgi/cgit/uclibc-ng.git/commit/?id=c03cce8f74e6bc58d...
best regards Waldemar
-
Anthony G. Basile -
Waldemar Brodkorb