- release 2, oneline fix for sigsegv in libgomp
  (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111413)

BR: libstdc++-devel (for ie libcody)

up to 13.2.0

- release 3

- added m2 multilib subpackages

- silence "Possible unexpanded macro" when building without multilib2 packages

- added Modula-2 support (-m2 and libgm2- subpackages); D requires gdc to bootstrap

update branch diff; rel 2

- removed outdated libffi note

- updated bcond description

- more versioned Obsoletes

- fixed libatomic-static description, unify lto-dump info entry

rel 1

x32 ships hwasan for x86_64 multilib

postprocess libstdc++exp libtool file

package more x86 headers

hwasan now supported on x86 platforms with 64bit pointers

package multilib libstdc++exp

BR: python3-modules for %py3_*comp

rpm version for noarch subpackage

package libstdc++exp library for experimental features

package libhwasan_preinit.o

start update to 13.1.0

- new libgo soname
- add todo item for modula-2 frontend

- (some) versioned Obsoletes

rel 1

typo

package avx512fp16intrin.h and avx512fp16vlintrin.h on x86

update libgo soname in %{multilib2} package as well

correct libgo soname in multilib-32 subpackage

BR: libgnat-static when building with ada

for stage1 gnatbind

up to 12.2.0

updated info patch; new libgo/libasan/libtsan sonames

Started playing with gcc 12.1.0

Up to 11.3.0.

correct binutils epoch

fix linking with mold on 32bit archs; rel 6

for some reason gcc assumes all linkers should search for libraries in
/lib and /usr/lib and deliberately skips them when constructing linker
command line. this assumption does not apply to mold though and does not
seem reasonable in general hence drop this logic and pass unfiltered
LIBRARY_PATH to linker

see:
https://github.com/rui314/mold/issues/358
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104707

rebuild with python 3.10

Release 5 (by relup.sh)

Release 4 (by relup.sh)

package mwaitintrin.h on x86; rel 3

updated branch diff; rel 2

manually modified since patch tries to apply "hunks" quoted in commit
message:

@@ -515116,8 +515116,8 @@
     The fix can be either the patch below, return true for builtin macros,
     or we could instead return false for builtin macros, or the fix could
     be also (untested):
-    --- libcpp/expr.c       2021-05-07 10:34:46.345122608 +0200
-    +++ libcpp/expr.c       2021-08-12 09:54:01.837556365 +0200
+    \--- libcpp/expr.c       2021-05-07 10:34:46.345122608 +0200
+    \+++ libcpp/expr.c       2021-08-12 09:54:01.837556365 +0200
     @@ -783,13 +783,13 @@ cpp_classify_number (cpp_reader *pfile,

            /* Traditional C only accepted the 'L' suffix.
@@ -543596,8 +543596,8 @@

     My first attempt to fix this was instead of dropping the MO_VAL_SET add
     a MO_CLOBBER operation:
-    --- gcc/var-tracking.c.jj       2021-05-04 21:02:24.196799586 +0200
-    +++ gcc/var-tracking.c  2021-09-24 19:23:16.420154828 +0200
+    \--- gcc/var-tracking.c.jj       2021-05-04 21:02:24.196799586 +0200
+    \+++ gcc/var-tracking.c  2021-09-24 19:23:16.420154828 +0200
     @@ -6133,7 +6133,9 @@ add_stores (rtx loc, const_rtx expr, voi
          {
            if (preserve)

use thumb mode by default on %{armv7}

align default flags for armv7hnl with rpm macros

- up to 11.2.0

add default params for more arm[67] platforms

add %{major_ver} to libgnat in skip_post_check_so

add libgnat to skip_post_check_so

unresolved symbols in x32 lib built with x86_64

updated libgo soname also for multilib

more x86 headers

up to 11.1.0

follow gdb and switch pretty printers to python3

- up to 10.3.0

- rediffed

- unconditional noarch subpackages

add default options for armv6hl

enforcing them through CPPFLAGS/CFLAGS borders with impossible

config.sub is fresh enough already

add libitm to skip_post_check_so

undefined symbol __atomic_fetch_add_8 on arm

add more arm headers

- update branch diff instead

add fix for PR96377

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377

- up to 10.2.0

move acc_prof.h to gomp; package new arm headers

- add ada_target_properties files

bump required mpfr version

- up to 10.1.0

sanitizers and libatomic are supported on aarch64

libquadmath is built only on archs supporting __float128

remove patches dropped from spec in 1234b88 and 938481c

fix build without fortran

- update branch patch

- up to 9.3.0

8.0.1 requires binutils >= 2.30

- rel 3; update branch diff

- release 2 (by relup.sh)

- include ISO_Fortran_binding.h

- up to 9.2.0

- up to 9.1.0

- up to 8.3.0

- rel 4; update from release branch

- release 3 (rebuild with mpfr 4.0.x and isl 0.19)

- plugin .la files note executable

- release 2 (by relup.sh)

- buildid tool seems to belong to -go

- merged update from GCC_7 branch
- updated per-arch intrinsic headers and some multilib files

- up to 8.2.0

- up to 8.1.0

- up to 7.3.0

dropped

- rel 7; retpoline required changes merged upstream, so we will use that code now

- rel 6; fixes branch diff patch; fix in branch.sh

- rel 5; add retpoline support (used for spectre mitigation)

- also update git diff

add upstream fix for PR81481 (r253300 excluding changelog diff); rel 4

for more details see:
  https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481
  https://bugzilla.opensuse.org/show_bug.cgi?id=1048861

- rel 3; from archlinux - patch that fixes finding ar binary in call like '/usr/bin/gcc-ar -vvvvqc zupa.a a b'

- rel 2; update branch diff

- one more obsolete macro removed

- cleanup gcj/java macros and references

- internal_sigreturn symbol unresolved in libasan/libubsan, so ignore these

- no apidocs

- up to 7.2.0; java is gone

- up to 6.4.0