Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Michael Deutschmann
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, you'd need more than a more precise statement of the uClibc source version, because with

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Timo Teräs
Michael Deutschmann 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, you'd need more than a more precise statement of the uClibc

Re: problems with sem_open

2010-04-22 Thread Matthias Hofmann
Hello, i tried -static-libgcc, but it had no effect. the dependencies are already there. the statically linked glibc libraries into my shared library causes the dependence on libc.so.6. uclibc are often built against the kernel headers of the target system during crosscompilation. i am going to

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread 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.

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Michael Deutschmann
On Thu, 22 Apr 2010, Natanael Copa wrote: Do you have any better suggestions how to upgrade a running system? First, build the new uClibc, but don't install it yet. Build a customized ld-uclibc.so.0, from the previous uClibc source, that looks in a different place for shared libraries and

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Timo Teräs
Michael Deutschmann wrote: On Thu, 22 Apr 2010, Natanael Copa wrote: Do you have any better suggestions how to upgrade a running system? First, build the new uClibc, but don't install it yet. Build a customized ld-uclibc.so.0, from the previous uClibc source, that looks in a different place

another set of nptl patches

2010-04-22 Thread Timo Teräs
This should make things work even if application not using libpthread dlopen():s a library pulling in libpthread. Also some minor other fixes. From 73e70c465830884b98d5036cee0f47b8c77ba07e Mon Sep 17 00:00:00 2001 From: =?utf-8?q?Timo=20Ter=C3=A4s?= timo.te...@iki.fi Date: Thu, 22 Apr 2010

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Austin Foxley
On 04/20/2010 07:49 AM, Natanael Copa wrote: Since sublevel releases are not ABI compatible we need to adjust the soname to include the sublevel version. This makes it possible to install ABI incompatible versions of the library side by side so clean upgrades are possible. --- Makefile.in

Re: another set of nptl patches

2010-04-22 Thread Austin Foxley
On 04/22/2010 07:00 AM, Timo Teräs wrote: This should make things work even if application not using libpthread dlopen():s a library pulling in libpthread. Also some minor other fixes. Applied thanks -Austin ___ uClibc mailing list

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Michael Deutschmann
On Thu, 22 Apr 2010, Timo wrote: This really is configuration management issue, and doable inside a single distribution. I don't understand what configuration management means. Perhaps this is why I don't quite get you and Natanael... Basically, my point is that in general, changing the

Re: [PATCH] nptl: proper soname handling

2010-04-22 Thread Timo Teräs
Michael Deutschmann wrote: On Thu, 22 Apr 2010, Timo wrote: This really is configuration management issue, and doable inside a single distribution. I don't understand what configuration management means. Perhaps this is why I don't quite get you and Natanael... It means the system used to