On Mon, Feb 27, 2012 at 5:43 AM, Jack Mitchell <m...@communistcode.co.uk> wrote: > On 27/02/12 13:39, Jack Mitchell wrote: > > I receive the following error when compiling Angstrom related to udev 181. > > In file included from src/extras/mtd_probe/mtd_probe.c:19:0: > src/extras/mtd_probe/mtd_probe.h:20:26: fatal error: mtd/mtd-user.h: No such > file or directory > compilation terminated. > src/extras/mtd_probe/probe_smartmedia.c:22:26: fatal error: mtd/mtd-user.h: > No such file or directory > compilation terminated.
these headers come from linux-libc-headers which I suppose is staged in your sysroot ? > make[2]: *** > [src/extras/mtd_probe/src_extras_mtd_probe_mtd_probe-mtd_probe.o] Error 1 > make[2]: *** Waiting for unfinished jobs.... > make[2]: *** > [src/extras/mtd_probe/src_extras_mtd_probe_mtd_probe-probe_smartmedia.o] > Error 1 > arm-angstrom-linux-gnueabi-libtool: link: arm-angstrom-linux-gnueabi-gcc > -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp > -mfpu=neon -mtune=cortex-a8 > --sysroot=/home/jack/angstrom/build/tmp-angstrom_2010_x-eglibc/sysroots/beaglebone > -shared -fPIC -DPIC src/.libs/libudev.o src/.libs/libudev-list.o > src/.libs/libudev-util.o src/.libs/libudev-device.o > src/.libs/libudev-enumerate.o src/.libs/libudev-monitor.o > src/.libs/libudev-queue.o -lrt -march=armv7-a -mthumb-interwork > -mfloat-abi=softfp -mfpu=neon -mtune=cortex-a8 > --sysroot=/home/jack/angstrom/build/tmp-angstrom_2010_x-eglibc/sysroots/beaglebone > -O2 -Wl,--gc-sections -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu > -Wl,--as-needed -Wl,-soname -Wl,libudev.so.0 -o > src/.libs/libudev.so.0.13.1 > arm-angstrom-linux-gnueabi-libtool: link: arm-angstrom-linux-gnueabi-gcc > -march=armv7-a -fno-tree-vectorize -mthumb-interwork -mfloat-abi=softfp > -mfpu=neon -mtune=cortex-a8 > --sysroot=/home/jack/angstrom/build/tmp-angstrom_2010_x-eglibc/sysroots/beaglebone > -Wall -Wmissing-declarations -Wmissing-prototypes -Wnested-externs > -Wpointer-arith -Wpointer-arith -Wsign-compare -Wchar-subscripts > -Wstrict-prototypes -Wshadow -Wformat-security -Wtype-limits > -fvisibility=hidden -ffunction-sections -fdata-sections -O2 -pipe -g > -feliminate-unused-debug-types -Wl,--gc-sections -Wl,--as-needed -Wl,-O1 > -Wl,--hash-style=gnu -Wl,--as-needed -o src/extras/keymap/keymap > src/extras/keymap/src_extras_keymap_keymap-keymap.o -lrt > arm-angstrom-linux-gnueabi-libtool: link: arm-angstrom-linux-gnueabi-ar cru > src/.libs/libudev-private.a src/.libs/libudev.o src/.libs/libudev-list.o > src/.libs/libudev-util.o src/.libs/libudev-device.o > src/.libs/libudev-enumerate.o src/.libs/libudev-monitor.o > src/.libs/libudev-queue.o src/.libs/libudev-util-private.o > src/.libs/libudev-device-private.o src/.libs/libudev-queue-private.o > arm-angstrom-linux-gnueabi-libtool: link: arm-angstrom-linux-gnueabi-ranlib > src/.libs/libudev-private.a > arm-angstrom-linux-gnueabi-libtool: link: ( cd "src/.libs" && rm -f > "libudev-private.la" && ln -s "../libudev-private.la" "libudev-private.la" ) > arm-angstrom-linux-gnueabi-libtool: link: (cd "src/.libs" && rm -f > "libudev.so.0" && ln -s "libudev.so.0.13.1" "libudev.so.0") > arm-angstrom-linux-gnueabi-libtool: link: (cd "src/.libs" && rm -f > "libudev.so" && ln -s "libudev.so.0.13.1" "libudev.so") > arm-angstrom-linux-gnueabi-libtool: link: ( cd "src/.libs" && rm -f > "libudev.la" && ln -s "../libudev.la" "libudev.la" ) > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > + die 'oe_runmake failed' > + bbfatal 'oe_runmake failed' > + echo 'ERROR: oe_runmake failed' > ERROR: oe_runmake failed > + exit 1 > > Does anyone have any insight to this? > > Regards, > Jack. > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > > > Ok it's building again, seems it was some sort of race issue. I had tried > re-running it 5/6 times and it was consistently failing so I assumed it > wasn't race related. I am compiling with -j12 so such a high concurrency may > be the issue. > > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core > _______________________________________________ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
