Bug 12564 - Build failure: squeezeplay-fab4
: Build failure: squeezeplay-fab4
Status: RESOLVED WORKSFORME
Product: SB Touch
Classification: Unclassified
Component: Build System
: unspecified
: PC Debian Linux
: -- normal (vote)
: 8.0.0
Assigned To: andrew
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-06-27 10:34 UTC by andrew
Modified: 2010-03-20 06:37 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description andrew 2009-06-27 10:34:16 UTC
Yet another build failure...

NOTE: package squeezeplay-fab4-7.4+svnr6262-r2: task do_compile: started
ERROR: function do_compile failed
ERROR: log data follows (/export2/lunn/fab4/squeezeos/poky/build/tmp-fab4/work/armv6-none-linux-gnueabi/squeezeplay-fab4-7.4+svnr6262-r2/temp/log.do_compile.21003)
| NOTE: make all lua-lint
| /bin/sh ./arm-none-linux-gnueabi-libtool --tag=CC   --mode=compile ccache arm-none-linux-gnueabi-gcc -march=armv6j -mtune=arm1136jf-s -mfloat-abi=softfp -mfpu=vfp -mthumb-interwork -mthumb --sysroot=/export2/lunn/fab4/squeezeos/poky/build/tmp-fab4/staging/armv6-none-linux-gnueabi -DHAVE_CONFIG_H -I. -I./src    -Wall -Werror -D_GNU_SOURCE -I/export2/lunn/fab4/squeezeos/poky/build/tmp-fab4/staging/armv6-none-linux-gnueabi/usr/include/squeezeplay -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wall -Werror -MT fab4_bsp.lo -MD -MP -MF .deps/fab4_bsp.Tpo -c -o fab4_bsp.lo `test -f 'src/fab4_bsp.c' || echo './'`src/fab4_bsp.c
| arm-none-linux-gnueabi-libtool: compile:  ccache arm-none-linux-gnueabi-gcc -march=armv6j -mtune=arm1136jf-s -mfloat-abi=softfp -mfpu=vfp -mthumb-interwork -mthumb --sysroot=/export2/lunn/fab4/squeezeos/poky/build/tmp-fab4/staging/armv6-none-linux-gnueabi -DHAVE_CONFIG_H -I. -I./src -Wall -Werror -D_GNU_SOURCE -I/export2/lunn/fab4/squeezeos/poky/build/tmp-fab4/staging/armv6-none-linux-gnueabi/usr/include/squeezeplay -fexpensive-optimizations -fomit-frame-pointer -frename-registers -O2 -ggdb -feliminate-unused-debug-types -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -Wall -Werror -MT fab4_bsp.lo -MD -MP -MF .deps/fab4_bsp.Tpo -c src/fab4_bsp.c  -fPIC -DPIC -o .libs/fab4_bsp.o
| cc1: warnings being treated as errors
| cc1: error: include location "/usr/include/SDL" is unsafe for cross-compilation
| make: *** [fab4_bsp.lo] Error 1
| FATAL: oe_runmake failed
Comment 1 Matt Wise 2009-06-28 08:55:28 UTC
Andrew, please do not open bug reports for simple build failures. The reason you receive the notification of a build failure is because you had made a one of the checkins that were possible reasons the failure occurred. If your checkin is not the culprit, you can safely ignore the emails.
Comment 2 Matt Wise 2009-06-28 09:12:51 UTC
Again, sorry I didn't know you were referring to your own builds on your system... that being said, I dont think that opening a bug report is quite the way to get this fixed.

I'll assign this to Tom -- but I'm not sure if he'll have the time to help. Are you building on a 64bit system or 32bit?
Comment 3 andrew 2009-06-29 00:20:21 UTC
I have both a 32bit and a 64 bit machine. I tried to build on both to see if the host OS was somehow involved in the problems.

However i don't really see what 32/64bit has to do with the issue?

Since -I/usr/include/SDL is on the compiler command line, to me it looks like poky is wrongly running ./configure when setting up the package for cross compiling, or it is not even setting up for a cross compiler, its just overriding the compiler....
Comment 4 Richard Titmuss 2009-09-29 04:22:39 UTC
Andrew, the toolchain has changed now. Do you still see this?
Comment 5 Alan Young 2010-03-16 01:28:09 UTC
Andrew, is this still a problem?
Comment 6 andrew 2010-03-20 05:45:27 UTC
Given the requirement to remove various host development libraries so that cross compiling of fab4 would work, i gave up.

One day i may try again, with the hope that poky can now correctly cross compile in a clean way. However, i have no problem if you close this bug as works for me etc...