?
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
reverting 342a3d861fde5651ee53486addbacddcec6a0a58 is a good start
On Fri, Apr 12, 2013 at 5:31 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On 12 April 2013 11:10:54 Natanael Copa natanael.c...@gmail.com wrote:
This must be reverted as it breaks x86_64 (qemu disk images gets
On Tue, Apr 9, 2013 at 12:25 PM, Florian Fainelli flor...@openwrt.orgwrote:
Hello Bernhard,
Le 03/29/13 13:42, Bernhard Reutner-Fischer a écrit :
On 20 March 2013 22:39, Bernd Kuhls berndku...@hotmail.com wrote:
But that original patch from OpenWRT (
;
+ i = -1;
}
free(packet);
return i;
--
1.7.9.5
__**_
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/**mailman/listinfo/uclibchttp://lists.busybox.net/mailman/listinfo/uclibc
--
Natanael Copa
packages. (everything
from xen, qemu, libvirt to xfce and firefox)
http://alpinelinux.org
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Fri, Nov 23, 2012 at 4:38 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On 22 November 2012 16:29, Natanael Copa natanael.c...@gmail.com wrote:
__sched_cpualloc
right. Can you check if this fixes it, please?
diff --git a/libc/sysdeps/linux/common/bits/sched.h
b/libc
ebl...@redhat.com
To: Natanael Copa nc...@alpinelinux.org
Cc: Daniel P. Berrange berra...@redhat.com, libvir-l...@redhat.com
Subject: Re: [libvirt] [PATCH] build: trivial fix error: implicit declaration
of function 'malloc'
On 11/22/2012 06:46 AM, Natanael Copa wrote:
If your headers are defining
From: Peter S. Mazinger p...@gmx.net
Signed-off-by: Peter S. Mazinger p...@gmx.net
Signed-off-by: Bernhard Reutner-Fischer rep.dot@gmail.com
(cherry picked from commit 9f68f0cbf8c8eea6a7f9e195e4617bbaa808d7c6)
Conflicts:
Makefile.in
---
Makefile.in | 1 +
include/cancel.h |
From: Mike Frysinger vap...@gentoo.org
Linux has provided these functions since the 2.1.x era, so no need to
keep these around. We'd rather find out when things are missing (and
fix that) than fall back to the unsafe hacks.
Signed-off-by: Mike Frysinger vap...@gentoo.org
(cherry picked from
From: Peter S. Mazinger p...@gmx.net
c6x does not need own version at all
Signed-off-by: Peter S. Mazinger p...@gmx.net
Signed-off-by: Bernhard Reutner-Fischer rep.dot@gmail.com
(cherry picked from commit 836d74b92d70b71792d3d6136db7cdf0c3775ee3)
---
libc/sysdeps/linux/c6x/Makefile.arch
Allow use of immedate values as the 6th syscall argument. Otherwise we must
store the arg on memory. This gives gcc more options to optimize better.
This also works around an issue with posix_fallocate.
---
libc/sysdeps/linux/i386/bits/syscalls.h | 2 +-
1 file changed, 1 insertion(+), 1
Allow use of immedate values as the 6th syscall argument. Otherwise we must
store the arg on memory. This gives gcc more options to optimize better.
This also works around an issue with posix_fallocate.
Signed-off-by: Natanael Copa nc...@alpinelinux.org
---
libc/sysdeps/linux/i386/bits
-fix-stack-unwinding-and-backtrace-informati.patch
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Wed, May 16, 2012 at 3:55 PM, Natanael Copa natanael.c...@gmail.com wrote:
I believe the implementation of eventfd recently added to uClibc (s. [1],
[2]) is incorrect.
..
I think you are absolutely right. We bumped into this issue when
upgrading to glib-2.32.
I should probably mention
Maybe have a look at Alpine Linux if youre on x86 or x86_64 and want
uclibc+glib.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
(resending due to uclibc blocked the uncompressed config.log)
On Wed, Mar 14, 2012 at 3:44 AM, Mike Frysinger vap...@gentoo.org wrote:
On Tuesday 13 March 2012 17:40:38 Natanael Copa wrote:
I have seen this too and it only happens when the symlink is extracted
before the file it points
-x: No such file or directory
tar: Exiting with failure status due to previous errors
It's the fchmodat() that fails which makes me wonder why it works on GNU libc.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
On Sat, Jan 14, 2012 at 12:36 AM, Khem Raj raj.k...@gmail.com wrote:
On Fri, Jan 13, 2012 at 2:24 PM, Natanael Copa natanael.c...@gmail.com
wrote:
uclibc-0.9.32.1
dev32-edge:~/testcase$ cat open_memstream.c
#include stdio.h
int main()
{
return open_memstream(NULL, 0);
}
dev32
On Tue, Jan 17, 2012 at 10:31 AM, Natanael Copa natanael.c...@gmail.com wrote:
On Sat, Jan 14, 2012 at 12:36 AM, Khem Raj raj.k...@gmail.com wrote:
On Fri, Jan 13, 2012 at 2:24 PM, Natanael Copa natanael.c...@gmail.com
wrote:
uclibc-0.9.32.1
dev32-edge:~/testcase$ cat open_memstream.c
and to be sure:
$ nm -D /lib/libc.so.0.9.32 | grep open_memstream
00028feb T open_memstream
So open_memstream() is really there - and it work without -Wall
-Werror but stdio.h header or some other define appears to be wrong.
This is needed to compile libdrm-2.4.30
--
Natanael Copa
Xen needs SIMPLEQ_* queue types which was not provided from the old
uclibc queue.h.
Use same implementation as eglibc.
Grabbed from: http://www.eglibc.org/svn/trunk/libc/misc/sys/queue.h
---
include/sys/queue.h | 842 ---
1 files changed, 399
On Fri, Dec 16, 2011 at 10:53 AM, Natanael Copa natanael.c...@gmail.com wrote:
Xen needs SIMPLEQ_* queue types which was not provided from the old
uclibc queue.h.
Use same implementation as eglibc.
Grabbed from: http://www.eglibc.org/svn/trunk/libc/misc/sys/queue.h
Forgot signed-off. sorry
Xen needs SIMPLEQ_* queue types which was not provided from the old
uclibc queue.h.
Use same implementation as eglibc.
Grabbed from: http://www.eglibc.org/svn/trunk/libc/misc/sys/queue.h
Signed-off-by: Natanael Copa nc...@alpinelinux.org
---
include/sys/queue.h | 842
On Fri, Sep 2, 2011 at 5:03 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Sep 1, 2011 9:17 AM, Natanael Copa natanael.c...@gmail.com wrote:
Hi,
It seems like the 0.9.32 branch has been stabilized a bit. No commits
since 2011-06-29.
How about just tag it as 0.9.32.1
Hi,
It seems like the 0.9.32 branch has been stabilized a bit. No commits
since 2011-06-29.
How about just tag it as 0.9.32.1 and create a new release?
Thanks!
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
.
TODO list can be adjusted to be part of 1.2 for SuS compatibility
+1
NTPL itself definitively qualifies an 1.0, even if it was only
supported for 1 arch.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman
On Wed, Jan 12, 2011 at 4:48 PM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 1/12/2011 4:31 PM, Natanael Copa wrote:
this didnt apply against current git master?
...
Hi you need to apply also the patch 1,2 and 3 that revert the arch
On Wed, Jan 12, 2011 at 12:22 PM, Carmelo AMOROSO
carmelo.amor...@st.com wrote:
From: Salvatore Cro salvatore@st.com
Protected symbols are global symbols for which interposition is not allowed.
We manage them in generic _dl_lookup_hash function. To handle protected
symbols
we need to
sorry late reply.
On Thu, Dec 2, 2010 at 12:25 AM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Sun, Nov 28, 2010 at 07:20:04PM +, Natanael Copa wrote:
from glibc
mhm. I've ripped out SSE support for i386. I'd much prefer to have the
complete set of fenv for x86_64, not just
On Mon, Nov 29, 2010 at 8:58 AM, Michael Deutschmann
mich...@talamasca.ocis.net wrote:
Is this going to be an ABI-breaking release?
(I'm prepared either way. My 0.9.30.3 to 0.9.31 rollover went just fine.)
Switching to NPTL will break ABI.
--
Natanael Copa
too.
I will *try* allocate some time to take a closer look at the protected
symbol cleanup next week. I looked at it abit and it seems to be more
complicated than I first thought.
I have also a fesetround() for x86_64 comming up. Its needed for building qemu.
Thanks!
--
Natanael Copa
from glibc
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
libm/x86_64/Makefile.arch | 24 +++
libm/x86_64/fesetround.c | 46 +
2 files changed, 70 insertions(+), 0 deletions(-)
create mode 100644 libm/x86_64
.
--
Natanael Copa
[1] https://bugs.busybox.net/show_bug.cgi?id=2713
[2] http://lists.uclibc.org/pipermail/uclibc/2010-April/043935.html
[3] http://git.alpinelinux.org/cgit/aports/tree/main/pcre/uclibc-strtoq.patch
[4] http://git.uclibc.org/uClibc/tree/libc/stdlib/stdlib.c#n348
strtoq should always return a quad_t and be an alias of strtol on
64 bit and strtoll on 32 bit.
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
include/stdlib.h |2 +-
libc/stdlib/stdlib.c |3 +++
2 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/include
The SSP_ALL_CFLAGS in nptl arch CFLAGS leaks out and forces things
like dl-support.c, brk.c, sbrk.c memcpy, etc to be built with
-fstack-protector-all. This is bad when linking statically since
initializing TLS will call those functions before SSP is initialized.
The libpthread itself will still
Linux based off a
git snapshot of uclibc. Atleast for x86 the git master with NPTL have
been very stable recently, infact better than any previous release.
What are the big show stoppers for next uclibc release?
--
Natanael Copa
___
uClibc mailing list
comment on whether SSP works for you?
I thought we enable SSP? hum... looks like i need to fix the gcc
apkbuild. SSP should work though. We used it for gcc-4.4 and i'm
fixing gcc-4.5 as we speak.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http
Thanks
Joerg
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman
. (at least up
to the point config parser stuff got committed - but i think those
issues are fixed to now)
--
Natanael Copa
[1] http://git.alpinelinux.org/cgit/aports/tree/main/uclibc?h=1.10-stable
[2] http://alpinelinux.org
___
uClibc mailing list
uClibc
Could someone please commit/push this patch to git master? Currently
'make install DESTDIR=$someplace' does not work with gnu make 3.82
Thanks!
On Tue, Aug 24, 2010 at 8:19 AM, Natanael Copa natanael.c...@gmail.com wrote:
This fixes issue with GNU Make 3.82 when running:
make install DESTDIR
Hi,
Here are a set of patches which should be applied upon the 3 previous
ones i sent to list.
Those patches fixes getserv{ent,byname,byport}, getnet{ent,byname,byaddr}
and getproto{ent,byname,bynumber} funcs to properly handle long lines.
Rather than try dynamically reallocate the buffer it
If line is longer then size of given buffer and buffer is not allocated by
the config parser itself, then discard rest of line.
---
libc/misc/internals/parse_config.c |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/libc/misc/internals/parse_config.c
Don't try to be smart by dynamically realloc buffersize as it doesn't
work. Instead, be simple and allocate a buffer big enough.
This fixes a memory leak when calling getserv{ent,byname,byport}
multiple times.
To save memory we reduce number of max aliases. We seldomly will need
more than 1
We increase line buffer size, reduce MAXALIASES and make sure we don't
segfault when there are too manuy aliases in /etc/protocols.
---
libc/inet/getproto.c | 25 -
1 files changed, 8 insertions(+), 17 deletions(-)
diff --git a/libc/inet/getproto.c
it just not worth it.
Unless someone have some really strong arguments to keep the 80 char
bufsize, I'll just set static line bufsize to 256 chars and then just
let the config parser only ready the 256 first chars on each line and
ignore the rest.
--
Natanael Copa
[1] http://lists.busybox.net
On Tue, Oct 5, 2010 at 11:44 AM, Carmelo AMOROSO carmelo.amor...@st.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/5/2010 10:14 AM, Natanael Copa wrote:
Hi,
Hi Natanael,
Hi, thanks for your response. I was hoping to close this issue this
week but incredible how time flies
We need to update the parser-line pointer on realloc and do not
initialize the token array til after the potensial realloc in
bb_get_chunk_with_continuation().
While here, also replace a realloc() with malloc() where pointer always
is NULL.
Signed-off-by: Natanael Copa natanael.c...@gmail.com
;
}
Reported by Pirmin Walthert
http://lists.uclibc.org/pipermail/uclibc/2010-August/044277.html
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
libc/inet/getservice.c |5 ++---
1 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/libc/inet/getservice.c b/libc/inet
We must always initialize line pointer since data pointer might
have changed due to a realloc (in getserv.c for example).
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
libc/misc/internals/parse_config.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/libc
: 0 from 0)
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Wed, Sep 15, 2010 at 2:52 PM, Natanael Copa natanael.c...@gmail.com wrote:
Hi,
Current git (todays git commit) makes git push segfault:
I figured out what goes wrong after reading valgrind doc.
Its the config parser's realloc feature that assumes that the
reallocated pointer points to same
reference to
`_dl_memalign'
collect2: ld returned 1 exit status
Anyone have idea what the proper fix is?
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
?
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Fri, Aug 27, 2010 at 3:06 PM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Natanael Copa natanael.c...@gmail.com wrote on 2010/08/27 14:39:50:
On Fri, Aug 27, 2010 at 9:53 AM, Joakim Tjernlund
joakim.tjernl...@transmode.se wrote:
Hi,
I have an issue with lua and a lua
foo_callback();
}
/* eof */
/* plugin.c */
#include stdio.h
int foo_run(void);
int foo_callback(void)
{
printf(Hello from plugin.so foo_callback()\n);
return 0;
}
int run(void) {
return foo_run();
}
int main(void)
{
return run();
}
/* eof */
--
Natanael Copa
This fixes issue with GNU Make 3.82 when running:
make install DESTDIR=$someplace
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
Makefile.in |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Makefile.in b/Makefile.in
index 1c0e305..bffe998 100644
extra/scripts/unifdef
MKDIR /home/ncopa/aports/main/libc0.9.32/pkg/libc0.9.32/usr/include
make[1]: `lib/ld-uClibc.so' is up to date.
I also noticed there are various intentional compat breakage changes
in gnu make 3.82, so i'm not really surprised.
--
Natanael Copa
On Wed, Aug 18, 2010 at 7:04 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Wed, Aug 11, 2010 at 12:06:22PM +, Natanael Copa wrote:
If /etc/services has lines longer than 80 will getservbyname() fail
so we set it up to 160.
I'd prefer something like the attached, does that fix
On Thu, Aug 19, 2010 at 10:13 AM, Natanael Copa natanael.c...@gmail.com wrote:
On Wed, Aug 18, 2010 at 7:04 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Wed, Aug 11, 2010 at 12:06:22PM +, Natanael Copa wrote:
If /etc/services has lines longer than 80 will getservbyname
If /etc/services has lines longer than 80 will getservbyname() fail
so we set it up to 160.
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
libc/inet/getservice.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libc/inet/getservice.c b/libc/inet/getservice.c
On Wed, Feb 3, 2010 at 11:54 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Tue, Feb 02, 2010 at 11:10:16AM +0100, Natanael Copa wrote:
Hi,
I think the idea was to drop the rpc stuff from uclibc and rely on
libtirpc and rpcbind.
indeed.
I have been able to compile libgssglue
(recent) udev working with those patches?
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Mon, May 10, 2010 at 1:22 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Sun, May 09, 2010 at 10:51:53PM -0700, Khem Raj wrote:
On (10/05/10 00:02), Rob Landley wrote:
So now that NPTL is in, it sounds like the next release should be either 1.0
or 1.0-pre. It is more or less
/uClibc_config.h: No such file or
directory
I got this too and worked around it with:
make -j 1 pregen
make -j $JOBS
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
.
Would be nice with a beta tag/release unless there are more new
features you want in there.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
2010/5/5 Rafael Diniz raf...@riseup.net:
And how about x86_64, is uclibc/nptl running fine? Will be an Alpine Linux
x86_64?
Yes, sooner or later. Probably after alpine-2.0. Thanks to nptl this
is possible.
--
Natanael Copa
___
uClibc mailing list
uclibc/nptl works better than anything ever
worked before. (I'm writing this from my netbook running midori, xfce
powered by uclibc with nptl)
Time for an 0.9.32 alfa, beta or rc release?
Thanks alot for the hard work you are putting in uclibc.
--
Natanael Copa
.
If the libc.so dynamic code is somehow made bigger by adding dynamic
ABI_VERSION support and users don't need it, not everyone's happy.
As I said: everyone is happy.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net
are willing to pay
that price. No problem. Current git is good. Everyone is happy. Lets
move on.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
it polished up and ready for a 0.9.32 release!
would it be an idea to make a beta or rc release?
We have compiled every package in Apline Linux against nptl branch
(x86). Next week I'll work more on the upgrade path and start doing
some serious runtime tests.
Thanks!
--
Natanael Copa
On Thu, Apr 22, 2010 at 8:54 AM, Michael Deutschmann
mich...@talamasca.ocis.net wrote:
On Tue, 20 Apr 2010, Natanael Copa wrote:
Since sublevel releases are not ABI compatible we need to adjust
the soname to include the sublevel version.
I see two reasons that this would be pointless.
First
On Tue, Apr 20, 2010 at 4:49 PM, Natanael Copa natanael.c...@gmail.com wrote:
Since sublevel releases are not ABI compatible we need to adjust
the soname to include the sublevel version.
...
diff --git a/libpthread/nptl/Makefile.in b/libpthread/nptl/Makefile.in
index d9f2d23..1e9f98c 100644
(__pthread_initialize_minimal_internal,
__pthread_initialize_minimal)
With that patch, the phello test program works. Please apply (with
stdio.h as mentioned above)
Thanks!
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http
linuxthreads.new too.
works. please apply to 0_9_30, 0_9_31 master and nptl.
Thanks!
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
integration of the NPTL support, I do not see this as the right time to go
to 1.0.0 and lock down the API/ABI...
fair enough
...
Please fix soname.
+1
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo
From: Timo Teräs timo.te...@iki.fi
NPTL defines errno as __thread variable. Define USE___THREAD so proper
errno assignment is used in assembly files.
This fixes segfault while building python.
Signed-off-by: Timo Teras timo.te...@iki.fi
Signed-off-by: Natanael Copa natanael.c...@gmail.com
Remove the -DUSE___THREAD from specific assembler files since its
used everywhere anyway.
This is a cleanup after 447a9d1cc181395c3e2ea77ea88e45dee4b30ce6
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
.../sysdeps/unix/sysv/linux/i386/Makefile.arch | 16 +---
1 files
Hi,
something is definitively wrong with stdio used in threads on x86.
I have enabled run-time assertions and run this phello.c on a multicore box:
#include pthread.h
#include stdio.h
void * printmsg(char *s){
printf(printmsg: %s\n, s);
return;
}
void pthread_hello(void)
{
On Thu, Apr 8, 2010 at 8:40 AM, Natanael Copa natanael.c...@gmail.com wrote:
On Wed, Apr 7, 2010 at 11:20 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
Does it still happen if you build master with LT_OLD and O0 (i.e. DODEBUG
set)?
Enabling runtime assertions did give
Fixes NPTL build on x86.
---
libc/sysdeps/linux/i386/bits/syscalls.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libc/sysdeps/linux/i386/bits/syscalls.h
b/libc/sysdeps/linux/i386/bits/syscalls.h
index 0427d91..9184bd6 100644
---
On Wed, Apr 7, 2010 at 11:20 PM, Bernhard Reutner-Fischer
rep.dot@gmail.com wrote:
On Wed, Apr 07, 2010 at 11:04:54AM +0200, Natanael Copa wrote:
On Sun, Apr 4, 2010 at 4:42 PM, Austin Foxley aust...@cetoncorp.com wrote:
On 04/03/2010 11:13 AM, Natanael Copa wrote:
which means that stdout
`stream-__modeflags == (0x0020U|0x0010U)' failed.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
On Sun, Apr 4, 2010 at 4:42 PM, Austin Foxley aust...@cetoncorp.com wrote:
On 04/03/2010 11:13 AM, Natanael Copa wrote:
which means that stdout ends up with the error indicator set for some
reason. I suspect this is a bug in uclibc-nptl.
Interestingly enough, redirecting stdout to a file made
On Tue, Apr 6, 2010 at 12:42 PM, Henrik Eriksson
henrik.eriks...@axis.com wrote:
Mark Jackson wrote on 01 April 2010 14:29:
Erwin Steffens | Cross Point wrote:
Are there lists available with all the countries and timezones and
the posix timezone strings that need to be set for this timezone ?
On Sun, Apr 4, 2010 at 4:42 PM, Austin Foxley aust...@cetoncorp.com wrote:
On 04/03/2010 11:13 AM, Natanael Copa wrote:
which means that stdout ends up with the error indicator set for some
reason. I suspect this is a bug in uclibc-nptl.
Interestingly enough, redirecting stdout to a file made
On Wed, Apr 7, 2010 at 11:04 AM, Natanael Copa natanael.c...@gmail.com wrote:
On Sun, Apr 4, 2010 at 4:42 PM, Austin Foxley aust...@cetoncorp.com wrote:
On 04/03/2010 11:13 AM, Natanael Copa wrote:
which means that stdout ends up with the error indicator set for some
reason. I suspect
On Wed, Apr 7, 2010 at 11:34 AM, Natanael Copa natanael.c...@gmail.com wrote:
On Wed, Apr 7, 2010 at 11:04 AM, Natanael Copa natanael.c...@gmail.com
wrote:
On Sun, Apr 4, 2010 at 4:42 PM, Austin Foxley aust...@cetoncorp.com wrote:
On 04/03/2010 11:13 AM, Natanael Copa wrote:
which means
is
85ae389a56a20f0313001dcc4336eeaa6dcabf92 (master~473, Feb 13 11:11:35
2009)
I building ghostscript with LD_LIBRARY_PATH pointing to that build
ends up with write error too so its atleast a year old bug.
Let me see if i can dig deeper with some manualy patching
--
Natanael Copa
On Wed, Apr 7, 2010 at 3:30 PM, Natanael Copa natanael.c...@gmail.com wrote:
Let me see if i can dig deeper with some manualy patching
Ok, I have a rough estimate where the bug was introduced: between
3e8067a62725780222fa90f2945f1d5599a5cdd6 and
1a21daadde12abfbb148b0bf07b26fbb56aa410a
Last
.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
utility is specified in posix.
at some point we might want make a getconf utility for uclibc. I
suppose a tool like that could be hosted outside uclibc in a separate
project too.
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http
to trace this down?
Thanks!
[1] http://git.alpinelinux.org/cgit/aports/tree/main/gcc/APKBUILD
[2] http://git.alpinelinux.org/cgit/aports/tree/main/ghostscript/APKBUILD
[3]
http://cvs.savannah.gnu.org/viewvc/make/misc.c?revision=1.80root=makeview=markup
--
Natanael Copa
;
struct sched_param _sp;// this is line 112
int _policy;
int __pad[16];
} posix_spawnattr_t;
#endif
any ideas for workaround? Or I wait with upgrading til i have
uclibc-nptl properly in place?
thanks!
--
Natanael Copa
___
uClibc mailing list
a beta release?
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
and key_gendes in uclibc.
Any ideas how to move forward?
--
Natanael Copa
___
uClibc mailing list
uClibc@uclibc.org
http://lists.busybox.net/mailman/listinfo/uclibc
This fixes some of the issues when building in parallel.
You still need to first run:
make pregen
---
libc/Makefile.in|2 +-
libpthread/nptl/Makefile.in |6 +++---
librt/Makefile.in |2 +-
3 files changed, 5 insertions(+), 5 deletions(-)
diff --git
---
librt/Makefile.in |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/librt/Makefile.in b/librt/Makefile.in
index ea1d03e..fc57c97 100644
--- a/librt/Makefile.in
+++ b/librt/Makefile.in
@@ -53,7 +53,7 @@ endif
ifeq ($(DOPIC)$(UCLIBC_HAS_THREADS_NATIVE),yn)
Signed-off-by: Natanael Copa natanael.c...@gmail.com
---
.../unix/sysv/linux/i386/i486/sem_trywait.S|2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/libpthread/nptl/sysdeps/unix/sysv/linux/i386/i486/sem_trywait.S
b/libpthread/nptl/sysdeps/unix/sysv/linux/i386
Hi,
I'm trying to build a native toolchain for x86 uclibc-nptl, using
firmwarelinux.
So for I have needed to disable the rpc stuff in uclibc and mount in
busybox to be able to build it.
However, during linking phase, I get this error:
==
archival/lib.a(bbunzip.o): In function
1 - 100 of 141 matches
Mail list logo