<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-devtools/gcc, branch python3</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=python3</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=python3'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2016-05-14T22:05:12+00:00</updated>
<entry>
<title>gcc 4.9: backport gperf fixes</title>
<updated>2016-05-14T22:05:12+00:00</updated>
<author>
<name>Daniel McGregor</name>
<email>daniel.mcgregor@vecima.com</email>
</author>
<published>2016-05-10T16:04:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9b25b35456471d17f08681328cae899546fe419c'/>
<id>urn:sha1:9b25b35456471d17f08681328cae899546fe419c</id>
<content type='text'>
gperf was being used in a way that generated files don't conform to
the language standard. Backport the fix from upstream.

This is required to build these GCC versions when the host compiler
is GCC 6.

(From OE-Core rev: 42178d1b19f8055434194aa09dcec5006414fab4)

Signed-off-by: Daniel McGregor &lt;daniel.mcgregor@vecima.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-5.3: backport gperf fixes</title>
<updated>2016-05-14T22:05:12+00:00</updated>
<author>
<name>Daniel McGregor</name>
<email>daniel.mcgregor@vecima.com</email>
</author>
<published>2016-05-10T16:03:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=efe59dbec50e51061fb2e38e00c17b44a339aea9'/>
<id>urn:sha1:efe59dbec50e51061fb2e38e00c17b44a339aea9</id>
<content type='text'>
gperf was being used in a way that generated files don't conform to
the language standard. Backport the fix from upstream.

This is required to build these GCC versions when the host compiler
is GCC 6.

(From OE-Core rev: 28a53355d7bf490f974500131d7827e3f65674ef)

Signed-off-by: Daniel McGregor &lt;daniel.mcgregor@vecima.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-runtime, libgcc: Symlink c++ header and startup files in target_triplet for SDK use</title>
<updated>2016-05-13T12:41:32+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2016-05-11T17:35:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9a309684cfff5e1de3dbcc9690fc73d344e63ecd'/>
<id>urn:sha1:9a309684cfff5e1de3dbcc9690fc73d344e63ecd</id>
<content type='text'>
We build SDKs such that gcc-cross-candian is built for only one
target *-*-linux and then use -muclibc or -mmusl to let it compile
code for other libc variants. This works fine when libc = glibc
however it does not work for c++ programs when libc != glibc since
there are c++ headers installed under ${includedir}/c++/${BINV}/${TARGET_SYS}
which is fine when gcc-runtime and gcc-cross-candian uses same --target options
gxx includedir searches in right triplet, but it fails with musl/uclibc
since gcc will look for glibc based triplet but gcc-runtime will install
them under musl/uclibc triplet.

This patch symlinks the musl/uclibc triplet to glibc triplet when libc != glibc

This fixes SDKs for musl/uclibc

(From OE-Core rev: fcaaabb401fffcda4db9a7d1f927a2a404e4776d)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libgcc: Ensure that gcc configure options are passed to libgcc too</title>
<updated>2016-05-13T12:41:31+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2016-05-11T17:35:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=af6bfedb0024f71976046a11de819bc803a578f6'/>
<id>urn:sha1:af6bfedb0024f71976046a11de819bc803a578f6</id>
<content type='text'>
libgcc uses certain options from EXTRA_OECONF as well, curently we are
ignoring them, as a result we do not configure libgcc to match cross gcc
in some cases e.g. ppc/musl should have used 64bit long doubles but
it went for 128-ldbls which is default, works on glibc but not on musl

(From OE-Core rev: d7799a17d5e802db3f8d16bdc824aae81538e675)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>libgcc: Ensure that gcc configure options are passed to libgcc too</title>
<updated>2016-05-13T12:41:30+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2016-05-11T17:35:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=fb6ee2225b32a236dee74b74b62d94e57e82dc4f'/>
<id>urn:sha1:fb6ee2225b32a236dee74b74b62d94e57e82dc4f</id>
<content type='text'>
libgcc uses certain options from EXTRA_OECONF as well, curently we are
ignoring them, as a result we do not configure libgcc to match cross gcc
in some cases e.g. ppc/musl should have used 64bit long doubles but
it went for 128-ldbls which is default, works on glibc but not on musl

(From OE-Core rev: d774bb2d10f2c05900f87dcc53f073433ca02121)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: Add gcc6 recipes</title>
<updated>2016-05-13T12:41:28+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2016-05-11T17:35:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6ea164c208ab43251544525e83644a8f84d3a6f8'/>
<id>urn:sha1:6ea164c208ab43251544525e83644a8f84d3a6f8</id>
<content type='text'>
(From OE-Core rev: 93226e8c74be438781df79f0be5cbf563c79df8b)

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-target.inc: Use SYSROOT_DIRS_BLACKLIST to exclude dirs from sysroot</title>
<updated>2016-05-13T12:41:28+00:00</updated>
<author>
<name>Peter Kjellerstedt</name>
<email>peter.kjellerstedt@axis.com</email>
</author>
<published>2016-05-12T08:38:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9390701f11a050fb070c2a7fcab6d23e448e7430'/>
<id>urn:sha1:9390701f11a050fb070c2a7fcab6d23e448e7430</id>
<content type='text'>
(From OE-Core rev: 3eb358d97f84e3d909986b7168e7384ae8db4126)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: obey ldflags in the link of libgcc</title>
<updated>2016-05-11T09:33:42+00:00</updated>
<author>
<name>Christopher Larson</name>
<email>chris_larson@mentor.com</email>
</author>
<published>2016-05-04T21:52:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=33330021a1849318fb3e190fb753e007fd8098f9'/>
<id>urn:sha1:33330021a1849318fb3e190fb753e007fd8098f9</id>
<content type='text'>
Explicitly obey it, the way it should, rather than only relying on
--with-linker-hash-style.

(From OE-Core rev: 9095742d1468477baefe69098817f38a8d2dd750)

Signed-off-by: Christopher Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-sanitizers: Depend on target gcc</title>
<updated>2016-04-29T06:58:43+00:00</updated>
<author>
<name>Jussi Kukkonen</name>
<email>jussi.kukkonen@intel.com</email>
</author>
<published>2016-04-22T13:26:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=cb613904fdce3d084ee76d1f240152fe91e27aa5'/>
<id>urn:sha1:cb613904fdce3d084ee76d1f240152fe91e27aa5</id>
<content type='text'>
Without this the target gcc might not be in the sysroot
leading to configure failure.

(From OE-Core rev: 329c532db4b2124fa3f4b3ab8c4c6d6c93ca7c2f)

Signed-off-by: Jussi Kukkonen &lt;jussi.kukkonen@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-common.inc: String format tweak for available tunes</title>
<updated>2016-04-14T09:58:34+00:00</updated>
<author>
<name>noel eck</name>
<email>kceleon@gmail.com</email>
</author>
<published>2016-04-11T21:44:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a8c8e811eeedc26079d9c150a214a36619141d79'/>
<id>urn:sha1:a8c8e811eeedc26079d9c150a214a36619141d79</id>
<content type='text'>
Small change to python string formatting for error logging.
Previously, tune and availtunes would print out at the end of
the log message.  This change allows them to print out in the
correct locations of the error string.

(From OE-Core rev: 65fb2a4af127d32f31fbe696c80de5bafd953200)

Signed-off-by: noel eck &lt;kceleon@gmail.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
