ARC: bump tools to 2014.12 release

Now when new shiny tools are released by Synopsys we're ready for version update in Buildroot again.

More details about arc-2014.12 release are available here:
https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/releases/tag/arc-2014.12

Following patches were removed from GCC since they are a part of release now:
* 200-size_type_unsigned_int.patch
* 300-ptrdiff_type_int.patch
* 400-call-arc_hazard-before-branch-shortening.patch
* 401-fix-length-attribute-for-casesi_load-pattern.patch
* 402-fix-length-of-instructions-that-are-in-delay-slot-and-needs-to-be-predicated.patch
* 403-update-casesi_compact_jump-instruction-length.patch

But since arc-2014.12 tools are still based on GCC 4.8 following patches ar still relevant so moving to the new folder to match ARC gcc bump.
* 100-libstdcxx-uclibc-c99.patch
* 910-gcc-poison-system-directories.patch

Binutils are still based on 2.23 so following patch still makes sense:
* 600-poison-system-directories.patch

Signed-off-by Alexey Brodkin <[email protected]>

Now when new shiny tools are released by Synopsys we're ready for version update in Buildroot again.

More details about arc-2014.12 release are available here:
https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/releases/tag/arc-2014.12

Following patches were removed from GCC since they are a part of release now:
* 200-size_type_unsigned_int.patch
* 300-ptrdiff_type_int.patch
* 400-call-arc_hazard-before-branch-shortening.patch
* 401-fix-length-attribute-for-casesi_load-pattern.patch
* 402-fix-length-of-instructions-that-are-in-delay-slot-and-needs-to-be-predicated.patch
* 403-update-casesi_compact_jump-instruction-length.patch

But since arc-2014.12 tools are still based on GCC 4.8 following patches ar still relevant so moving to the new folder to match ARC gcc bump.
* 100-libstdcxx-uclibc-c99.patch
* 910-gcc-poison-system-directories.patch

Binutils are still based on 2.23 so following patch still makes sense:
* 600-poison-system-directories.patch

Signed-off-by Alexey Brodkin <[email protected]>

Cc Anton Kolesov <[email protected]>

Cc Thomas Petazzoni <[email protected]>

Cc Peter Korsgaard <[email protected]>

Dear Alexey Brodkin,

Quoted 20 lines · Alexey Brodkin

Now when new shiny tools are released by Synopsys we're ready for version update in Buildroot again.

More details about arc-2014.12 release are available here:
https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/releases/tag/arc-2014.12

Following patches were removed from GCC since they are a part of release now:
* 200-size_type_unsigned_int.patch
* 300-ptrdiff_type_int.patch
* 400-call-arc_hazard-before-branch-shortening.patch
* 401-fix-length-attribute-for-casesi_load-pattern.patch
* 402-fix-length-of-instructions-that-are-in-delay-slot-and-needs-to-be-predicated.patch
* 403-update-casesi_compact_jump-instruction-length.patch

But since arc-2014.12 tools are still based on GCC 4.8 following patches ar still relevant so moving to the new folder to match ARC gcc bump.
* 100-libstdcxx-uclibc-c99.patch
* 910-gcc-poison-system-directories.patch

Quoted 8 lines

Binutils are still based on 2.23 so following patch still makes sense:
* 600-poison-system-directories.patch

Signed-off-by Alexey Brodkin <[email protected]>

Cc Anton Kolesov <[email protected]>

Cc Thomas Petazzoni <[email protected]>

Cc Peter Korsgaard <[email protected]>

It seems like the update of GDB for ARC is causing some build problems:

http://autobuild.buildroot.org/results/d62/d62f472d70f60281dfe94cffc46a3e0566fd4a3d/build-end.log

It's trying to build a shared libbfd.so using a statically compiled libiberty.a which wasn't built with -fPIC. I don't know if the problem is specific to ARC GDB or not.

Hi Thomas,

Quoted 8 lines · Thomas Petazzoni

Dear Alexey Brodkin,

Quoted 5 lines · Alexey Brodkin

Now when new shiny tools are released by Synopsys we're ready for version update in Buildroot again.

More details about arc-2014.12 release are available here:

https://github.com/foss-for-synopsys-dwc-arc-processors/toolchain/releases/tag/arc-2014.12

Quoted 2 lines

Quoted 2 lines

Following patches were removed from GCC since they are a part of

release

Quoted 6 lines

Quoted 6 lines

now:
* 200-size_type_unsigned_int.patch
* 300-ptrdiff_type_int.patch
* 400-call-arc_hazard-before-branch-shortening.patch
* 401-fix-length-attribute-for-casesi_load-pattern.patch *

402-fix-length-of-instructions-that-are-in-delay-slot-and-needs-to-be-predicated.patch

Quoted 3 lines

Quoted 3 lines

* 403-update-casesi_compact_jump-instruction-length.patch

But since arc-2014.12 tools are still based on GCC 4.8 following

patches

Quoted 1 line

Quoted 1 line

ar still relevant so moving to the new folder to match ARC gcc

bump.

Quoted 4 lines

Quoted 4 lines

* 100-libstdcxx-uclibc-c99.patch
* 910-gcc-poison-system-directories.patch

Binutils are still based on 2.23 so following patch still makes

sense:

Quoted 9 lines

Quoted 7 lines

* 600-poison-system-directories.patch

Signed-off-by Alexey Brodkin <[email protected]>

Cc Anton Kolesov <[email protected]>

Cc Thomas Petazzoni <[email protected]>

Cc Peter Korsgaard <[email protected]>

It seems like the update of GDB for ARC is causing some build

problems:

Quoted 2 lines

http://autobuild.buildroot.org/results/d62/d62f472d70f60281dfe94cffc46a3e0566fd4a3d/build-end.log

Quoted 3 lines

It's trying to build a shared libbfd.so using a statically compiled libiberty.a which wasn't built with -fPIC. I don't know if the

problem

Quoted 1 line

is specific to ARC GDB or not.

Sorry for late reply.

I've just tried to re-build with defconfig from this autobuild and for me it got successfully to the end.

I'm on master branch @ commit:
--->8---
commit 6a3a9784db170ec05b300f228cf8a4bc48d838ec

Author: Michael Trimarchi <[email protected]>
Date:   Sun Mar 8 09:28:13 2015 +0100

python-spidev: new package
--->8---

I'll downgrade to the same commit as mentioned in autobuild:
--->8---
commit b9f39b2b389754bb53294311b938310283fda638

Author: Gustavo Zacarias <[email protected]>
Date:   Tue Mar 3 15:43:09 2015 -0300

whois: bump to version 5.2.5
--->8---
and will give it another try, but frankly I don't expect any differences
because I didn't find any sensible commits in between these 2 snapshots.

-Alexey
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot

Hi Alexey,
Can you have a look at this patch:
https://patchwork.ozlabs.org/patch/449686/

The issue seem to be related to avr32 removal.

Hi Alexey,

----- Mail original -----

| De: "Alexey Brodkin" <[email protected]>
| ?: "romain naour" <[email protected]>, "thomas petazzoni" <[email protected]>
| Cc: buildroot at uclibc.org
| Envoy?: Vendredi 13 Mars 2015 10:00:34
| Objet: Re: [Buildroot] [PATCH] ARC: bump tools to 2014.12 release
| 
| On Fri, 2015-03-13 at 09:19 +0100, Romain Naour wrote:
| > Hi Alexey,
| > Can you have a look at this patch:
| > https://patchwork.ozlabs.org/patch/449686/

Quoted 13 lines · Romain Naour

Hi Alexey,

----- Mail original -----

| De: "Alexey Brodkin" <[email protected]>
| ?: "romain naour" <[email protected]>, "thomas petazzoni" <[email protected]>
| Cc: buildroot at uclibc.org
| Envoy?: Vendredi 13 Mars 2015 10:00:34
| Objet: Re: [Buildroot] [PATCH] ARC: bump tools to 2014.12 release
| 
| On Fri, 2015-03-13 at 09:19 +0100, Romain Naour wrote:
| > Hi Alexey,
| > Can you have a look at this patch:
| > https://patchwork.ozlabs.org/patch/449686/

Do you think the patch Romain mentioned may fix
http://autobuild.buildroot.org/results/d62/d62f472d70f60281dfe94cffc46a3e0566fd4a3d ?

Dear Alexey Brodkin,

Quoted 15 lines · Alexey Brodkin

Quoted 13 lines · Romain Naour

Hi Alexey,

----- Mail original -----

| De: "Alexey Brodkin" <[email protected]>
| ?: "romain naour" <[email protected]>, "thomas petazzoni" <[email protected]>
| Cc: buildroot at uclibc.org
| Envoy?: Vendredi 13 Mars 2015 10:00:34
| Objet: Re: [Buildroot] [PATCH] ARC: bump tools to 2014.12 release
| 
| On Fri, 2015-03-13 at 09:19 +0100, Romain Naour wrote:
| > Hi Alexey,
| > Can you have a look at this patch:
| > https://patchwork.ozlabs.org/patch/449686/

Quoted 2 lines

Do you think the patch Romain mentioned may fix
http://autobuild.buildroot.org/results/d62/d62f472d70f60281dfe94cffc46a3e0566fd4a3d ?

Yes, most likely it will fix this problem.

Hi Thomas,

Quoted 19 lines · Thomas Petazzoni

Dear Alexey Brodkin,

Quoted 15 lines · Alexey Brodkin

Quoted 13 lines · Romain Naour

Hi Alexey,

----- Mail original -----

| De: "Alexey Brodkin" <[email protected]>
| ?: "romain naour" <[email protected]>, "thomas petazzoni" <[email protected]>
| Cc: buildroot at uclibc.org
| Envoy?: Vendredi 13 Mars 2015 10:00:34
| Objet: Re: [Buildroot] [PATCH] ARC: bump tools to 2014.12 release
| 
| On Fri, 2015-03-13 at 09:19 +0100, Romain Naour wrote:
| > Hi Alexey,
| > Can you have a look at this patch:
| > https://patchwork.ozlabs.org/patch/449686/

Quoted 4 lines

Quoted 2 lines

Do you think the patch Romain mentioned may fix
http://autobuild.buildroot.org/results/d62/d62f472d70f60281dfe94cffc46a3e0566fd4a3d ?

Yes, most likely it will fix this problem.

Are you going to apply it or we'll need to find somebody to try it first?

Hi Alexey,

Le 24/03/2015 17:03, Alexey Brodkin a ?crit :

Quoted 22 lines

Hi Thomas,

Quoted 19 lines · Thomas Petazzoni

Dear Alexey Brodkin,

Quoted 15 lines · Alexey Brodkin

Quoted 13 lines · Romain Naour

Hi Alexey,

----- Mail original -----

| De: "Alexey Brodkin" <[email protected]>
| ?: "romain naour" <[email protected]>, "thomas petazzoni" <[email protected]>
| Cc: buildroot at uclibc.org
| Envoy?: Vendredi 13 Mars 2015 10:00:34
| Objet: Re: [Buildroot] [PATCH] ARC: bump tools to 2014.12 release
| 
| On Fri, 2015-03-13 at 09:19 +0100, Romain Naour wrote:
| > Hi Alexey,
| > Can you have a look at this patch:
| > https://patchwork.ozlabs.org/patch/449686/

Quoted 8 lines

Quoted 4 lines

Quoted 2 lines

Do you think the patch Romain mentioned may fix
http://autobuild.buildroot.org/results/d62/d62f472d70f60281dfe94cffc46a3e0566fd4a3d ?

Yes, most likely it will fix this problem.

Are you going to apply it or we'll need to find somebody to try it first?

I'm back on this issue and I found a way to reproduce it.

As you can see in the build.log, libiberty.a is located in host/usr/lib/libiberty.a But on my machine libiberty.a is located in host/usr/lib64/libiberty.a

This is really weird because autobuilders are also 64bits machine (x86_64-unknown-linux-gnu) and there is no reason that libiberty.a is not in the same place...
So, I moved libiberty.a from host/usr/lib64/libiberty.a to host/usr/lib/libiberty.a and now I have the very same build failure.

When gdb is build with shared libraries, it try to link with it own libiberty.a (host-gdb-7.8.2/bfd/../libiberty/pic -liberty) but it take the one from host/usr/lib/libiberty.a because -LPath/to/host/usr/lib/libiberty.a is before -LPath/to/build/host-gdb-7.8.2/bfd/../libiberty/pic.

See the complete gcc line (verbose):
/bin/sh ./libtool --tag=CC --mode=link /usr/bin/gcc -W -Wall

(quoted diff) +0 -2

-Wstrict-prototypes -Wmissing-prototypes -Wshadow -O2
-I/home/naourr/git/buildroot/test/gdb/host/usr/include  -release `cat

libtool-soversion` -L/home/naourr/git/buildroot/test/gdb/host/lib

(quoted diff) +0 -2

-L/home/naourr/git/buildroot/test/gdb/host/usr/lib
-Wl,-rpath,/home/naourr/git/buildroot/test/gdb/host/usr/lib -o libbfd.la -rpath

/home/naourr/git/buildroot/test/gdb/host/usr/x86_64-unknown-linux-gnu/arm-buildroot-linux-uclibcgnueabi/lib archive.lo archures.lo bfd.lo bfdio.lo bfdwin.lo cache.lo coffgen.lo corefile.lo
format.lo init.lo libbfd.lo opncls.lo reloc.lo section.lo syms.lo targets.lo
hash.lo linker.lo srec.lo binary.lo tekhex.lo ihex.lo stabs.lo stab-syms.lo
merge.lo dwarf2.lo simple.lo compress.lo verilog.lo cat ofiles

(quoted diff) +0 -2

-L/home/naourr/git/buildroot/test/gdb/build/host-gdb-7.8.2/bfd/../libiberty/pic
-liberty -Wl,-lc,--as-needed,-lm,--no-as-needed  -lz

This line come from gdb/bfd/Makefile.in: l1239:
libbfd.la: $(libbfd_la_OBJECTS) $(libbfd_la_DEPENDENCIES)

	$(libbfd_la_LINK) $(am_libbfd_la_rpath) $(libbfd_la_OBJECTS)

$(libbfd_la_LIBADD) $(LIBS)

One solution is to disable shared libraries (preferred).

The second is to tweak LDFLAGS in gdb.mk like this:

HOST_GDB_CONF_OPTS = \
	[...]
	LDFLAGS="-L$(@D)/bfd/../libiberty/pic $(HOST_LDFLAGS)"

I don't see a better fix for gdb.

Best regards,
Romain
_______________________________________________
buildroot mailing list
buildroot at busybox.net
http://lists.busybox.net/mailman/listinfo/buildroot