- 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

- do not depend on GLIBC_PRIVATE symbols (libvtv)
- rel 2

- rel 1

- rel 1; libmpx is not supported on x32

- updated dependencies, adjusted subpackages versioning rule
  (it's more convenient to have all internal gcc components with consistent EVR)

- use external java-ecj package
- check-files cleanup

- cloog no longer used, just isl

- pl for -gdb-plugin, -plugin-devel

- up to 6.3.0

do not package dir belonging to gcc-dirs

- update files; todo: libmpx files fixes

add branch.sh script to create branch diff

- up to 6.2.0

move packages around to have epoch correct

epoch 0 to new libmpx packages; adapter

- up to 6.1.0; tested build without multilib

epoch noise

gcc-go could had been with epoch 0!

- rel 2; normalize path in libjawt.la

- more libstdc++fs

- up to 5.3.0

- updated optimize-la.pl to match more multilib subdirs and support direct .la dependencies

- rel 1

- update branch diff

- added plugin packages
- fixed install

- some files updated

- undo patch comment

- disable ada on x32, broken

- up to 5.2.0

- updated info and nodebug patches to 5.1

- up to 5.1.0 (builds without patches 0 and 2 - these need update); libcc1 plugin needs to be packages in some gdb subpackage

- release 8 (by relup.sh)

- enable x32 multilib on x96_64

missing fix-info-dir for libgomp-devel

- x32 rebuild
- release 7 (by relup.sh)

- release 6

- removed obsolete cloog patch

- removed obsolete ppl options; only isl based cloog is supported now

- files fixes

- updated info patch

- added remaining internal library dependencies

- updated library licensing information, package libgcc and libvtv docs

- package libvtv

- reordered multilib library packages to simplify files conditions
- libcilkrts is x86-only

- description cleanups/fixes; use more generic multilib2 description convention instead of strange "x32-bit"

- partially cleaned up and generalized multilib2 and sanitizer conditions
- hid internal semi-bcond variables from user
- added aarch64 to multilib archs

- updated libcilkrts* descritions, added pl
- libcilkrts-multilib-X-devel R: appropriate libcilkrts-multilib-X

- don't package x32 libstdc++ gdb printer on x8664 when built without this multilib
- rel 5

- typo

- fixed devel leftover

typo

- rel 4, rebuild with new deps

- rel 3.5, intermediate rebuild for new deps

- temporary disable of new internal dep

- fix install when building without x32 multilib

- added miltilibx32 bcond to allow build without x32 on x86_64

- add second set of multilib packages for x32(64)/x86_64(x32)

- fix ada to allow native x32 build

- added x32 to arch mix and x32/64 multilib(s)

- fix strict internal deps

- rename multilib packages to multilib-32

- updated gettext BR

- branch diff obsolete made 4.9-isl-0.13-hack.patch obsolete

- update branch diff

- rel 3; revert --with-arch=x86-64 on ix86

- rel 2; rebuild so libgcj will pick new libffi

- lsan is available only on x86_64

- drop sparc64-ada patch - was breaking x86_64 multilib ada build; turn off gcc_libffi - follow upstream and for system there is libffi.spec (with newer version); updated branch diff; rel 1

- updated files (dropped packages: mudflap; new packages: libcilkrts; libubsan, liblsan); builds without ada

- md5 sum/url fixed

- started update to 4.9.2

- more build fixes; still doesn't build correctly

- updated branch diff

- up to 4.9.1; unfortunately 'as' hangs while processing ada stuff on x86_64 here

- up to 4.8.3

- more entries added to info patch

- updated cloog and isl dependencies (now only isl backend is supported; adjusted versions)

- added gcc_libffi bcond; now it's possible to use separate libffi for system-wide use:
  libgcj and libgo always have gcc libffi as convenience library linked in
  libgtkpeer (and its libjawt version) uses system libffi if gcc libffi is not installed on build
  note: upstream default as of gcc 4.8.x is not to package gcc libffi as system-wide

- libatomic and libasan are limited to some architectures

- pl for libasan,libtsan,libatomic

noarch apidocs

- rel 7; branch diff updated

quoadmath info is in -devel, missing libffi-devel fix-info-dir; adapter

- rel 5; branch diff update

- updated gcc-branch.diff
- rel 4

- release 3 (by relup.sh)

- release 2 (by relup.sh)

- up to 4.8.2

- rel 4; back to original ecj.jar because new causes errors like:

$ gcj -C Hello.java
Exception in thread "main" java.lang.NoClassDefFoundError:
org.eclipse.jdt.internal.compiler.batch.GCCMain
   at gnu.java.lang.MainThread.run(libgcj.so.14)
Caused by: java.lang.ClassNotFoundException:
org.eclipse.jdt.internal.compiler.batch.GCCMain not found in
gnu.gcj.runtime.SystemClassLoader{urls=[file:/usr/share/java/ecj.jar],
parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
   at java.net.URLClassLoader.findClass(libgcj.so.14)
   at java.lang.ClassLoader.loadClass(libgcj.so.14)
   at java.lang.ClassLoader.loadClass(libgcj.so.14)
   at gnu.java.lang.MainThread.run(libgcj.so.14

rel 3; use latest stable ecj.jar from eclipse (ecj.jar from sourceware is some old version)

- rel 2, welcome back ld.bfd

- up to 4.8.1

bumped binutils version required (avoid 'expecting string instruction after...')

- rel 1

- removed issue4664051.patch, -fuse-ld= option added upstream