On Wed, May 30, 2007 at 11:49:54AM +0200, Bastian Blank wrote:
On Wed, May 30, 2007 at 11:31:35AM +0200, Bastian Blank wrote:
On Wed, May 30, 2007 at 11:19:38AM +0200, Aurelien Jarno wrote:
What I don't understand is why /sbin/init on arm now uses threads?
It is /bin/sh, which should be
On Wed, May 30, 2007 at 10:30:05AM +0200, Bastian Blank wrote:
D-I may be also affected and mklibs needs to pull in libgcc_s.so.1
always if it catches a glibc.
The attached mklibs patch always adds libgcc for old-abi arm.
Bastian
--
Well, Jim, I'm not much of an actor either.
Index:
Joey Hess a écrit :
Just spent half an hour since my slug wouldn't boot and I had to reflash
an old initramfs. This bug should be fixed ASAP before it breaks a lot
of systems.
[EMAIL PROTECTED]:/tmp/initramfsmkinitramfs -o out -k
Working files in /root/tmp/mkinitramfs_tj3082 and overlay in
Aurelien Jarno a écrit :
Joey Hess a écrit :
Just spent half an hour since my slug wouldn't boot and I had to reflash
an old initramfs. This bug should be fixed ASAP before it breaks a lot
of systems.
[EMAIL PROTECTED]:/tmp/initramfsmkinitramfs -o out -k
Working files in
On Wed, May 30, 2007 at 09:27:10AM +0200, Aurelien Jarno wrote:
The same code is also present on glibc 2.3.6 for nptl builds. So at
least amd64 is using it in etch for the initrd.
Yes. But it is only used sometimes.
This code is located in libpthread and consist of direct wrappers around
On Wed, May 30, 2007 at 10:30:05AM +0200, Bastian Blank wrote:
This code is located in libpthread and consist of direct wrappers around
libgcc functions. Isn't it possible to just correctly link against
libgcc instead of this dlopen stunt? As libgcc needs libc, it is not
possible to do that
Bastian Blank a écrit :
On Wed, May 30, 2007 at 10:30:05AM +0200, Bastian Blank wrote:
This code is located in libpthread and consist of direct wrappers around
libgcc functions. Isn't it possible to just correctly link against
libgcc instead of this dlopen stunt? As libgcc needs libc, it is
On Wed, May 30, 2007 at 11:19:38AM +0200, Aurelien Jarno wrote:
What I don't understand is why /sbin/init on arm now uses threads?
It is /bin/sh, which should be busybox.
It is clear that we miss a dependency on libgcc1/libgcc2/libgcc4, but
unfortunately I am not sure there is another way to
On Wed, May 30, 2007 at 11:31:35AM +0200, Bastian Blank wrote:
On Wed, May 30, 2007 at 11:19:38AM +0200, Aurelien Jarno wrote:
What I don't understand is why /sbin/init on arm now uses threads?
It is /bin/sh, which should be busybox.
And it does not use pthread at all. It may be usefull to
Just spent half an hour since my slug wouldn't boot and I had to reflash
an old initramfs. This bug should be fixed ASAP before it breaks a lot
of systems.
[EMAIL PROTECTED]:/tmp/initramfsmkinitramfs -o out -k
Working files in /root/tmp/mkinitramfs_tj3082 and overlay in
10 matches
Mail list logo