On Sunday 24 June 2007 14:34:19 Yann E. MORIN wrote:
> Hello Rob and all!
>
> On Friday 22 June 2007 07:14, Rob Landley wrote:
> > On Thursday 21 June 2007 18:30:26 Yann E. MORIN wrote:
> > > The error occurs when the target architecture is not the same as the
> > > build/host one. That is, buildin
On Sun, Jun 24, 2007 at 03:43:57PM +0200, Joakim Tjernlund wrote:
>> Ok to apply as is?
>
>I think so, give it a go :)
Done. Thanks!
___
uClibc mailing list
uClibc@uclibc.org
http://busybox.net/cgi-bin/mailman/listinfo/uclibc
Hello Rob and all!
On Friday 22 June 2007 07:14, Rob Landley wrote:
> On Thursday 21 June 2007 18:30:26 Yann E. MORIN wrote:
> > The error occurs when the target architecture is not the same as the
> > build/host one. That is, building a i?86-unknown-linux-uclibc on a
> > i?86-unknown-linux-{gnu,u
> -Original Message-
> From: Bernd Schmidt [mailto:[EMAIL PROTECTED]
> Sent: den 24 juni 2007 16:42
> To: Joakim Tjernlund
> Cc: 'uClibc'
> Subject: Re: libpthread vs libc dynamic link order
>
> Joakim Tjernlund wrote:
> > I never got the hang of the hidden_{proto,def} stuff. I think thes
Joakim Tjernlund wrote:
> I never got the hang of the hidden_{proto,def} stuff. I think these
> are way overcomplex.
I don't see anything complex about hidden_proto/def. All they do is
create a hidden version of the symbol (e.g. __GI_pthread_cond_signal)
and an exported alias (pthread_cond_sign
> -Original Message-
> From: Bernd Schmidt [mailto:[EMAIL PROTECTED]
> Sent: den 24 juni 2007 14:56
> To: Joakim Tjernlund
> Cc: 'uClibc'
> Subject: Re: libpthread vs libc dynamic link order
>
> Joakim Tjernlund wrote:
> >> Is there a reason the forwarding functions in libc are
> >> v
> -Original Message-
> From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
> Sent: den 24 juni 2007 11:56
> To: Joakim Tjernlund
> Cc: uclibc@uclibc.org
> Subject: Re: internal_function problem
>
> On Sun, Jun 24, 2007 at 10:27:32AM +0200, Joakim Tjernlund wrote:
> >> -Original Message--
Joakim Tjernlund wrote:
Is there a reason the forwarding functions in libc are
visible to other
shared libraries - it seems to me they are just for libc
internal use?
If not, the patch below seems to fix the problem here. Any
other ideas?
No other ideas, can't see a reason to export _X
fun
On Sun, Jun 24, 2007 at 10:27:32AM +0200, Joakim Tjernlund wrote:
>> -Original Message-
>> From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
>> Sent: den 23 juni 2007 22:07
>> To: Joakim Tjernlund
>> Cc: uclibc@uclibc.org
>> Subject: Re: internal_function problem
>>
>> On Sat, Jun 23, 2007
> -Original Message-
> From: Bernhard Fischer [mailto:[EMAIL PROTECTED]
> Sent: den 23 juni 2007 22:07
> To: Joakim Tjernlund
> Cc: uclibc@uclibc.org
> Subject: Re: internal_function problem
>
> On Sat, Jun 23, 2007 at 04:54:27PM +0200, Joakim Tjernlund wrote:
>
> >It is internal to uCli
10 matches
Mail list logo