<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-devtools/gcc, branch halstead/hashclient</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=halstead%2Fhashclient</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=halstead%2Fhashclient'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2024-03-23T10:18:20+00:00</updated>
<entry>
<title>gcc: Oe-selftest failure analysis - fix for vect-simd test failures</title>
<updated>2024-03-23T10:18:20+00:00</updated>
<author>
<name>Harish Sadineni</name>
<email>Harish.Sadineni@windriver.com</email>
</author>
<published>2024-03-22T07:00:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=62c184ed61431177dcb97de79b36261147c66a37'/>
<id>urn:sha1:62c184ed61431177dcb97de79b36261147c66a37</id>
<content type='text'>
In gcc vect module, the vect-simd-clone-10.c &amp; vect-simd-clone-12.c tests are failed with below error, due to a bug in testcase:
xgcc: fatal error: cannot specify '-o' with '-c', '-S' or '-E' with multiple files compilation terminated'

Detailed bug info &amp; upstream fix is here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113899

Upstream Status: Backport [https://gcc.gnu.org/g:948dbc5ee45f9ffd5f41fd6782704081cc7c8c27]

(From OE-Core rev: 50b6b938ec91dee346642b95cdcb35043be1697c)

Signed-off-by: Harish Sadineni &lt;Harish.Sadineni@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: Oe-selftest failure analysis - fix for tcl errors</title>
<updated>2024-03-18T12:21:45+00:00</updated>
<author>
<name>Harish Sadineni</name>
<email>Harish.Sadineni@windriver.com</email>
</author>
<published>2024-03-12T16:33:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=20035573145bcac57736ad8806fa88054993469e'/>
<id>urn:sha1:20035573145bcac57736ad8806fa88054993469e</id>
<content type='text'>
gcc testsuite unable to read the value of variable $do-what-limit and causing below tcl errors.
ERROR: can't read "do": no such variable
    while executing
"set do_what $do-what-limit"

To fix this, quote the variable using braces, as in ${do-what-limit}.

(From OE-Core rev: e59421468d96282057f5176438a76a325b987e47)

Signed-off-by: Harish Sadineni &lt;Harish.Sadineni@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-runtime: Move gdb pretty printer file to auto-load location</title>
<updated>2024-02-09T13:45:02+00:00</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2024-02-04T06:00:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=e1f691072737978a1ddbdabeac529ed005508977'/>
<id>urn:sha1:e1f691072737978a1ddbdabeac529ed005508977</id>
<content type='text'>
When debugging a C++ program on target using libcstdc++, gdb does not
find the pretty printer python support, this is because the init file is
installed into /usr/lib which is excluded from gdb's default list of
directories to load config's from, where as defaults to load from
datadir is still on, it therefore does not load this file

warning: File "/usr/lib/libstdc++.so.6.0.33-gdb.py" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".

This leaves the libstdc++ pretty-printers disabled even though added via
IMAGE_INSTALL += "gcc-runtime-dbg"

Comment on adding missing runtime dependency on datetime python module for the pretty
printer to work/load successfully.

Once the pretty-printer gdb file is moved out of libdir, it may become
empty therefore delete it if its empty.

(From OE-Core rev: d24e16d192f21aa68b5274496efaba1d913f37c2)

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: Update status of CVE-2023-4039</title>
<updated>2024-01-26T16:06:29+00:00</updated>
<author>
<name>Simone Weiß</name>
<email>simone.p.weiss@posteo.com</email>
</author>
<published>2024-01-22T16:41:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=d46ca2a7765d244ab727fa20172ddc3138657a6e'/>
<id>urn:sha1:d46ca2a7765d244ab727fa20172ddc3138657a6e</id>
<content type='text'>
This is fixed via a patch added in gcc-13.2.inc already, but still
reported e.g. for libgcc as it is not defining an own source but use the
shared gcc-source.

(From OE-Core rev: 301d45eacfd4ae6bddfb13207e2af9e8b4662bc8)

Signed-off-by: Simone Weiß &lt;simone.p.weiss@posteo.com&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: depend on zstd</title>
<updated>2023-09-29T22:11:59+00:00</updated>
<author>
<name>Sean Nyekjaer</name>
<email>sean@geanix.com</email>
</author>
<published>2023-09-28T05:29:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b88e3cb69d11ab491ea44fd71109924bf0a80cbb'/>
<id>urn:sha1:b88e3cb69d11ab491ea44fd71109924bf0a80cbb</id>
<content type='text'>
Add zstd LTO support for target and nativesdk compiler.
This also brings gcc into sync with gcc-cross.

% x86_64-oe-linux-gcc -v
[...]
 Supported LTO compression algorithms: zlib zstd
 gcc version 12.2.0 (GCC)
% x86_64-oesdk-linux-gcc -v
[...]
 Supported LTO compression algorithms: zlib
 gcc version 12.2.0 (GCC)

(From OE-Core rev: 2f6e3d32ad73ef8e0e3d3b89702d85c36358c00c)

Signed-off-by: Sean Nyekjaer &lt;sean@geanix.com&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: backport a fix for ICE caused by CVE-2023-4039.patch</title>
<updated>2023-09-20T07:57:26+00:00</updated>
<author>
<name>Martin Jansa</name>
<email>martin.jansa@gmail.com</email>
</author>
<published>2023-09-15T20:42:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b1650772a269f0c939662237bc3a1db953acf9f4'/>
<id>urn:sha1:b1650772a269f0c939662237bc3a1db953acf9f4</id>
<content type='text'>
* see:
  https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111418
  https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111411

* add git headers to 0025-gcc-testsuite-mips.patch so that it does
  easily apply with other patches with git am

(From OE-Core rev: 760068c5868380b0e833155020365735f55314c3)

Signed-off-by: Martin Jansa &lt;martin.jansa@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: Fix -fstack-protector issue on aarch64</title>
<updated>2023-09-13T08:31:43+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@arm.com</email>
</author>
<published>2023-09-12T17:24:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=8dfb19926e6d27cffdd24112f1d2ad156cb71968'/>
<id>urn:sha1:8dfb19926e6d27cffdd24112f1d2ad156cb71968</id>
<content type='text'>
This series of patches fixes deficiencies in GCC's -fstack-protector
implementation for AArch64 when using dynamically allocated stack space.
This is CVE-2023-4039.  See:

https://developer.arm.com/Arm%20Security%20Center/GCC%20Stack%20Protector%20Vulnerability%20AArch64
https://github.com/metaredteam/external-disclosures/security/advisories/GHSA-x7ch-h5rf-w2mf

for more details.

(From OE-Core rev: 750396ca55e9f165a77dc94f841a953b9a6520d5)

Signed-off-by: Ross Burton &lt;ross.burton@arm.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc: Fresh 0003-64-bit-multilib-hack.patch to add loongarch64 support</title>
<updated>2023-09-09T11:04:55+00:00</updated>
<author>
<name>Zang Ruochen</name>
<email>zangruochen@loongson.cn</email>
</author>
<published>2023-09-06T01:28:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=bcc6c86fb744d0e6eb5714dcea83a77e0f71f069'/>
<id>urn:sha1:bcc6c86fb744d0e6eb5714dcea83a77e0f71f069</id>
<content type='text'>
(From OE-Core rev: 1a209ef31165049c450018c7722013aa4d983fd8)

Signed-off-by: Zang Ruochen &lt;zangruochen@loongson.cn&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-sanitizers: Add loongarch as a compatible architecture.</title>
<updated>2023-09-07T06:53:51+00:00</updated>
<author>
<name>Zang Ruochen</name>
<email>zangruochen@loongson.cn</email>
</author>
<published>2023-09-06T01:27:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4ed66fe83a1b1d420f3eb692d21d261d9a835cf1'/>
<id>urn:sha1:4ed66fe83a1b1d420f3eb692d21d261d9a835cf1</id>
<content type='text'>
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=600413c4f3d70392285192fb99634bcbeb97f83f

(From OE-Core rev: 50649aa576b161751fd9b11ed98fe4a26b0781f8)

Signed-off-by: Zang Ruochen &lt;zangruochen@loongson.cn&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gcc-runtime: remove bashism</title>
<updated>2023-09-03T09:34:20+00:00</updated>
<author>
<name>Peter Marko</name>
<email>peter.marko@siemens.com</email>
</author>
<published>2023-08-01T06:18:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=838aaa214dda765a95630ffdfee0a399ee7f39d4'/>
<id>urn:sha1:838aaa214dda765a95630ffdfee0a399ee7f39d4</id>
<content type='text'>
Debian 12 no longer supports replacing dash with bash as default shell.
Therefore to achieve compatibility with Debian 12, all bashisms need
to be removed.

Shell comparison via == gives an error with dash and thus the condition
is always false.

(From OE-Core rev: 3723b26f82219ff71823335d550dbf29086d63d4)

Signed-off-by: Peter Marko &lt;peter.marko@siemens.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
