<feed xmlns='http://www.w3.org/2005/Atom'>
<title>staging/mans0n/toolchain/gcc, branch master</title>
<subtitle>Staging tree of Sungbo Eo</subtitle>
<id>https://git.openwrt.org/openwrt/staging/mans0n/atom?h=master</id>
<link rel='self' href='https://git.openwrt.org/openwrt/staging/mans0n/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/'/>
<updated>2023-10-20T14:13:31Z</updated>
<entry>
<title>scripts/ext-toolchain: implement external GCC version detection</title>
<updated>2023-10-20T14:13:31Z</updated>
<author>
<name>Christian Marangi</name>
</author>
<published>2023-10-19T12:19:09Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=28420cd67bc4c0fe5974ac0336528aea3a443b98'/>
<id>urn:sha1:28420cd67bc4c0fe5974ac0336528aea3a443b98</id>
<content type='text'>
Some package may needs to enable compatibility option based on the GCC
version.

Currently the GCC version is set based on the default value and doesn't
actually reflect the real value provided by the external toolchain if
used.

Fix this by correctly detecting the GCC version in the external
toolchain and set the correct value in CONFIG_GCC_VERSION.

A new option is added in menuconfig to manually set the GCC version if
needed.

Signed-off-by: Christian Marangi &lt;ansuelsmth@gmail.com&gt;
</content>
</entry>
<entry>
<title>toolchain: assign PKG_CPE_ID</title>
<updated>2023-09-19T18:22:59Z</updated>
<author>
<name>Alexander Couzens</name>
</author>
<published>2023-09-18T22:23:40Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=bcf02c5d3123a99c717ca33f1d7c6250acf0f33f'/>
<id>urn:sha1:bcf02c5d3123a99c717ca33f1d7c6250acf0f33f</id>
<content type='text'>
The PKG_CPE_ID links to NIST CPE version 2.2.
Assign PKG_CPE_ID to all remaining package which have a CPE ID.
Not every package has a CPE id.

Related: https://github.com/openwrt/packages/issues/8534
Signed-off-by: Alexander Couzens &lt;lynxis@fe80.eu&gt;
</content>
</entry>
<entry>
<title>toolchain: gcc: updat to 13.2</title>
<updated>2023-07-30T11:06:56Z</updated>
<author>
<name>Nick Hainke</name>
</author>
<published>2023-07-29T15:58:31Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=df47decd60808d099e663b32f60795f629ee81e3'/>
<id>urn:sha1:df47decd60808d099e663b32f60795f629ee81e3</id>
<content type='text'>
Release Notes:
https://gcc.gnu.org/pipermail/gcc/2023-July/242148.html

Remove upstreamed patches:
- patches-13.x/001-rtl-optimization-109585-alias-analysis-typo.patch
- patches-13.x/700-RISCV-Inline-subword-atomic-ops.patch
- patches-13.x/701-riscv-linux-Don-t-add-latomic-with-pthread.patch

Refresh patches:
- patches-13.x/10-mbsd_multi.patch

Signed-off-by: Nick Hainke &lt;vincent@systemli.org&gt;
</content>
</entry>
<entry>
<title>toolchain: gcc: backport inline subword atomic support for riscv</title>
<updated>2023-06-11T15:09:06Z</updated>
<author>
<name>Tianling Shen</name>
</author>
<published>2023-06-10T11:08:04Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=7b4a966de88aa0e1f9b7faa62a4d6cb7b01e9f8f'/>
<id>urn:sha1:7b4a966de88aa0e1f9b7faa62a4d6cb7b01e9f8f</id>
<content type='text'>
RISC-V has no support for subword atomic operations; code currently
generates libatomic library calls.

This patch changes the default behavior to fast inline subword atomic
calls that do not require libatomic.

Signed-off-by: Tianling Shen &lt;cnsztl@immortalwrt.org&gt;
</content>
</entry>
<entry>
<title>toolchain: gcc: update to 12.3.0</title>
<updated>2023-05-12T10:11:20Z</updated>
<author>
<name>Nick Hainke</name>
</author>
<published>2023-05-09T21:47:01Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=8d2ab0fac666b9d2f39f517594b414466ff85818'/>
<id>urn:sha1:8d2ab0fac666b9d2f39f517594b414466ff85818</id>
<content type='text'>
Release notes:
https://gcc.gnu.org/gcc-12/changes.html

Refresh patches:
- 230-musl_libssp.patch
- 910-mbsd_multi.patch
- 920-specs_nonfatal_getenv.patch
- 970-macos_arm64-building-fix.patch

Signed-off-by: Nick Hainke &lt;vincent@systemli.org&gt;
</content>
</entry>
<entry>
<title>toolchain: gcc: backport patch for gcc 13 fixing access path analysis</title>
<updated>2023-05-05T13:46:38Z</updated>
<author>
<name>Nick Hainke</name>
</author>
<published>2023-05-03T14:46:52Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=a6d689632c5326e4869937c0ff5f9c72f6190729'/>
<id>urn:sha1:a6d689632c5326e4869937c0ff5f9c72f6190729</id>
<content type='text'>
While improving access path analysis a typo happened. Now it can happen
that gcc misscompiles. The patch is fixing the issue. However, also
other gcc versions 10.2+ are affected. They also should be bumped or the
fix should be backported.

For more bug information have a look at:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109585

Signed-off-by: Nick Hainke &lt;vincent@systemli.org&gt;
</content>
</entry>
<entry>
<title>toolchain: gcc: add support for GCC 13</title>
<updated>2023-05-05T13:46:37Z</updated>
<author>
<name>Nick Hainke</name>
</author>
<published>2023-04-27T21:03:14Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=29128b0bd43532404d965d22338554fce624db6a'/>
<id>urn:sha1:29128b0bd43532404d965d22338554fce624db6a</id>
<content type='text'>
Release Notes:
https://gcc.gnu.org/pipermail/gcc-announce/2023/000175.html

Manually Refreshed:
- 910-mbsd_multi.patch
- 970-macos_arm64-building-fix.patch

Automatically Refreshed:
- 010-documentation.patch
- 230-musl_libssp.patch
- 300-mips_Os_cpu_rtx_cost_model.patch
- 820-libgcc_pic.patch
- 840-armv4_pass_fix-v4bx_to_ld.patch
- 850-use_shared_libgcc.patch
- 870-ppc_no_crtsavres.patch
- 920-specs_nonfatal_getenv.patch

Signed-off-by: Nick Hainke &lt;vincent@systemli.org&gt;
</content>
</entry>
<entry>
<title>toolchain: gcc: copy patches from 12.x to 13.x</title>
<updated>2023-05-05T13:46:34Z</updated>
<author>
<name>Nick Hainke</name>
</author>
<published>2023-04-27T21:00:30Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=1e88a16248601da03d78da7939d412588ad0ea52'/>
<id>urn:sha1:1e88a16248601da03d78da7939d412588ad0ea52</id>
<content type='text'>
This simplifies the gcc bump patch review.

Signed-off-by: Nick Hainke &lt;vincent@systemli.org&gt;
</content>
</entry>
<entry>
<title>toolchain/gcc: enable zstd support</title>
<updated>2023-03-17T01:08:25Z</updated>
<author>
<name>Andre Heider</name>
</author>
<published>2023-02-05T22:21:46Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=acc8c2d829fb5e0e0b2495d720e058f91ea164b0'/>
<id>urn:sha1:acc8c2d829fb5e0e0b2495d720e058f91ea164b0</id>
<content type='text'>
LTO object files will now be compressed using zstd.

Compressing debug sections with zstd will have to wait for GCC 13,
which adds support for -gz=zstd.

NOTE: wiping the ccache is strongly recommended, not doing so might
yield build error later on:
"lto1: internal compiler error: original not compressed with zstd"

Signed-off-by: Andre Heider &lt;a.heider@gmail.com&gt;
</content>
</entry>
<entry>
<title>toolchain: remove installing twice in the "initial" subdir</title>
<updated>2023-02-19T18:44:39Z</updated>
<author>
<name>Andre Heider</name>
</author>
<published>2023-02-07T20:33:33Z</published>
<link rel='alternate' type='text/html' href='https://git.openwrt.org/openwrt/staging/mans0n/commit/?id=7ae4716243dda59bcff21ba0ee704322b2db10f4'/>
<id>urn:sha1:7ae4716243dda59bcff21ba0ee704322b2db10f4</id>
<content type='text'>
This was apparently introduced to recreate the toolchain (wipe
staging_dir/toolchain*, but keep build_dir/toolchain*, followed by a
`make toolchain/compile`).

But it leaves leftovers and causes re-links to happen at src_install phase,
because of the changed paths, possibly adding yet another source of issues.

With the prior commits removing various hacks related to the "initial"
folder we can remove installing it twice altogether.

The recreated toolchain is exactly the same as before.

Signed-off-by: Andre Heider &lt;a.heider@gmail.com&gt;
</content>
</entry>
</feed>
