* Issue building gcc-cross-initial
@ 2014-03-10 12:14 Anders Darander
2014-03-14 16:16 ` Denys Dmytriyenko
0 siblings, 1 reply; 7+ messages in thread
From: Anders Darander @ 2014-03-10 12:14 UTC (permalink / raw)
To: meta-arago
Hi,
Summary:
I'm attempting at moving a custom product from meta-arago (danny) to the
latest master based on dora.
However, I'm getting issues when I'm building gcc-cross-initial (we're
not using an external toolchain).i
I've seen this on my normal build machine running Ubuntu 12.04, though
my example below was running a new OpenSuse machine.
The choice of MACHINE="am37x-evm" is made to get something resembling
our real machine.
When building gcc-cross-initial, libgcc fails to identify the "suffix of
object files" when the configure-script for libgcc is being run.
I hope that someone can help me with some ideas/pointers as to how this
can be resolved. I've got the same issue with both gcc 4.7.2 and
4.8.1...
Long story:
Example for reproduction and some logs:
I've reproduce the same issue using a clean, upstream checkout of
everything, i.e.
Checking out oe-layersetup.git
Running:
./oe-layertool-setup.sh -f configs/arago-dora-config.txt
cd build
. conf/setenv
Modifying conf/local.conf:
MACHINE = "am37x-evm"
TOOLCHAIN_TYPE = "internal"
TOOLCHAIN_BRAND = "gcc"
Running
bitbake gcc-cross-initial
This results in:
Build Configuration:
BB_VERSION = "1.20.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "SUSE-LINUX-13.1"
TARGET_SYS = "arm-oe-linux-gnueabi"
MACHINE = "am37x-evm"
DISTRO = "arago"
DISTRO_VERSION = "2013.12"
TUNE_FEATURES = "armv7a vfp thumb neon callconvention-hard cortexa8"
TARGET_FPU = "vfp-neon"
meta-arago-distro
meta-arago-extras = "master:7c1b5d8cab13d2f8459391db69157a58f8c3c8dc"
meta-qt5 = "dora:0713745617924844fa04d865f0e502c2765e7a41"
toolchain-layer
meta-networking
meta-ruby
meta-oe = "dora:40e0f371f3eb1628655c484feac0cebf810737b4"
meta-ti = "dora:d343e3021c8c85b0defd635ae68b71ba60648e1d"
meta-linaro-toolchain = "dora:00c2a868cafecb739178d6cdf912699ec3199fab"
meta = "dora:18f34944696a8098daf33a94bc2f532deb217d0a"
....
And when reching gcc-cross-initial:
| make[1]: Leaving directory
`/mnt/cs-builds/anders/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/gcc'
| Checking multilib configuration for libgcc...
| mkdir -p -- arm-oe-linux-gnueabi/libgcc
| Configuring in arm-oe-linux-gnueabi/libgcc
| configure: creating cache ./config.cache
| checking build system type... x86_64-pc-linux-gnu
| checking host system type... arm-oe-linux-gnueabi
| checking for --enable-version-specific-runtime-libs... no
| checking for a BSD-compatible install... /usr/bin/install -c
| checking for gawk... gawk
| checking for arm-oe-linux-gnueabi-ar... arm-oe-linux-gnueabi-ar
| checking for arm-oe-linux-gnueabi-lipo... arm-oe-linux-gnueabi-lipo
| checking for arm-oe-linux-gnueabi-nm...
/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/nm
| checking for arm-oe-linux-gnueabi-ranlib...
arm-oe-linux-gnueabi-ranlib
| checking for arm-oe-linux-gnueabi-strip... arm-oe-linux-gnueabi-strip
| checking whether ln -s works... yes
| checking for arm-oe-linux-gnueabi-gcc...
/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/xgcc
-B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/
-march=armv7-a -marm -mthumb-interwork -mfloat-abi=hard -mfpu=neon
-mtune=cortex-a8
-isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/am37x-evm/usr/include
-B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/bin/
-B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/lib/
-isystem
/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/include
-isystem
/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/sys-include
--sysroot=/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/tmpsysroot
| checking for suffix of object files... configure: error: in
`/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libgcc':
| configure: error: cannot compute suffix of object files: cannot
compile
| See `config.log' for more details.
| make: *** [configure-target-libgcc] Error 1
| ERROR: oe_runmake failed
The log from the check for "suffix of object files" in config.log is:
configure:3565: checking for suffix of object files
configure:3587:
/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/xgcc -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/ -march=armv7-a -marm -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/am37x-evm/usr/include -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/bin/ -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/lib/ -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/include -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/sys-include --sysroot=/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/tmpsysroot -c -g -Os
conftest.c >&5
/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross
-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/as: line 87: exec: -m: invalid option
exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection
...]
configure:3591: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3605: error: in
`/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libgcc':
configure:3608: error: cannot compute suffix of object files: cannot
compile
See `config.log' for more details.
On the Ubuntu machine, the error is the same.
Any ideas what can be causing this?
Thanks in advance for any pointers...
Cheers,
Anders
--
Anders Darander
ChargeStorm AB Tel: +46 702 44 84 36
Drottninggatan 20 Email: anders@chargestorm.se
602 24 Norrköping Web: www.chargestorm.se
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: Issue building gcc-cross-initial
2014-03-10 12:14 Issue building gcc-cross-initial Anders Darander
@ 2014-03-14 16:16 ` Denys Dmytriyenko
2014-03-21 14:30 ` Anders Darander
0 siblings, 1 reply; 7+ messages in thread
From: Denys Dmytriyenko @ 2014-03-14 16:16 UTC (permalink / raw)
To: Anders Darander; +Cc: meta-arago
Yeah, I'm seeing the same breakage even in dylan - I'm looking into it now...
On Mon, Mar 10, 2014 at 01:14:28PM +0100, Anders Darander wrote:
> Hi,
>
> Summary:
>
> I'm attempting at moving a custom product from meta-arago (danny) to the
> latest master based on dora.
>
> However, I'm getting issues when I'm building gcc-cross-initial (we're
> not using an external toolchain).i
>
> I've seen this on my normal build machine running Ubuntu 12.04, though
> my example below was running a new OpenSuse machine.
> The choice of MACHINE="am37x-evm" is made to get something resembling
> our real machine.
>
> When building gcc-cross-initial, libgcc fails to identify the "suffix of
> object files" when the configure-script for libgcc is being run.
>
> I hope that someone can help me with some ideas/pointers as to how this
> can be resolved. I've got the same issue with both gcc 4.7.2 and
> 4.8.1...
>
>
>
> Long story:
> Example for reproduction and some logs:
>
>
> I've reproduce the same issue using a clean, upstream checkout of
> everything, i.e.
>
> Checking out oe-layersetup.git
> Running:
> ./oe-layertool-setup.sh -f configs/arago-dora-config.txt
> cd build
> . conf/setenv
>
> Modifying conf/local.conf:
> MACHINE = "am37x-evm"
> TOOLCHAIN_TYPE = "internal"
> TOOLCHAIN_BRAND = "gcc"
>
> Running
> bitbake gcc-cross-initial
>
>
>
> This results in:
> Build Configuration:
> BB_VERSION = "1.20.0"
> BUILD_SYS = "x86_64-linux"
> NATIVELSBSTRING = "SUSE-LINUX-13.1"
> TARGET_SYS = "arm-oe-linux-gnueabi"
> MACHINE = "am37x-evm"
> DISTRO = "arago"
> DISTRO_VERSION = "2013.12"
> TUNE_FEATURES = "armv7a vfp thumb neon callconvention-hard cortexa8"
> TARGET_FPU = "vfp-neon"
> meta-arago-distro
> meta-arago-extras = "master:7c1b5d8cab13d2f8459391db69157a58f8c3c8dc"
> meta-qt5 = "dora:0713745617924844fa04d865f0e502c2765e7a41"
> toolchain-layer
> meta-networking
> meta-ruby
> meta-oe = "dora:40e0f371f3eb1628655c484feac0cebf810737b4"
> meta-ti = "dora:d343e3021c8c85b0defd635ae68b71ba60648e1d"
> meta-linaro-toolchain = "dora:00c2a868cafecb739178d6cdf912699ec3199fab"
> meta = "dora:18f34944696a8098daf33a94bc2f532deb217d0a"
>
> ....
>
> And when reching gcc-cross-initial:
>
> | make[1]: Leaving directory
> `/mnt/cs-builds/anders/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/gcc'
> | Checking multilib configuration for libgcc...
> | mkdir -p -- arm-oe-linux-gnueabi/libgcc
> | Configuring in arm-oe-linux-gnueabi/libgcc
> | configure: creating cache ./config.cache
> | checking build system type... x86_64-pc-linux-gnu
> | checking host system type... arm-oe-linux-gnueabi
> | checking for --enable-version-specific-runtime-libs... no
> | checking for a BSD-compatible install... /usr/bin/install -c
> | checking for gawk... gawk
> | checking for arm-oe-linux-gnueabi-ar... arm-oe-linux-gnueabi-ar
> | checking for arm-oe-linux-gnueabi-lipo... arm-oe-linux-gnueabi-lipo
> | checking for arm-oe-linux-gnueabi-nm...
> /home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/nm
> | checking for arm-oe-linux-gnueabi-ranlib...
> arm-oe-linux-gnueabi-ranlib
> | checking for arm-oe-linux-gnueabi-strip... arm-oe-linux-gnueabi-strip
> | checking whether ln -s works... yes
> | checking for arm-oe-linux-gnueabi-gcc...
> /home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/xgcc
> -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/
> -march=armv7-a -marm -mthumb-interwork -mfloat-abi=hard -mfpu=neon
> -mtune=cortex-a8
> -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/am37x-evm/usr/include
> -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/bin/
> -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/lib/
> -isystem
> /home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/include
> -isystem
> /home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/sys-include
> --sysroot=/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/tmpsysroot
> | checking for suffix of object files... configure: error: in
> `/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libgcc':
> | configure: error: cannot compute suffix of object files: cannot
> compile
> | See `config.log' for more details.
> | make: *** [configure-target-libgcc] Error 1
> | ERROR: oe_runmake failed
>
>
> The log from the check for "suffix of object files" in config.log is:
> configure:3565: checking for suffix of object files
> configure:3587:
> /home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/xgcc -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/ -march=armv7-a -marm -mthumb-interwork -mfloat-abi=hard -mfpu=neon -mtune=cortex-a8 -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/am37x-evm/usr/include -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/bin/ -B/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/lib/ -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/include -isystem/home/anders/cs-builds/arago/build/arago-tmp-eglibc/sysroots/x86_64-linux/usr/arm-oe-linux-gnueabi/sys-include --sysroot=/home/anders
> /cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/tmpsysroot -c -g -Os
> conftest.c >&5
> /home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross
> -initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/./gcc/as: line 87: exec: -m: invalid option
> exec: usage: exec [-cl] [-a name] [command [arguments ...]] [redirection
> ...]
> configure:3591: $? = 1
> configure: failed program was:
> | /* confdefs.h */
> | #define PACKAGE_NAME "GNU C Runtime Library"
> | #define PACKAGE_TARNAME "libgcc"
> | #define PACKAGE_VERSION "1.0"
> | #define PACKAGE_STRING "GNU C Runtime Library 1.0"
> | #define PACKAGE_BUGREPORT ""
> | #define PACKAGE_URL "http://www.gnu.org/software/libgcc/"
> | /* end confdefs.h. */
> |
> | int
> | main ()
> | {
> |
> | ;
> | return 0;
> | }
> configure:3605: error: in
> `/home/anders/cs-builds/arago/build/arago-tmp-eglibc/work/cortexa8hf-vfp-neon-2.6.37.2-oe-linux-gnueabi/gcc-cross-initial/4.8.1-r0/gcc-4.8.1/build.x86_64-linux.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libgcc':
> configure:3608: error: cannot compute suffix of object files: cannot
> compile
> See `config.log' for more details.
>
> On the Ubuntu machine, the error is the same.
>
>
> Any ideas what can be causing this?
>
> Thanks in advance for any pointers...
>
> Cheers,
> Anders
>
> --
> Anders Darander
> ChargeStorm AB Tel: +46 702 44 84 36
> Drottninggatan 20 Email: anders@chargestorm.se
> 602 24 Norrköping Web: www.chargestorm.se
> _______________________________________________
> meta-arago mailing list
> meta-arago@arago-project.org
> http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: Issue building gcc-cross-initial
2014-03-14 16:16 ` Denys Dmytriyenko
@ 2014-03-21 14:30 ` Anders Darander
2014-04-02 7:50 ` Anders Darander
0 siblings, 1 reply; 7+ messages in thread
From: Anders Darander @ 2014-03-21 14:30 UTC (permalink / raw)
To: Denys Dmytriyenko; +Cc: meta-arago@arago-project.org
* Denys Dmytriyenko <denys@ti.com> [140314 17:17]:
> Yeah, I'm seeing the same breakage even in dylan - I'm looking into it now...
Good to know that I'm not alone in seeing this...
Any ideas regarding the root cause or possible fixes? Sofar, I've been
occupied with work on our old release branch, though soon Ḯ'll start
working on the update again.
Cheers,
Anders
> On Mon, Mar 10, 2014 at 01:14:28PM +0100, Anders Darander wrote:
> > Hi,
> > Summary:
> > I'm attempting at moving a custom product from meta-arago (danny) to the
> > latest master based on dora.
> > However, I'm getting issues when I'm building gcc-cross-initial (we're
> > not using an external toolchain).i
> > I've seen this on my normal build machine running Ubuntu 12.04, though
> > my example below was running a new OpenSuse machine.
> > The choice of MACHINE="am37x-evm" is made to get something resembling
> > our real machine.
> > When building gcc-cross-initial, libgcc fails to identify the "suffix of
> > object files" when the configure-script for libgcc is being run.
> > I hope that someone can help me with some ideas/pointers as to how this
> > can be resolved. I've got the same issue with both gcc 4.7.2 and
> > 4.8.1...
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Issue building gcc-cross-initial
2014-03-21 14:30 ` Anders Darander
@ 2014-04-02 7:50 ` Anders Darander
2014-04-07 22:37 ` Denys Dmytriyenko
0 siblings, 1 reply; 7+ messages in thread
From: Anders Darander @ 2014-04-02 7:50 UTC (permalink / raw)
To: Denys Dmytriyenko, meta-arago@arago-project.org
Ping...
* Anders Darander <anders@chargestorm.se> [140321 15:30]:
> * Denys Dmytriyenko <denys@ti.com> [140314 17:17]:
> > Yeah, I'm seeing the same breakage even in dylan - I'm looking into it now...
> Good to know that I'm not alone in seeing this...
> Any ideas regarding the root cause or possible fixes? Sofar, I've been
> occupied with work on our old release branch, though soon Ḯ'll start
> working on the update again.
> Cheers,
> Anders
> > On Mon, Mar 10, 2014 at 01:14:28PM +0100, Anders Darander wrote:
> > > Hi,
> > > Summary:
> > > I'm attempting at moving a custom product from meta-arago (danny) to the
> > > latest master based on dora.
> > > However, I'm getting issues when I'm building gcc-cross-initial (we're
> > > not using an external toolchain).i
> > > I've seen this on my normal build machine running Ubuntu 12.04, though
> > > my example below was running a new OpenSuse machine.
> > > The choice of MACHINE="am37x-evm" is made to get something resembling
> > > our real machine.
> > > When building gcc-cross-initial, libgcc fails to identify the "suffix of
> > > object files" when the configure-script for libgcc is being run.
> > > I hope that someone can help me with some ideas/pointers as to how this
> > > can be resolved. I've got the same issue with both gcc 4.7.2 and
> > > 4.8.1...
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Issue building gcc-cross-initial
2014-04-02 7:50 ` Anders Darander
@ 2014-04-07 22:37 ` Denys Dmytriyenko
2014-04-08 1:04 ` Denys Dmytriyenko
0 siblings, 1 reply; 7+ messages in thread
From: Denys Dmytriyenko @ 2014-04-07 22:37 UTC (permalink / raw)
To: meta-arago@arago-project.org
Ok, it took me some time and effort (the error is severely misleading), but I
was finally able to trace down what causes the breakage in the internal
toolchain:
http://arago-project.org/git/?p=meta-arago.git;a=commitdiff;h=e9797a456c99c890e5ff62334b7d65e1ff7db676
The addition of libc-headers version used for the platform into the
PACKAGE_ARCH causes gcc-cross-initial to not find binutils binaries during
bootstrap.
I'm still trying to figure out if it would be possible to unbreak the build,
while keeping the change, but at least it should be possible to have a quick
workaround for now...
--
Denys
On Wed, Apr 02, 2014 at 09:50:41AM +0200, Anders Darander wrote:
> Ping...
>
> * Anders Darander <anders@chargestorm.se> [140321 15:30]:
>
> > * Denys Dmytriyenko <denys@ti.com> [140314 17:17]:
>
> > > Yeah, I'm seeing the same breakage even in dylan - I'm looking into it now...
>
> > Good to know that I'm not alone in seeing this...
>
> > Any ideas regarding the root cause or possible fixes? Sofar, I've been
> > occupied with work on our old release branch, though soon Ḯ'll start
> > working on the update again.
>
> > Cheers,
> > Anders
>
> > > On Mon, Mar 10, 2014 at 01:14:28PM +0100, Anders Darander wrote:
> > > > Hi,
>
> > > > Summary:
>
> > > > I'm attempting at moving a custom product from meta-arago (danny) to the
> > > > latest master based on dora.
>
> > > > However, I'm getting issues when I'm building gcc-cross-initial (we're
> > > > not using an external toolchain).i
>
> > > > I've seen this on my normal build machine running Ubuntu 12.04, though
> > > > my example below was running a new OpenSuse machine.
> > > > The choice of MACHINE="am37x-evm" is made to get something resembling
> > > > our real machine.
>
> > > > When building gcc-cross-initial, libgcc fails to identify the "suffix of
> > > > object files" when the configure-script for libgcc is being run.
>
> > > > I hope that someone can help me with some ideas/pointers as to how this
> > > > can be resolved. I've got the same issue with both gcc 4.7.2 and
> > > > 4.8.1...
> --
> Anders Darander
> ChargeStorm AB / eStorm AB
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Issue building gcc-cross-initial
2014-04-07 22:37 ` Denys Dmytriyenko
@ 2014-04-08 1:04 ` Denys Dmytriyenko
2014-04-09 7:42 ` Anders Darander
0 siblings, 1 reply; 7+ messages in thread
From: Denys Dmytriyenko @ 2014-04-08 1:04 UTC (permalink / raw)
To: meta-arago@arago-project.org
On Mon, Apr 07, 2014 at 06:37:01PM -0400, Denys Dmytriyenko wrote:
> Ok, it took me some time and effort (the error is severely misleading), but I
> was finally able to trace down what causes the breakage in the internal
> toolchain:
>
> http://arago-project.org/git/?p=meta-arago.git;a=commitdiff;h=e9797a456c99c890e5ff62334b7d65e1ff7db676
>
> The addition of libc-headers version used for the platform into the
> PACKAGE_ARCH causes gcc-cross-initial to not find binutils binaries during
> bootstrap.
>
> I'm still trying to figure out if it would be possible to unbreak the build,
> while keeping the change, but at least it should be possible to have a quick
> workaround for now...
And this seems to have resolved the issue:
STAGING_BINDIR_TOOLCHAIN = "${STAGING_DIR_NATIVE}${bindir_native}/${TUNE_PKGARCH}-${PREFERRED_VERSION_linux-libc-headers}${TARGET_VENDOR}-${TARGET_OS}"
Still testing it...
> On Wed, Apr 02, 2014 at 09:50:41AM +0200, Anders Darander wrote:
> > Ping...
> >
> > * Anders Darander <anders@chargestorm.se> [140321 15:30]:
> >
> > > * Denys Dmytriyenko <denys@ti.com> [140314 17:17]:
> >
> > > > Yeah, I'm seeing the same breakage even in dylan - I'm looking into it now...
> >
> > > Good to know that I'm not alone in seeing this...
> >
> > > Any ideas regarding the root cause or possible fixes? Sofar, I've been
> > > occupied with work on our old release branch, though soon Ḯ'll start
> > > working on the update again.
> >
> > > Cheers,
> > > Anders
> >
> > > > On Mon, Mar 10, 2014 at 01:14:28PM +0100, Anders Darander wrote:
> > > > > Hi,
> >
> > > > > Summary:
> >
> > > > > I'm attempting at moving a custom product from meta-arago (danny) to the
> > > > > latest master based on dora.
> >
> > > > > However, I'm getting issues when I'm building gcc-cross-initial (we're
> > > > > not using an external toolchain).i
> >
> > > > > I've seen this on my normal build machine running Ubuntu 12.04, though
> > > > > my example below was running a new OpenSuse machine.
> > > > > The choice of MACHINE="am37x-evm" is made to get something resembling
> > > > > our real machine.
> >
> > > > > When building gcc-cross-initial, libgcc fails to identify the "suffix of
> > > > > object files" when the configure-script for libgcc is being run.
> >
> > > > > I hope that someone can help me with some ideas/pointers as to how this
> > > > > can be resolved. I've got the same issue with both gcc 4.7.2 and
> > > > > 4.8.1...
> > --
> > Anders Darander
> > ChargeStorm AB / eStorm AB
> _______________________________________________
> meta-arago mailing list
> meta-arago@arago-project.org
> http://arago-project.org/cgi-bin/mailman/listinfo/meta-arago
^ permalink raw reply [flat|nested] 7+ messages in thread* Re: Issue building gcc-cross-initial
2014-04-08 1:04 ` Denys Dmytriyenko
@ 2014-04-09 7:42 ` Anders Darander
0 siblings, 0 replies; 7+ messages in thread
From: Anders Darander @ 2014-04-09 7:42 UTC (permalink / raw)
To: meta-arago
* Denys Dmytriyenko <denys@ti.com> [140408 03:04]:
> On Mon, Apr 07, 2014 at 06:37:01PM -0400, Denys Dmytriyenko wrote:
> > Ok, it took me some time and effort (the error is severely misleading), but I
> > was finally able to trace down what causes the breakage in the internal
> > toolchain:
> > http://arago-project.org/git/?p=meta-arago.git;a=commitdiff;h=e9797a456c99c890e5ff62334b7d65e1ff7db676
Ah, nice catch!
Thanks for the hard work debugging this!
> > The addition of libc-headers version used for the platform into the
> > PACKAGE_ARCH causes gcc-cross-initial to not find binutils binaries during
> > bootstrap.
> > I'm still trying to figure out if it would be possible to unbreak the build,
> > while keeping the change, but at least it should be possible to have a quick
For the moment, I'm going with this solution as the customer in question
will only build for one SoC and uses a custom distro.
> And this seems to have resolved the issue:
> STAGING_BINDIR_TOOLCHAIN = "${STAGING_DIR_NATIVE}${bindir_native}/${TUNE_PKGARCH}-${PREFERRED_VERSION_linux-libc-headers}${TARGET_VENDOR}-${TARGET_OS}"
This should likely solve it in the more general case.
Cheers,
Anders
--
Anders Darander
ChargeStorm AB / eStorm AB
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2014-04-09 7:42 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-03-10 12:14 Issue building gcc-cross-initial Anders Darander
2014-03-14 16:16 ` Denys Dmytriyenko
2014-03-21 14:30 ` Anders Darander
2014-04-02 7:50 ` Anders Darander
2014-04-07 22:37 ` Denys Dmytriyenko
2014-04-08 1:04 ` Denys Dmytriyenko
2014-04-09 7:42 ` Anders Darander
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.