meta-sourcery libgcc problem about meta-sourcery HOT 10 CLOSED

You still need to answer the questions I posed in email. The reply posted here for history and context:

I’d need to know what meta-sourcery branch and pkoy branch, and exactly what sourcery g++ lite version you’re using (not the gcc version, the sourcery g++ version, though both should be shown in gcc -v). Also, you should never have to set EXTERNAL_TARGET_SYSTEMS except for unusual cases where the prefix used isn’t included in the ones we already provide. For example, you can see here, from conf/distro/include/tcmode-external-sourcery.inc: EXTERNAL_TARGET_SYSTEMS[arm] ?= "arm-none-linux-gnueabi arm-mentor-linux-gnueabi” — so we already check for arm-none-linux-gnueabi, no point setting it yourself.

from meta-sourcery.

Hey Chris,

I wrote above that I am using master branch from the both meta-sourcery and yocto projects

Here is the output from the gcc -v
./arm-none-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=./arm-none-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/home/int/dev/leantegra/Sourcery_G++_Lite/bin/../libexec/gcc/arm-none-linux-gnueabi/4.5.1/lto-wrapper
Target: arm-none-linux-gnueabi
Configured with: /scratch/nathan/arm-lite/src/gcc-4.5-2010.09/configure --build=i686-pc-linux-gnu --host=i686-pc-linux-gnu --target=arm-none-linux-gnueabi --enable-threads --disable-libmudflap --disable-libssp --disable-libstdcxx-pch --enable-extra-sgxxlite-multilibs --with-arch=armv5te --with-gnu-as --with-gnu-ld --with-specs='%{save-temps: -fverbose-asm} %{funwind-tables|fno-unwind-tables|mabi=*|ffreestanding|nostdlib:;:-funwind-tables} -D__CS_SOURCERYGXX_MAJ__=2010 -D__CS_SOURCERYGXX_MIN__=9 -D__CS_SOURCERYGXX_REV__=50 %{O2:%{!fno-remove-local-statics: -fremove-local-statics}} %{O*:%{O|O0|O1|O2|Os:;:%{!fno-remove-local-statics: -fremove-local-statics}}}' --enable-languages=c,c++ --enable-shared --enable-lto --enable-symvers=gnu --enable-__cxa_atexit --with-pkgversion='Sourcery G++ Lite 2010.09-50' --with-bugurl=https://support.codesourcery.com/GNUToolchain/ --disable-nls --prefix=/opt/codesourcery --with-sysroot=/opt/codesourcery/arm-none-linux-gnueabi/libc --with-build-sysroot=/scratch/nathan/arm-lite/install/arm-none-linux-gnueabi/libc --with-gmp=/scratch/nathan/arm-lite/obj/host-libs-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu/usr --with-mpfr=/scratch/nathan/arm-lite/obj/host-libs-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu/usr --with-mpc=/scratch/nathan/arm-lite/obj/host-libs-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu/usr --with-ppl=/scratch/nathan/arm-lite/obj/host-libs-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu/usr --with-host-libstdcxx='-static-libgcc -Wl,-Bstatic,-lstdc++,-Bdynamic -lm' --with-cloog=/scratch/nathan/arm-lite/obj/host-libs-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu/usr --with-libelf=/scratch/nathan/arm-lite/obj/host-libs-2010.09-50-arm-none-linux-gnueabi-i686-pc-linux-gnu/usr --disable-libgomp --enable-poison-system-directories --with-build-time-tools=/scratch/nathan/arm-lite/install/arm-none-linux-gnueabi/bin --with-build-time-tools=/scratch/nathan/arm-lite/install/arm-none-linux-gnueabi/bin
Thread model: posix
gcc version 4.5.1 (Sourcery G++ Lite 2010.09-50)

I've removed EXTERNAL_TARGET_SYSTEMS from the build/local.conf file but as I supposed it didn't help/

from meta-sourcery.

Any comments?

from meta-sourcery.

I have a build going for core-image-minimal, qemuarm for now, with the 2010.09-50 arm lite toolchain, and will let you know how it goes.

from meta-sourcery.

util-linux fails for both fido & master with that toolchain. How are you even getting far enough to complete an image with a toolchain this old? What MACHINE?

from meta-sourcery.

Hello Chris,

I also faced with this problem. The -fgnu89-inline solves this problem. Here is the util-linux bbappend file of mine:
cat util-linux_2.26.2.bbappend
TARGET_CFLAGS = "-fgnu89-inline"

What MACHINE?

Here is the conf file for the machine which I used:
cat conf/machine/powerbeacon.conf
# @TYPE: Machine
# @NAME: powerbeacon
# @DESCRIPTION: Machine configuration for PowerBeacon systems
MACHINE_EXTRA_RRECOMMENDS = " kernel-modules"
DEFAULTTUNE ?= "cortexa8"
include conf/machine/include/tune-cortexa8.inc
IMAGE_FSTYPES += "tar.bz2 jffs2"
EXTRA_IMAGECMD_jffs2 = "-lqnp "
SERIAL_CONSOLE = "115200 ttyO0"
PREFERRED_PROVIDER_virtual/kernel ?= "linux-yocto-custom"
KERNEL_IMAGETYPE = "zImage"
KERNEL_EXTRA_ARGS += "LOADADDR=${UBOOT_ENTRYPOINT}"
MACHINE_FEATURES = "usbhost"
DISTRO_FEATURES_remove = " alsa pulseaudio cramfs directfb irda \
keyboard opengl pcmcia ptest smbfs \
systemd wayland x11"

MACHINE_EXTRA_RDEPENDS += " wireless-mod"

from meta-sourcery.

Adding -fgnu89-inline doesn't fix the build, here. You're not actually adding it there, you're replacing our CFLAGS entirely (note the use of =, not +=). It looks like all that's really needed to work around this is removing -O2 from TARGET_CFLAGS in the bbappend: TARGET_CFLAGS_remove = "-O2". Continuing the build to reproduce now.

from meta-sourcery.

This is now successfully reproduced locally. Will keep you posted on progress.

from meta-sourcery.

It seems the problem is gone after disabling image-mklibs and image-prelink in the local.conf file.
The QA messages are still displayed, but the kernel doesn't panic.

It looks like all that's really needed to work around this is removing -O2 from TARGET_CFLAGS in the bbappend: TARGET_CFLAGS_remove = "-O2".

Thank you I will rebuild an image without -O2

from meta-sourcery.

It's good that you got past your startup problem. I'll keep this issue open so I can nail down and fix the QA issues. It seems that libgcc rdeps on glibc, but glibc has utilities that rdep on libgcc, so I can't rely on depends + shlibs to handle that due to the interdependency. I think I should be able to manually add the dependency to the appropriate RDEPENDS and then bypass any remaining checks / qa tests related to it.

from meta-sourcery.