* [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 a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox