Carmelo AMOROSO wrote:
Hi Khem,
I'm seeing similar problem on sh4-nptl as happened to you as you told me
yesterday.. Something recently merged is causing issues.
I'm doing investigation and keep you all informed.
Further I'm just writing a detailed report on current status of merge,
that
On Wed, Dec 10, 2008 at 10:21:32AM -0500, poly-p man wrote:
so, uclibc-0.9.30 and the snapshot I found in the download dir both have this
problem:
The use of pregenerated locale data is not recommended.
Rob promised to look into providing such data, not sure what the
status is.
(Makefile.in in
On Wednesday 10 December 2008 11:40:33 am you wrote:
On Wed, Dec 10, 2008 at 10:21:32AM -0500, poly-p man wrote:
so, uclibc-0.9.30 and the snapshot I found in the download dir both have
this problem:
The use of pregenerated locale data is not recommended.
Rob promised to look into
Hi,
the mknod() syscall is broken in my ulibc if I compile with -O0. I
discoverd this with uclibc 0.9.29 (not sure if 0.9.28 was also
affected) and gcc 4.1, and it still applies to the current git of
buildroot using uclibc 0.9.30 and gcc 4.3.2. The i386 architecture was
used.
For the test, I use
On (10/12/08 17:52), Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Hi Khem,
I'm seeing similar problem on sh4-nptl as happened to you as you told
me yesterday.. Something recently merged is causing issues.
I'm doing investigation and keep you all informed.
Further
On Tuesday 09 December 2008 10:01, Bernhard Reutner-Fischer wrote:
I do not see any explanation what are these?
I do see that some of them are used from libpthread, but
many are not (__libc_accept, __libc_getdomainname...).
One purpose I might imagine if to make sure you are using
Hi,
I played a bit with installed uclibc headers
(result of make install) and I noticed a few things:
features.h:
/* uClibc does not support *at interfaces. */
#undef _ATFILE_SOURCE
#undef __USE_ATFILE
Is this still frue? I saw some patches flying around...
Looks like _LIB define actually
On Wednesday 10 December 2008 10:06, Carmelo AMOROSO wrote:
Carmelo AMOROSO wrote:
Hi Khem,
I'm seeing similar problem on sh4-nptl as happened to you as you told me
yesterday.. Something recently merged is causing issues.
I'm doing investigation and keep you all informed.
Further
On Wednesday 10 December 2008 15:57, Tino Keitel wrote:
So, _stdio_init() was called because the NULL check failed for some
reason:
if (likely(_stdio_init != NULL))
_stdio_init();
Without the likely(), the segfault also happens.
gcc thinks that function address is never NULL.
On Wednesday 10 December 2008 18:34, Tino Keitel wrote:
Hi,
the mknod() syscall is broken in my ulibc if I compile with -O0. I
discoverd this with uclibc 0.9.29 (not sure if 0.9.28 was also
affected) and gcc 4.1, and it still applies to the current git of
buildroot using uclibc 0.9.30 and
On (11/12/08 01:57), Denys Vlasenko wrote:
On Wednesday 10 December 2008 15:57, Tino Keitel wrote:
So, _stdio_init() was called because the NULL check failed for some
reason:
if (likely(_stdio_init != NULL))
_stdio_init();
Without the likely(), the segfault also
On Wednesday 10 December 2008 08:57:30 Tino Keitel wrote:
Hi,
as the bug tracker is down, I try it here.
I discovered that all statically linked programs without stdio usage
segfault with uclibc 0.9.29 and later. Here is the example program I
...
I got this segfault with uclibc 0.9.29 and
On Wednesday 10 December 2008 10:40:33 Bernhard Reutner-Fischer wrote:
On Wed, Dec 10, 2008 at 10:21:32AM -0500, poly-p man wrote:
so, uclibc-0.9.30 and the snapshot I found in the download dir both have
this problem:
The use of pregenerated locale data is not recommended.
Rob promised to
On Wednesday 10 December 2008 19:17:53 Denys Vlasenko wrote:
On Tuesday 09 December 2008 22:00, Rob Landley wrote:
Right now, there are still two old linuxthreads branches in uClibc, and
as far as I can tell we'll be supporting them in perpetuity. (For a
definition of support that involves
So I'm trying to do:
make -j 3 install install_utils
And it's not working.
I added all as a dependency on utils: in the top level Makefile.in,
because make utils wants to link against the uClibc headers/libraries we just
built so it helps if they're there. (make hostutils is the one that
On Wednesday 10 December 2008 22:09:26 Rob Landley wrote:
I thought I'd ping the list in case somebody knows what this was trying to
accomplish and why it's the way it is and so on. I can randomly flail away
at the dependencies here but I'd appreciate it if somebody who _understood_
this
16 matches
Mail list logo