* [Buildroot] Libtool problem building mesa3d-demos
@ 2015-05-01 20:41 Carlos Soto
2015-05-01 22:14 ` Arnout Vandecappelle
0 siblings, 1 reply; 8+ messages in thread
From: Carlos Soto @ 2015-05-01 20:41 UTC (permalink / raw)
To: buildroot
Hi,
I'm using buildroot to create a rootfs for iMX6-quad. I'm using an external
toolchain created with crosstool-ng (arm-cortexa9_neon-linux-gnueabihf).
When building mesa3d-demos, there is an error creating libutil.la:
libtool: error:
'/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
is not a valid libtool archive
Of corse, this path is not right, it seems to be joining two different
paths.
I've tracked the source of the problem, and it seems to be related with the
libtool used by buildroot. I've modified the resulting Makefiles to use the
host libtool, and the problem disappears:
LIBTOOL = $(SHELL) $(top_builddir)/libtool to
LIBTOOL = $(SHELL) /usr/bin/libtool
Any thoughts about what it's going wrong?
Regards,
Carlos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150501/fa9acd1f/attachment.html>
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-01 20:41 [Buildroot] Libtool problem building mesa3d-demos Carlos Soto
@ 2015-05-01 22:14 ` Arnout Vandecappelle
2015-05-02 16:04 ` Carlos Soto
0 siblings, 1 reply; 8+ messages in thread
From: Arnout Vandecappelle @ 2015-05-01 22:14 UTC (permalink / raw)
To: buildroot
On 01/05/15 22:41, Carlos Soto wrote:
> Hi,
> I'm using buildroot to create a rootfs for iMX6-quad. I'm using an external
> toolchain created with crosstool-ng (arm-cortexa9_neon-linux-gnueabihf).
> When building mesa3d-demos, there is an error creating libutil.la
> <http://libutil.la>:
>
> libtool: error:
> '/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> is not a valid libtool archive
>
> Of corse, this path is not right, it seems to be joining two different paths.
>
> I've tracked the source of the problem, and it seems to be related with the
> libtool used by buildroot. I've modified the resulting Makefiles to use the host
> libtool, and the problem disappears:
You have to use buildroot's libtool, otherwise you may get other problems with
cross-compilation.
>
> LIBTOOL = $(SHELL) $(top_builddir)/libtool to
> LIBTOOL = $(SHELL) /usr/bin/libtool
>
> Any thoughts about what it's going wrong?
Can you tell us which options are given to libtool, and perhaps run it with -v
to see what it does?
Regards,
Arnout
>
> Regards,
> Carlos
>
>
>
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-01 22:14 ` Arnout Vandecappelle
@ 2015-05-02 16:04 ` Carlos Soto
2015-05-02 19:19 ` Arnout Vandecappelle
0 siblings, 1 reply; 8+ messages in thread
From: Carlos Soto @ 2015-05-02 16:04 UTC (permalink / raw)
To: buildroot
2015-05-02 0:14 GMT+02:00 Arnout Vandecappelle <arnout@mind.be>:
> On 01/05/15 22:41, Carlos Soto wrote:
> > Hi,
> > I'm using buildroot to create a rootfs for iMX6-quad. I'm using an
> external
> > toolchain created with crosstool-ng (arm-cortexa9_neon-linux-gnueabihf).
> > When building mesa3d-demos, there is an error creating libutil.la
> > <http://libutil.la>:
> >
> > libtool: error:
> >
> '/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> > is not a valid libtool archive
> >
> > Of corse, this path is not right, it seems to be joining two different
> paths.
> >
> > I've tracked the source of the problem, and it seems to be related with
> the
> > libtool used by buildroot. I've modified the resulting Makefiles to use
> the host
> > libtool, and the problem disappears:
>
> You have to use buildroot's libtool, otherwise you may get other problems
> with
> cross-compilation.
>
> >
> > LIBTOOL = $(SHELL) $(top_builddir)/libtool to
> > LIBTOOL = $(SHELL) /usr/bin/libtool
> >
> > Any thoughts about what it's going wrong?
>
> Can you tell us which options are given to libtool, and perhaps run it
> with -v
> to see what it does?
>
> That is the libtool command from the Makefile (just for
mesa3d-demos/src/util , but it's the same for other directories)
/bin/bash ../../libtool --silent --tag=CC --mode=link
/home/starsl/iMX6/buildroot/output/host/usr/bin/arm-cortexa9_neon-linux-gnueabihf-gcc
-DMESA_EGL_NO_X11_HEADERS
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/GL
-DMESA_EGL_NO_X11_HEADERS
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
-DMESA_EGL_NO_X11_HEADERS
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
-I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
-D_GNU_SOURCE -DPTHREADS -Wall -Wpointer-arith -Wstrict-prototypes
-Wmissing-prototypes -Wmissing-declarations -Wnested-externs
-fno-strict-aliasing -Wbad-function-cast -Wold-style-definition
-Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 -Os -g2
-L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
-lGL
-L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
-lGLEW -lGLU
-L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
-lGL -lGLU
-L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
-lGL -lm -o libutil.la readtex.lo showbuffer.lo trackball.lo
And the output is:
/bin/grep:
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la:
No such file or directory
/bin/sed: can't read
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la:
No such file or directory
libtool: error:
'/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
is not a valid libtool archive
I've tried passing the --verbose flag instead of --silent, but the output
does not change.
Regards,
> Arnout
>
> >
> > Regards,
> > Carlos
> >
> >
> >
> >
> > _______________________________________________
> > buildroot mailing list
> > buildroot at busybox.net
> > http://lists.busybox.net/mailman/listinfo/buildroot
> >
>
>
> --
> Arnout Vandecappelle arnout at mind be
> Senior Embedded Software Architect +32-16-286500
> Essensium/Mind http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150502/adf326e5/attachment.html>
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-02 16:04 ` Carlos Soto
@ 2015-05-02 19:19 ` Arnout Vandecappelle
2015-05-02 20:42 ` Carlos Soto
0 siblings, 1 reply; 8+ messages in thread
From: Arnout Vandecappelle @ 2015-05-02 19:19 UTC (permalink / raw)
To: buildroot
On 02/05/15 18:04, Carlos Soto wrote:
>
>
> 2015-05-02 0:14 GMT+02:00 Arnout Vandecappelle <arnout@mind.be
> <mailto:arnout@mind.be>>:
>
> On 01/05/15 22:41, Carlos Soto wrote:
> > Hi,
> > I'm using buildroot to create a rootfs for iMX6-quad. I'm using an external
> > toolchain created with crosstool-ng (arm-cortexa9_neon-linux-gnueabihf).
> > When building mesa3d-demos, there is an error creating libutil.la <http://libutil.la>
> > <http://libutil.la>:
> >
> > libtool: error:
> > '/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> > is not a valid libtool archive
> >
> > Of corse, this path is not right, it seems to be joining two different paths.
> >
> > I've tracked the source of the problem, and it seems to be related with the
> > libtool used by buildroot. I've modified the resulting Makefiles to use the host
> > libtool, and the problem disappears:
>
> You have to use buildroot's libtool, otherwise you may get other problems with
> cross-compilation.
>
> >
> > LIBTOOL = $(SHELL) $(top_builddir)/libtool to
> > LIBTOOL = $(SHELL) /usr/bin/libtool
> >
> > Any thoughts about what it's going wrong?
>
> Can you tell us which options are given to libtool, and perhaps run it with -v
> to see what it does?
>
> That is the libtool command from the Makefile (just for mesa3d-demos/src/util ,
> but it's the same for other directories)
> /bin/bash ../../libtool --silent --tag=CC --mode=link
> /home/starsl/iMX6/buildroot/output/host/usr/bin/arm-cortexa9_neon-linux-gnueabihf-gcc
> -DMESA_EGL_NO_X11_HEADERS
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/GL
> -DMESA_EGL_NO_X11_HEADERS
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
> -DMESA_EGL_NO_X11_HEADERS
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
> -D_GNU_SOURCE -DPTHREADS -Wall -Wpointer-arith -Wstrict-prototypes
> -Wmissing-prototypes -Wmissing-declarations -Wnested-externs
> -fno-strict-aliasing -Wbad-function-cast -Wold-style-definition
> -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
> -D_FILE_OFFSET_BITS=64 -Os -g2
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> -lGL
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> -lGLEW -lGLU
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> -lGL -lGLU
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> -lGL -lm -o libutil.la <http://libutil.la> readtex.lo showbuffer.lo
> trackball.lo
Since this xtools thing is not passed on the command line, it must be in your
environment. Can you do 'env | grep xtools'?
Regards,
Arnout
>
> And the output is:
> /bin/grep:
> /home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la:
> No such file or directory
> /bin/sed: can't read
> /home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la:
> No such file or directory
> libtool: error:
> '/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> is not a valid libtool archive
>
>
> I've tried passing the --verbose flag instead of --silent, but the output does
> not change.
>
>
> Regards,
> Arnout
>
> >
> > Regards,
> > Carlos
> >
> >
> >
> >
> > _______________________________________________
> > buildroot mailing list
> > buildroot at busybox.net <mailto:buildroot@busybox.net>
> > http://lists.busybox.net/mailman/listinfo/buildroot
> >
>
>
> --
> Arnout Vandecappelle arnout at mind be
> Senior Embedded Software Architect +32-16-286500
> Essensium/Mind http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>
>
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-02 19:19 ` Arnout Vandecappelle
@ 2015-05-02 20:42 ` Carlos Soto
2015-05-02 20:45 ` Arnout Vandecappelle
0 siblings, 1 reply; 8+ messages in thread
From: Carlos Soto @ 2015-05-02 20:42 UTC (permalink / raw)
To: buildroot
2015-05-02 21:19 GMT+02:00 Arnout Vandecappelle <arnout@mind.be>:
> On 02/05/15 18:04, Carlos Soto wrote:
> >
> >
> > 2015-05-02 0:14 GMT+02:00 Arnout Vandecappelle <arnout@mind.be
> > <mailto:arnout@mind.be>>:
> >
> > On 01/05/15 22:41, Carlos Soto wrote:
> > > Hi,
> > > I'm using buildroot to create a rootfs for iMX6-quad. I'm using an
> external
> > > toolchain created with crosstool-ng
> (arm-cortexa9_neon-linux-gnueabihf).
> > > When building mesa3d-demos, there is an error creating libutil.la
> <http://libutil.la>
> > > <http://libutil.la>:
> > >
> > > libtool: error:
> > >
> '/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> > > is not a valid libtool archive
> > >
> > > Of corse, this path is not right, it seems to be joining two
> different paths.
> > >
> > > I've tracked the source of the problem, and it seems to be related
> with the
> > > libtool used by buildroot. I've modified the resulting Makefiles
> to use the host
> > > libtool, and the problem disappears:
> >
> > You have to use buildroot's libtool, otherwise you may get other
> problems with
> > cross-compilation.
> >
> > >
> > > LIBTOOL = $(SHELL) $(top_builddir)/libtool to
> > > LIBTOOL = $(SHELL) /usr/bin/libtool
> > >
> > > Any thoughts about what it's going wrong?
> >
> > Can you tell us which options are given to libtool, and perhaps run
> it with -v
> > to see what it does?
> >
> > That is the libtool command from the Makefile (just for
> mesa3d-demos/src/util ,
> > but it's the same for other directories)
> > /bin/bash ../../libtool --silent --tag=CC --mode=link
> >
> /home/starsl/iMX6/buildroot/output/host/usr/bin/arm-cortexa9_neon-linux-gnueabihf-gcc
> > -DMESA_EGL_NO_X11_HEADERS
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/GL
> > -DMESA_EGL_NO_X11_HEADERS
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
> > -DMESA_EGL_NO_X11_HEADERS
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include/libdrm
> >
> -I/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/include
> > -D_GNU_SOURCE -DPTHREADS -Wall -Wpointer-arith -Wstrict-prototypes
> > -Wmissing-prototypes -Wmissing-declarations -Wnested-externs
> > -fno-strict-aliasing -Wbad-function-cast -Wold-style-definition
> > -Wdeclaration-after-statement -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
> > -D_FILE_OFFSET_BITS=64 -Os -g2
> >
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> > -lGL
> >
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> > -lGLEW -lGLU
> >
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> > -lGL -lGLU
> >
> -L/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib
> > -lGL -lm -o libutil.la <http://libutil.la> readtex.lo showbuffer.lo
> > trackball.lo
>
> Since this xtools thing is not passed on the command line, it must be in
> your
> environment. Can you do 'env | grep xtools'?
>
> Regards,
> Arnout
>
> No, it's not in my environment. As far as I can tell, libtool seems to be
joining together my toolchain path
(usr/local/xtools//arm-cortexa9_neon-linux-gnueabihf)
and the buildroot staging sysroot path (
/home/starsl/iMX6/buildroot/output/host/usr/lib)
>
> > And the output is:
> > /bin/grep:
> >
> /home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la:
> > No such file or directory
> > /bin/sed: can't read
> >
> /home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la:
> > No such file or directory
> > libtool: error:
> >
> '/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> > is not a valid libtool archive
> >
> >
> > I've tried passing the --verbose flag instead of --silent, but the
> output does
> > not change.
> >
> >
> > Regards,
> > Arnout
> >
> > >
> > > Regards,
> > > Carlos
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > buildroot mailing list
> > > buildroot at busybox.net <mailto:buildroot@busybox.net>
> > > http://lists.busybox.net/mailman/listinfo/buildroot
> > >
> >
> >
> > --
> > Arnout Vandecappelle arnout at mind be
> > Senior Embedded Software Architect +32-16-286500
> > Essensium/Mind http://www.mind.be
> > G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR
> Leuven
> > LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> > GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
> >
> >
>
>
> --
> Arnout Vandecappelle arnout at mind be
> Senior Embedded Software Architect +32-16-286500
> Essensium/Mind http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150502/a646c1d0/attachment.html>
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-02 20:42 ` Carlos Soto
@ 2015-05-02 20:45 ` Arnout Vandecappelle
2015-05-02 21:16 ` Carlos Soto
0 siblings, 1 reply; 8+ messages in thread
From: Arnout Vandecappelle @ 2015-05-02 20:45 UTC (permalink / raw)
To: buildroot
On 02/05/15 22:42, Carlos Soto wrote:
>
> Since this xtools thing is not passed on the command line, it must be in your
> environment. Can you do 'env | grep xtools'?
>
> Regards,
> Arnout
>
> No, it's not in my environment. As far as I can tell, libtool seems to be
> joining together my toolchain path
> (usr/local/xtools//arm-cortexa9_neon-linux-gnueabihf) and the buildroot staging
> sysroot path (
> /home/starsl/iMX6/buildroot/output/host/usr/lib)
OK, so then there must be some .la file which has something funny. Can you grep
for xtools in all the .la files in output/ ?
Regards,
Arnout
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-02 20:45 ` Arnout Vandecappelle
@ 2015-05-02 21:16 ` Carlos Soto
2015-05-02 21:26 ` Arnout Vandecappelle
0 siblings, 1 reply; 8+ messages in thread
From: Carlos Soto @ 2015-05-02 21:16 UTC (permalink / raw)
To: buildroot
2015-05-02 22:45 GMT+02:00 Arnout Vandecappelle <arnout@mind.be>:
> On 02/05/15 22:42, Carlos Soto wrote:
> >
> > Since this xtools thing is not passed on the command line, it must
> be in your
> > environment. Can you do 'env | grep xtools'?
> >
> > Regards,
> > Arnout
> >
> > No, it's not in my environment. As far as I can tell, libtool seems to be
> > joining together my toolchain path
> > (usr/local/xtools//arm-cortexa9_neon-linux-gnueabihf) and the buildroot
> staging
> > sysroot path (
> > /home/starsl/iMX6/buildroot/output/host/usr/lib)
>
> OK, so then there must be some .la file which has something funny. Can
> you grep
> for xtools in all the .la files in output/ ?
>
> Regards,
> Arnout
>
>
Done. Yes, there is something funny in some .la files.
I've found this line
libdir='/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/arm-cortexa9_neon-linux-gnueabihf/lib'
in some .la files in /host/usr/arm-buildroot-linux-gnueabihf/sysroot/lib,
but that's expected because these are copied from my external toolchain.
The awful one is libGLU.la, which contains the strange search path for
libstdc++.la in 'dependency_libs'
There are 4 libGLU.la in my output directory, and 3 of them have a valid
path
./build/libglu-9.0.0/libGLU.la
./build/libglu-9.0.0/.libs/libGLU.la
./target/usr/lib/libGLU.la
But this one
./host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libGLU.la
has the wrong path:
dependency_libs='
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libGL.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/
libexpat.la
/home/starsl/iMX6/buildroot/output/build/mesa3d-10.4.4/src/mapi/shared-glapi/
libglapi.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libXdamage.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libXfixes.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libX11-xcb.la
/home/starsl/iMX6/buildroot/output/build/xlib_libX11-1.6.2/src/libX11.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/
libxcb-glx.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/
libxcb-dri2.la /home/starsl/iMX6/buildroot/output/build/libxcb-1.11/src/
libxcb.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libXxf86vm.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libXext.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libX11.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/
libxcb.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libXau.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libXdmcp.la
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/
libdrm.la -lpthread -ldl
/home/starsl/iMX6/buildroot/output/host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/lib/gcc/arm-cortexa9_neon-linux-gnueabihf/4.9.1/../../../../arm-cortexa9_neon-linux-gnueabihf/lib/libstdc++.la'
> --
> Arnout Vandecappelle arnout at mind be
> Senior Embedded Software Architect +32-16-286500
> Essensium/Mind http://www.mind.be
> G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
> LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
> GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.busybox.net/pipermail/buildroot/attachments/20150502/b30999e9/attachment.html>
^ permalink raw reply [flat|nested] 8+ messages in thread
* [Buildroot] Libtool problem building mesa3d-demos
2015-05-02 21:16 ` Carlos Soto
@ 2015-05-02 21:26 ` Arnout Vandecappelle
0 siblings, 0 replies; 8+ messages in thread
From: Arnout Vandecappelle @ 2015-05-02 21:26 UTC (permalink / raw)
To: buildroot
On 02/05/15 23:16, Carlos Soto wrote:
>
>
> 2015-05-02 22:45 GMT+02:00 Arnout Vandecappelle <arnout@mind.be
> <mailto:arnout@mind.be>>:
>
> On 02/05/15 22:42, Carlos Soto wrote:
> >
> > Since this xtools thing is not passed on the command line, it must be in your
> > environment. Can you do 'env | grep xtools'?
> >
> > Regards,
> > Arnout
> >
> > No, it's not in my environment. As far as I can tell, libtool seems to be
> > joining together my toolchain path
> > (usr/local/xtools//arm-cortexa9_neon-linux-gnueabihf) and the buildroot staging
> > sysroot path (
> > /home/starsl/iMX6/buildroot/output/host/usr/lib)
>
> OK, so then there must be some .la file which has something funny. Can you grep
> for xtools in all the .la files in output/ ?
>
> Regards,
> Arnout
>
>
> Done. Yes, there is something funny in some .la files.
> I've found this line
> libdir='/usr/local/xtools/arm-cortexa9_neon-linux-gnueabihf/arm-cortexa9_neon-linux-gnueabihf/lib'
> in some .la files in /host/usr/arm-buildroot-linux-gnueabihf/sysroot/lib, but
> that's expected because these are copied from my external toolchain.
>
> The awful one is libGLU.la, which contains the strange search path for
> libstdc++.la in 'dependency_libs'
> There are 4 libGLU.la in my output directory, and 3 of them have a valid path
> ./build/libglu-9.0.0/libGLU.la
> ./build/libglu-9.0.0/.libs/libGLU.la
> ./target/usr/lib/libGLU.la
>
> But this one
> ./host/usr/arm-buildroot-linux-gnueabihf/sysroot/usr/lib/libGLU.la
> has the wrong path:
Right, I had a feeling that that was going to be the issue...
In pkg-autotools, there is a fixup of the .la files which is done in
_INSTALL_STAGING_CMDS. There's a big explanation above it why it is needed. It
basically assumes that any occurrence of /usr means it's something that points
to the host environment while it shouldn't, so $(STAGING_DIR) is prepended to
it. The logic takes into account that $(STAGING_DIR) and $(BASE_DIR) could be
under /usr as well, so these are handled. But it doesn't take into account that
$(TOOLCHAIN_EXTERNAL_INSTALL_DIR) could be in /usr (most people put it in /opt).
I'll see if I can come up with a patch...
Regards,
Arnout
[snip]
--
Arnout Vandecappelle arnout at mind be
Senior Embedded Software Architect +32-16-286500
Essensium/Mind http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint: 7CB5 E4CC 6C2E EFD4 6E3D A754 F963 ECAB 2450 2F1F
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2015-05-02 21:26 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-05-01 20:41 [Buildroot] Libtool problem building mesa3d-demos Carlos Soto
2015-05-01 22:14 ` Arnout Vandecappelle
2015-05-02 16:04 ` Carlos Soto
2015-05-02 19:19 ` Arnout Vandecappelle
2015-05-02 20:42 ` Carlos Soto
2015-05-02 20:45 ` Arnout Vandecappelle
2015-05-02 21:16 ` Carlos Soto
2015-05-02 21:26 ` Arnout Vandecappelle
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.