<feed xmlns='http://www.w3.org/2005/Atom'>
<title>buildroot/toolchain, branch 2017.02.1</title>
<subtitle>OpenPOWER buildroot sources</subtitle>
<id>https://git.raptorcs.com/git/buildroot/atom?h=2017.02.1</id>
<link rel='self' href='https://git.raptorcs.com/git/buildroot/atom?h=2017.02.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/'/>
<updated>2017-03-13T22:58:43+00:00</updated>
<entry>
<title>toolchain: remove no longer relevant comment</title>
<updated>2017-03-13T22:58:43+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2017-03-09T20:28:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=b4e0100cdb500ab0f23c8506e5975a3ca406aedb'/>
<id>urn:sha1:b4e0100cdb500ab0f23c8506e5975a3ca406aedb</id>
<content type='text'>
The somewhat complicated sed expression has been removed in commit
06cd604ec6d34f25b436ab729543418042a87e1c ("toolchain/external: use
-dumpversion to check gcc version"), so let's remove the comment that
was explaining this sed expression.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
(cherry picked from commit d9fee6b286798d27f45dd6ca6e4b5aabf0cc658d)
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>toolchain/external: use -dumpversion to check gcc version</title>
<updated>2017-03-13T22:58:30+00:00</updated>
<author>
<name>Krzysztof Konopko</name>
<email>kris@youview.com</email>
</author>
<published>2017-03-09T08:01:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=47793a94b50dc1f65bd1686c7973438c26fd2ce1'/>
<id>urn:sha1:47793a94b50dc1f65bd1686c7973438c26fd2ce1</id>
<content type='text'>
Currently, `--version` option is used and later matched with a regex to get
the actual gcc version.  There's a dedicated gcc option to do exactly that:
`-dumpversion`.

Also `--version` may return a string customised by a vendor that provides
the toolchain, which makes the current regex approach error prone.  In
fact, this situation has been seen with a real customised toolchain.

Signed-off-by: Krzysztof Konopko &lt;kris@youview.com&gt;
Signed-off-by: Tomasz Szkutkowski &lt;tomasz.szkutkowski@youview.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
(cherry picked from commit 06cd604ec6d34f25b436ab729543418042a87e1c)
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>toolchain-external: install libanl.so for glibc</title>
<updated>2017-02-24T11:02:29+00:00</updated>
<author>
<name>Jesper Baekdahl</name>
<email>jbb@gamblify.com</email>
</author>
<published>2017-02-24T09:03:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=e9abb4a8b4d9498a8eb4e0fdd3a625534adc9382'/>
<id>urn:sha1:e9abb4a8b4d9498a8eb4e0fdd3a625534adc9382</id>
<content type='text'>
libanl.so is needed for asynchronous network address and service
translation, declared in netdb.h

Signed-off-by: Jesper Bækdahl &lt;jbb@gamblify.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>Revert "reproducible: fix DATE/TIME macros in toolchain-wrapper"</title>
<updated>2017-02-20T22:26:05+00:00</updated>
<author>
<name>Yann E. MORIN</name>
<email>yann.morin.1998@free.fr</email>
</author>
<published>2017-02-20T17:16:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=1c8c0d91a431fda2c052072af87e0de35bd3b953'/>
<id>urn:sha1:1c8c0d91a431fda2c052072af87e0de35bd3b953</id>
<content type='text'>
This reverts commit 76838f63412a30a358210e457dda4b79f7730624.

The commit referenced above explicitly states that the function was
copied as-is from the gcc source code at the time. And indeed that is
exactly how the function appeared in gcc in commit
e3e8c48c4a494d9da741c1c8ea6c4c0b7c4ff934.

However, our toolchain wrapper is "GPLv2 only", while the file this function
was copied from is "GPLv3 or later".  As such we can't include that function
and still comply to both licenses.

Furthermore, the code is far from optimum.

Since this feature is not release-critical, revert it until we re-implement
it.

Signed-off-by: "Yann E. MORIN" &lt;yann.morin.1998@free.fr&gt;
Cc: Jérôme Pouiller &lt;jezz@sysmic.org&gt;
Cc: Samuel Martin &lt;s.martin49@gmail.com&gt;
Cc: Peter Korsgaard &lt;peter@korsgaard.com&gt;
Cc: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Cc: Arnout Vandecappelle &lt;arnout@mind.be&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>toolchain/toolchain-common.in: fix definition of BR2_TOOLCHAIN_HAS_GCC_BUG_64735</title>
<updated>2017-02-09T20:31:28+00:00</updated>
<author>
<name>Thomas Petazzoni</name>
<email>thomas.petazzoni@free-electrons.com</email>
</author>
<published>2017-02-09T20:31:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=ded5a12482ff8cc7cca800979a4fe4f55a2bb088'/>
<id>urn:sha1:ded5a12482ff8cc7cca800979a4fe4f55a2bb088</id>
<content type='text'>
The rework done on commit
accba02a47942b54c01b506512ddccf34d57c357 ("toolchain: add option for
toolchains affected by GCC PR libstdc++/64735") by me was wrong. The
BR2_TOOLCHAIN_HAS_GCC_BUG_64735 option should be enabled when the bug is
present in the toolchain, not the opposite.

Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>toolchain: add option for toolchains affected by GCC PR libstdc++/64735</title>
<updated>2017-02-09T20:26:22+00:00</updated>
<author>
<name>Jörg Krause</name>
<email>joerg.krause@embedded.rocks</email>
</author>
<published>2017-02-09T17:47:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=accba02a47942b54c01b506512ddccf34d57c357'/>
<id>urn:sha1:accba02a47942b54c01b506512ddccf34d57c357</id>
<content type='text'>
exception_ptr, nested_exception, and future from libstdc++ are not
available for architectures not supporting always lock-free atomic ints
before GCC 7.

Bug report:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735

Fix available starting from GCC 7 (not yet released):
https://gcc.gnu.org/viewcvs/gcc?view=revision&amp;revision=244051

Signed-off-by: Jörg Krause &lt;joerg.krause@embedded.rocks&gt;
[Thomas:
 - directly define the value where BR2_TOOLCHAIN_HAS_GCC_BUG_64735
   rather than having additional patches touching affected architectures
   Config.in files
 - add a better comment above the Config.in option.]
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>reproducible: fix DATE/TIME macros in toolchain-wrapper</title>
<updated>2017-02-07T20:45:01+00:00</updated>
<author>
<name>Jérôme Pouiller</name>
<email>jezz@sysmic.org</email>
</author>
<published>2016-12-20T13:46:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=76838f63412a30a358210e457dda4b79f7730624'/>
<id>urn:sha1:76838f63412a30a358210e457dda4b79f7730624</id>
<content type='text'>
The use of the __DATE__ and __TIME__ macros are one of the most common
sources of non-reproducible binaries. In order to fix that, gcc 7 supports
the SOURCE_DATE_EPOCH variable:

https://gcc.gnu.org/git/?p=gcc.git;a=commitdiff;h=e3e8c48c4a494d9da741c1c8ea6c4c0b7c4ff934

This patch take advantage of toolchain-wrapper to provide support of
SOURCE_DATE_EPOCH to older gcc versions.

Function get_source_date_epoch() come directly from gcc git.

This work was sponsored by `BA Robotic Systems'.

[Peter: use sizeof for character array sizes, make function static,
	extend commit message, add upstream gcc commit]
Signed-off-by: Jérôme Pouiller &lt;jezz@sysmic.org&gt;
Reviewed-by: Samuel Martin &lt;s.martin49@gmail.com&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>toolchain-external: Update Synopsys prebuilt toolchain for ARC cores</title>
<updated>2017-02-04T22:57:43+00:00</updated>
<author>
<name>Alexey Brodkin</name>
<email>Alexey.Brodkin@synopsys.com</email>
</author>
<published>2017-02-03T07:26:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=971a13472d9c52c1498f603bd1bc9f70f51ef925'/>
<id>urn:sha1:971a13472d9c52c1498f603bd1bc9f70f51ef925</id>
<content type='text'>
Sync external prebuilt toolchain with the one we now build in Buildroot,
i.e. arc-2016.09. Since that prebuilt toolchain finally has IPv6 enabled
it works pretty fine for building packages in Buildroot.

Still note:
 1) There might be subtle differences between uClibc configuration
    compared to Buildroot's one.
 2) A couple of patches we apply on top of Builroot-built toolchain
    are obviously missing in the prebuilt version - they will be
    available in the next release.

Signed-off-by: Alexey Brodkin &lt;abrodkin@synopsys.com&gt;
Cc: Vlad Zakharov &lt;vzakhar@synopsys.com&gt;
Cc: Peter Korsgaard &lt;peter@korsgaard.com&gt;
Cc: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
Signed-off-by: Thomas Petazzoni &lt;thomas.petazzoni@free-electrons.com&gt;
</content>
</entry>
<entry>
<title>uclibc: allow to build aarch64 internal toolchain</title>
<updated>2017-02-03T19:58:56+00:00</updated>
<author>
<name>Waldemar Brodkorb</name>
<email>wbx@openadk.org</email>
</author>
<published>2017-02-03T14:28:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=00995e0e49fafc355fbf56d9b7810c1696a41b2f'/>
<id>urn:sha1:00995e0e49fafc355fbf56d9b7810c1696a41b2f</id>
<content type='text'>
uClibc-ng from 1.0.22 and up supports aarch64 architecture.

Signed-off-by: Waldemar Brodkorb &lt;wbx@openadk.org&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
<entry>
<title>uclibc: enable mips{32,64}r6 support</title>
<updated>2017-02-03T19:56:18+00:00</updated>
<author>
<name>Waldemar Brodkorb</name>
<email>wbx@openadk.org</email>
</author>
<published>2017-02-03T14:16:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/buildroot/commit/?id=2b3d493095576707691685ce54318ad87340b923'/>
<id>urn:sha1:2b3d493095576707691685ce54318ad87340b923</id>
<content type='text'>
The config for ISA choice is removed for a long time as
the buildsystem does not pass -march=mips* to the compiler anymore.
For mips{32,64}r6 support NAN selection is required.

Tested with qemu mips32/mips64 defconfigs.

A small patch is required. Bug found while testing qemu defconfigs.

Signed-off-by: Waldemar Brodkorb &lt;wbx@openadk.org&gt;
Signed-off-by: Peter Korsgaard &lt;peter@korsgaard.com&gt;
</content>
</entry>
</feed>
