3 Mar
2018
3 Mar
'18
7:57 p.m.
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
4 Mar
4 Mar
10:53 a.m.
Hi Anthony,
Anthony G. Basile wrote,
On 3/3/18 2:57 PM, Waldemar Brodkorb wrote:
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
I use Gentoo/uClibc-ng since some weeks
:) 
11:16 a.m.
On 3/4/18 5:53 AM, Waldemar Brodkorb wrote:
Hi Anthony,
Anthony G. Basile wrote,
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
On 3/3/18 2:57 PM, Waldemar Brodkorb wrote:
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 use Gentoo/uClibc-ng since some weeks
:)
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.van…
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
12:14 p.m.
Hi,
Anthony G. Basile wrote,
On 3/4/18 5:53 AM, Waldemar Brodkorb wrote:
Done:
https://bugs.gentoo.org/649568
Hi Anthony,
Anthony G. Basile wrote,
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
On 3/3/18 2:57 PM, Waldemar Brodkorb wrote:
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 use Gentoo/uClibc-ng since some weeks
:)
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.van…
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=c03cce8f74e6bc58…
best regards
Waldemar
2455
days inactive
2456
days old
4 comments
2 participants
participants (2)
-
Anthony G. Basile -
Waldemar Brodkorb