[Buildroot] standard libc libm support

[Buildroot] standard libc libm support

[nfrench at xtale.biz]

Will there be any chance of libm and libc support / options. NVIDIA OpenGL
drivers a bit of a problem at the moment. ( I know its due to them being
closed source but they are fast and with the ION chip very good).

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090715/2e7ab64a/attachment.htm>

[Buildroot] standard libc libm support

[Peter Korsgaard]

>>>>> "nfrench" == nfrench  <nfrench@xtale.biz> writes:

 nfrench> Will there be any chance of libm and libc support /
 nfrench> options. NVIDIA OpenGL drivers a bit of a problem at the
 nfrench> moment. ( I know its due to them being closed source but
 nfrench> they are fast and with the ION chip very good).

What exactly are you missing regarding math support?

-- 
Bye, Peter Korsgaard

[Buildroot] standard libc libm support

[nfrench at xtale.biz]

?ldd /usr/lib64/libGL.so.185.18.14 
??????? linux-vdso.so.1 =>?
(0x00007fff789a1000)
???????
libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00007f3e9d1e0000)
??????? libnvidia-tls.so.1 =>
/usr/lib64/tls/libnvidia-tls.so.1 (0x00007f3e9d0de000)
??????? libm.so.6 =>
/lib/libm.so.6 (0x00007f3e9cf5e000)
??????? libXext.so.6 =>
/usr/XORG/lib/libXext.so.6 (0x00007f3e9ce4c000)
??????? libX11.so.6 =>
/usr/XORG/lib/libX11.so.6 (0x00007f3e9cc3c000)
??????? libdl.so.2 =>
/lib/libdl.so.2 (0x00007f3e9cb38000)
??????? libc.so.6 =>
/lib/libc.so.6 (0x00007f3e9c90e000)
??????? libXau.so.6 =>
/usr/XORG/lib/libXau.so.6 (0x00007f3e9c80b000)
??????? libXdmcp.so.6 =>
/usr/XORG/lib/libXdmcp.so.6 (0x00007f3e9c706000)
??????? /lib/ld-linux-x86-64.so.2
(0x00007f3e9e6eb000)

says it all really, Unfortunately I have
no control over NVIDIA :-)

>>>>>>
"nfrench" == nfrench  <nfrench@xtale.biz> writes:
> 
>  nfrench> Will there be any chance of libm and libc
support /
>  nfrench> options. NVIDIA OpenGL drivers a bit of a
problem at the
>  nfrench> moment. ( I know its due to them
being closed source but
>  nfrench> they are fast and with the
ION chip very good).
> 
> What exactly are you missing
regarding math support?
> 
> --
> Bye, Peter
Korsgaard
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090720/5e9f78fc/attachment.htm>

[Buildroot] standard libc libm support

[Peter Korsgaard]

>>>>> "nfrench" == nfrench  <nfrench@xtale.biz> writes:

 nfrench> Will there be any chance of libm and libc support /
 nfrench> options. NVIDIA OpenGL drivers a bit of a problem at the
 nfrench> moment. ( I know its due to them being closed source but
 nfrench> they are fast and with the ION chip very good).
 >> 
 >> What exactly are you missing regarding math support?

 nfrench>  ldd /usr/lib64/libGL.so.185.18.14
 nfrench>         linux-vdso.so.1 =>  (0x00007fff789a1000)
 nfrench>         libGLcore.so.1 => /usr/lib64/libGLcore.so.1 (0x00007f3e9d1e0000)
 nfrench>         libnvidia-tls.so.1 => /usr/lib64/tls/libnvidia-tls.so.1
 nfrench> (0x00007f3e9d0de000)
 nfrench>         libm.so.6 => /lib/libm.so.6 (0x00007f3e9cf5e000)
 nfrench>         libXext.so.6 => /usr/XORG/lib/libXext.so.6 (0x00007f3e9ce4c000)
 nfrench>         libX11.so.6 => /usr/XORG/lib/libX11.so.6 (0x00007f3e9cc3c000)
 nfrench>         libdl.so.2 => /lib/libdl.so.2 (0x00007f3e9cb38000)
 nfrench>         libc.so.6 => /lib/libc.so.6 (0x00007f3e9c90e000)
 nfrench>         libXau.so.6 => /usr/XORG/lib/libXau.so.6 (0x00007f3e9c80b000)
 nfrench>         libXdmcp.so.6 => /usr/XORG/lib/libXdmcp.so.6 (0x00007f3e9c706000)
 nfrench>         /lib/ld-linux-x86-64.so.2 (0x00007f3e9e6eb000)

 nfrench> says it all really, Unfortunately I have no control over NVIDIA :-)

I still don't understand what the problem is. I take it that the above
is from a glibc compilation? From a recent x86-64 build:

ls ./lib
ld64-uClibc-0.9.30.1.so  libgcc_s.so.1           libresolv.so.0
ld64-uClibc.so.0         libm-0.9.30.1.so        librt-0.9.30.1.so
libcrypt-0.9.30.1.so     libm.so.0               librt.so.0
libcrypt.so.0            libnsl-0.9.30.1.so      libuClibc-0.9.30.1.so
libc.so.0                libnsl.so.0             libutil-0.9.30.1.so
libdl-0.9.30.1.so        libpthread-0.9.30.1.so  libutil.so.0
libdl.so.0               libpthread.so.0
libgcc_s.so              libresolv-0.9.30.1.so

E.G. it gives you a libm-*.so

Or is the the problem that the nvidia libGL*.so is closed source and
linked against glibc? Then I guess you're forced into using an
external glibc toolchain.

-- 
Bye, Peter Korsgaard

[Buildroot] standard libc libm support

[nfrench at xtale.biz]

You are correct it is closed source and linked against glibc.
Is there no way that buildroot could build this or am I missing
something 
or have I just overlooked a part of buildroot, or is it
outside the scope of 
this project.

thanks

>>>>>> "nfrench" == nfrench 
<nfrench@xtale.biz> writes:
> 
>  nfrench> Will
there be any chance of libm and libc support /
>  nfrench>
options. NVIDIA OpenGL drivers a bit of a problem at the
> 
nfrench> moment. ( I know its due to them being closed source but
>  nfrench> they are fast and with the ION chip very good).
>  >>
>  >> What exactly are you missing
regarding math support?
> 
>  nfrench>  ldd
/usr/lib64/libGL.so.185.18.14
>  nfrench>        
linux-vdso.so.1 =>  (0x00007fff789a1000)
>  nfrench>        
libGLcore.so.1 => /usr/lib64/libGLcore.so.1
>
(0x00007f3e9d1e0000)
>  nfrench>         libnvidia-tls.so.1
=> /usr/lib64/tls/libnvidia-tls.so.1
>  nfrench>
(0x00007f3e9d0de000)
>  nfrench>         libm.so.6 =>
/lib/libm.so.6 (0x00007f3e9cf5e000)
>  nfrench>        
libXext.so.6 => /usr/XORG/lib/libXext.so.6
>
(0x00007f3e9ce4c000)
>  nfrench>         libX11.so.6 =>
/usr/XORG/lib/libX11.so.6
> (0x00007f3e9cc3c000)
> 
nfrench>         libdl.so.2 => /lib/libdl.so.2
(0x00007f3e9cb38000)
>  nfrench>         libc.so.6 =>
/lib/libc.so.6 (0x00007f3e9c90e000)
>  nfrench>        
libXau.so.6 => /usr/XORG/lib/libXau.so.6
>
(0x00007f3e9c80b000)
>  nfrench>         libXdmcp.so.6 =>
/usr/XORG/lib/libXdmcp.so.6
> (0x00007f3e9c706000)
> 
nfrench>         /lib/ld-linux-x86-64.so.2 (0x00007f3e9e6eb000)
> 
>  nfrench> says it all really, Unfortunately I have no
control over NVIDIA
> :-)
> 
> I still don't
understand what the problem is. I take it that the above
> is from
a glibc compilation?
From a recent x86-64 build:
> 
>
ls ./lib
> ld64-uClibc-0.9.30.1.so  libgcc_s.so.1          
libresolv.so.0
> ld64-uClibc.so.0         libm-0.9.30.1.so       
librt-0.9.30.1.so
> libcrypt-0.9.30.1.so     libm.so.0            
  librt.so.0
> libcrypt.so.0            libnsl-0.9.30.1.so     
libuClibc-0.9.30.1.so
> libc.so.0                libnsl.so.0      
      libutil-0.9.30.1.so
> libdl-0.9.30.1.so       
libpthread-0.9.30.1.so  libutil.so.0
> libdl.so.0              
libpthread.so.0
> libgcc_s.so             
libresolv-0.9.30.1.so
> 
> E.G. it gives you a
libm-*.so
> 
> Or is the the problem that the nvidia
libGL*.so is closed source and
> linked against glibc? Then I
guess you're forced into using an
> external glibc toolchain.
> 
> --
> Bye, Peter Korsgaard
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090720/36e06183/attachment.htm>

[Buildroot] standard libc libm support

[Peter Korsgaard]

>>>>> "nfrench" == nfrench  <nfrench@xtale.biz> writes:

Hi,

 nfrench> You are correct it is closed source and linked against
 nfrench> glibc.  Is there no way that buildroot could build this or
 nfrench> am I missing something or have I just overlooked a part of
 nfrench> buildroot, or is it outside the scope of this project.

The only way to use glibc with buildroot is to generate a glibc
toolchain with something like crosstool-ng, and use that as an
external toolchain.

Thomas Petazzoni afaik uses this.

-- 
Bye, Peter Korsgaard

[Buildroot] standard libc libm support

[Thomas Petazzoni]

Le Tue, 21 Jul 2009 08:26:38 +0200,
Peter Korsgaard <jacmet@uclibc.org> a ?crit :

>  nfrench> You are correct it is closed source and linked against
>  nfrench> glibc.  Is there no way that buildroot could build this or
>  nfrench> am I missing something or have I just overlooked a part of
>  nfrench> buildroot, or is it outside the scope of this project.
> 
> The only way to use glibc with buildroot is to generate a glibc
> toolchain with something like crosstool-ng, and use that as an
> external toolchain.
> 
> Thomas Petazzoni afaik uses this.

I confirm.

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers and embedded Linux development,
consulting, training and support.
http://free-electrons.com

[Buildroot] standard libc libm support

[nfrench at xtale.biz]

thanks both of you, will go and investigate cosstool-ng. Is it it straight
forward to setup are there any howto's on using it with build root. If not
I could create a readme if that is any good.


> Le Tue,
21 Jul 2009 08:26:38 +0200,
> Peter Korsgaard
<jacmet@uclibc.org> a ??crit :
> 
>> 
nfrench> You are correct it is closed source and linked against
>>  nfrench> glibc.  Is there no way that buildroot could build
this or
>>  nfrench> am I missing something or have I just
overlooked a part of
>>  nfrench> buildroot, or is it
outside the scope of this project.
>>
>> The only
way to use glibc with buildroot is to generate a glibc
>>
toolchain with something like crosstool-ng, and use that as an
>> external toolchain.
>>
>> Thomas
Petazzoni afaik uses this.
> 
> I confirm.
> 
> Thomas
> --
> Thomas Petazzoni, Free Electrons
> Kernel, drivers and embedded Linux development,
>
consulting, training and support.
> http://free-electrons.com
> _______________________________________________
> buildroot
mailing list
> buildroot at busybox.net
>
http://lists.busybox.net/mailman/listinfo/buildroot
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20090721/5f062d42/attachment-0001.htm>