kpriv/pkgsrc
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
pkgsrc/lang/gcc47/distinfo

56 lines
4.4 KiB
Text
Raw Normal View History

gcc47: don't use PCH for libstdc++ on gcc5, it causes hangs during configure. limited to gcc5 because others do not seem to run into the same issues, to avoid a regression for them. disable libssp on netbsd - it conflicts with native libssp (related: PR pkg/47213) Use a more sane specfile for netbsd, linking against libc when building shared. bump gcc47 PKGREVISION bump gcc47-libs PKGREVISION further than gcc47
2016-09-06 14:00:33 +02:00
$NetBSD: distinfo,v 1.27 2016/09/06 12:00:33 maya Exp $
Import gcc-4.7.0 and lang/gcc47 GCC 4.7.0 is a major release, containing substantial new functionality not available in GCC 4.6.x or previous GCC releases. GCC 4.7 features support for software transactional memory on selected architectures. The C++ compiler supports a bigger subset of the new ISO C++11 standard such as support for atomics and the C++11 memory model, non-static data member initializers, user-defined literals, alias-declarations, delegating constructors, explicit override and extended friend syntax. The C compiler adds support for more features from the new ISO C11 standard. GCC now supports version 3.1 of the OpenMP specification for C, C++ and Fortran. The link-time optimization (LTO) framework has seen improvements with regards to scalability, stability and resource needs. Inlining and interprocedural constant propagation have been improved. GCC 4.7 now supports various new GNU extensions to the DWARF debugging information format, like entry value and call site information, a typed DWARF stack and a more compact macro representation. Extending the widest support for hardware architectures in the industry, GCC 4.7 gains support for Adapteva's Epiphany processor, National Semiconductor's CR16, and TI's C6X as well as Tilera's TILE-Gx and TILEPro families of processors. The x86 family support has been extended by the Intel Haswell and AMD Piledriver architectures. ARM has gained support for the Cortex-A7 family. See http://gcc.gnu.org/gcc-4.7/changes.html for more information about changes in GCC 4.7.
2012-04-16 06:27:18 +02:00
Restore checksum for ecj-4.5.jar (hi adam!)
2013-04-25 12:54:40 +02:00
SHA1 (ecj-4.5.jar) = 58c1d79c64c8cd718550f32a932ccfde8d1e6449
RMD160 (ecj-4.5.jar) = d3f4da657f086b6423f74e93f001132f4855368a
Add SHA512 digests for distfiles for lang category Problems found with existing digests: Package nhc98 distfile nhc98src-1.22.tar.gz a8adc8f22371998ee0657bc0e01058a57d876abc [recorded] 81975fcb5f1dda5efeaabc30ce8c6dceae55e591 [calculated] Problems found locating distfiles: Package gcc-aux: missing distfile ada-bootstrap.i386.dragonfly.36A.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.i386.freebsd.84.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.x86_64.dragonfly.36A.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.x86_64.freebsd.84.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.x86_64.solaris.511.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.i386.dragonfly.36A.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.i386.freebsd.84.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.x86_64.dragonfly.36A.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.x86_64.freebsd.84.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.x86_64.solaris.511.tar.bz2 Package ghc7: missing distfile ghc-7.6.3-boot-i386-unknown-freebsd.tar.xz Package icc11: missing distfile l_cproc_p_11.1.080.tgz Package jini: missing distfile jini-1_2_1_001-src.zip Package oo2c: missing distfile oo2c_32-2.0.11.tar.bz2 Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-freebsd-10-amd64-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-5-i386-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-6-i386-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-earmv6hf-20150306.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-sparc64-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2 Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-freebsd-10-amd64-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-5-i386-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-6-i386-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-earmv6hf-20150306.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-sparc64-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2 Package oracle-jdk8: missing distfile jdk-8u60-linux-i586.tar.gz Package oracle-jdk8: missing distfile jdk-8u60-solaris-x64.tar.gz Package oracle-jre8: missing distfile jre-8u60-linux-i586.tar.gz Package oracle-jre8: missing distfile jre-8u60-solaris-x64.tar.gz Package sun-jdk6: missing distfile jdk-6u45-linux-i586.bin Package sun-jdk6: missing distfile jdk-6u45-solaris-i586.sh Package sun-jdk7: missing distfile jdk-7u72-linux-i586.tar.gz Package sun-jdk7: missing distfile jdk-7u72-solaris-i586.tar.gz Package sun-jre6: missing distfile jce_policy-6.zip Package sun-jre6: missing distfile jre-6u45-linux-x64.bin Package sun-jre6: missing distfile jre-6u45-solaris-x64.sh Package sun-jre7: missing distfile jre-7u72-linux-i586.tar.gz Package sun-jre7: missing distfile jre-7u72-solaris-i586.tar.gz Otherwise, existing SHA1 digests verified and found to be the same on the machine holding the existing distfiles (morden). All existing SHA1 digests retained for now as an audit trail.
2015-11-03 23:50:31 +01:00
SHA512 (ecj-4.5.jar) = d4e1bf7538ace56e3d69fa91da5bbd16c272923b4de0a9d8dee23ea2b75f9f38c603de72fc4061df49285c450b63f3df211cee5270e9fffc5447445d1a9c9e4e
Restore checksum for ecj-4.5.jar (hi adam!)
2013-04-25 12:54:40 +02:00
Size (ecj-4.5.jar) = 1470676 bytes
Update to 4.7.4 * Reset gcc47-libs' PKGREVISION to 1 Changelog: * Bugfixes.
2015-03-12 15:53:13 +01:00
SHA1 (gcc-4.7.4.tar.bz2) = f3359a157b3536f289c155363f1736a2c9b414db
RMD160 (gcc-4.7.4.tar.bz2) = d0a8e421b9c62a923f765b97828b12d5af388199
Add SHA512 digests for distfiles for lang category Problems found with existing digests: Package nhc98 distfile nhc98src-1.22.tar.gz a8adc8f22371998ee0657bc0e01058a57d876abc [recorded] 81975fcb5f1dda5efeaabc30ce8c6dceae55e591 [calculated] Problems found locating distfiles: Package gcc-aux: missing distfile ada-bootstrap.i386.dragonfly.36A.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.i386.freebsd.84.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.x86_64.dragonfly.36A.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.x86_64.freebsd.84.tar.bz2 Package gcc-aux: missing distfile ada-bootstrap.x86_64.solaris.511.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.i386.dragonfly.36A.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.i386.freebsd.84.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.x86_64.dragonfly.36A.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.x86_64.freebsd.84.tar.bz2 Package gcc5-aux: missing distfile ada-bootstrap.x86_64.solaris.511.tar.bz2 Package ghc7: missing distfile ghc-7.6.3-boot-i386-unknown-freebsd.tar.xz Package icc11: missing distfile l_cproc_p_11.1.080.tgz Package jini: missing distfile jini-1_2_1_001-src.zip Package oo2c: missing distfile oo2c_32-2.0.11.tar.bz2 Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-freebsd-10-amd64-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-5-i386-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-6-i386-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-earmv6hf-20150306.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-sparc64-20150301.tar.xz Package openjdk7: missing distfile openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2 Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-freebsd-10-amd64-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-5-i386-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-6-i386-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-earmv6hf-20150306.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk-1.7.76-netbsd-7-sparc64-20150301.tar.xz Package openjdk8: missing distfile openjdk7/bootstrap-jdk7u60-bin-dragonfly-3.8-amd64-20140719.tar.bz2 Package oracle-jdk8: missing distfile jdk-8u60-linux-i586.tar.gz Package oracle-jdk8: missing distfile jdk-8u60-solaris-x64.tar.gz Package oracle-jre8: missing distfile jre-8u60-linux-i586.tar.gz Package oracle-jre8: missing distfile jre-8u60-solaris-x64.tar.gz Package sun-jdk6: missing distfile jdk-6u45-linux-i586.bin Package sun-jdk6: missing distfile jdk-6u45-solaris-i586.sh Package sun-jdk7: missing distfile jdk-7u72-linux-i586.tar.gz Package sun-jdk7: missing distfile jdk-7u72-solaris-i586.tar.gz Package sun-jre6: missing distfile jce_policy-6.zip Package sun-jre6: missing distfile jre-6u45-linux-x64.bin Package sun-jre6: missing distfile jre-6u45-solaris-x64.sh Package sun-jre7: missing distfile jre-7u72-linux-i586.tar.gz Package sun-jre7: missing distfile jre-7u72-solaris-i586.tar.gz Otherwise, existing SHA1 digests verified and found to be the same on the machine holding the existing distfiles (morden). All existing SHA1 digests retained for now as an audit trail.
2015-11-03 23:50:31 +01:00
SHA512 (gcc-4.7.4.tar.bz2) = dfcb737073191e628231031a3571ec77ee760a59377630f4a6e4fdfa66f9ddad39fde47e3f0f227eb43cdf90e0d34cde5abdc9ac892c1e111a911062a66c9189
Update to 4.7.4 * Reset gcc47-libs' PKGREVISION to 1 Changelog: * Bugfixes.
2015-03-12 15:53:13 +01:00
Size (gcc-4.7.4.tar.bz2) = 82935453 bytes
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-configure) = 51c0978c60baddd90ef7e512445fdef913c04e6c
In LINK_LIBGCC_SPEC remove the space between LINKER_RPATH_FLAG and its argument.
2013-04-21 10:55:19 +02:00
SHA1 (patch-gcc_Makefile.in) = a61187af64943ef38088442397fcd0f3f65fe2b5
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-gcc_config.gcc) = efa4ecabd71bdec14d5dd1f8bb836116c7a9d6e9
SHA1 (patch-gcc_config_dragonfly-stdint.h) = 740dc819b446d5f1476506322c4b280ffdb5a6c0
SHA1 (patch-gcc_config_dragonfly.h) = 82f549cdc7543b4bf413a44d481ef42b10f59c82
SHA1 (patch-gcc_config_dragonfly.opt) = 92f615c73c2e94664bae5b5935ab8b09bca15f73
lang/gcc47: Fix DragonFly32 floating point handling Like i386-FreeBSD, the i386-DragonFly floating point unit uses a 53-bit mantissa. GCC uses the TARGET_96_ROUND_53_LONG_DOUBLE macro to know which platforms behave this way. Unfortunately, setting this macro to 1 breaks precision on Ada, and leaving it at 0 breaks precision on c/c++ long double handling. However lang/gcc47 likely will never support Ada, so we'll favor c/c++. This is only an issue for i386; the setting on x86_64 should be zero as it uses 64-bit precision.
2012-07-12 15:47:23 +02:00
SHA1 (patch-gcc_config_i386_dragonfly.h) = 0d3f785434c02beb9c4561fe59842a970e8f7896
Import gcc-4.7.0 and lang/gcc47 GCC 4.7.0 is a major release, containing substantial new functionality not available in GCC 4.6.x or previous GCC releases. GCC 4.7 features support for software transactional memory on selected architectures. The C++ compiler supports a bigger subset of the new ISO C++11 standard such as support for atomics and the C++11 memory model, non-static data member initializers, user-defined literals, alias-declarations, delegating constructors, explicit override and extended friend syntax. The C compiler adds support for more features from the new ISO C11 standard. GCC now supports version 3.1 of the OpenMP specification for C, C++ and Fortran. The link-time optimization (LTO) framework has seen improvements with regards to scalability, stability and resource needs. Inlining and interprocedural constant propagation have been improved. GCC 4.7 now supports various new GNU extensions to the DWARF debugging information format, like entry value and call site information, a typed DWARF stack and a more compact macro representation. Extending the widest support for hardware architectures in the industry, GCC 4.7 gains support for Adapteva's Epiphany processor, National Semiconductor's CR16, and TI's C6X as well as Tilera's TILE-Gx and TILEPro families of processors. The x86 family support has been extended by the Intel Haswell and AMD Piledriver architectures. ARM has gained support for the Cortex-A7 family. See http://gcc.gnu.org/gcc-4.7/changes.html for more information about changes in GCC 4.7.
2012-04-16 06:27:18 +02:00
SHA1 (patch-gcc_config_netbsd-stdint.h) = 025fc883101a187e84ed4c0772406720d645d550
gcc47: don't use PCH for libstdc++ on gcc5, it causes hangs during configure. limited to gcc5 because others do not seem to run into the same issues, to avoid a regression for them. disable libssp on netbsd - it conflicts with native libssp (related: PR pkg/47213) Use a more sane specfile for netbsd, linking against libc when building shared. bump gcc47 PKGREVISION bump gcc47-libs PKGREVISION further than gcc47
2016-09-06 14:00:33 +02:00
SHA1 (patch-gcc_config_netbsd.h) = 086b593cf9f05e654df9e1a527485ca727ec44cc
x86-64 sunos fix for g++ and -Wl,-Bdirect involving libtool references:http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16452 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 backport to gcc47 and gcc48
2014-05-10 16:14:58 +02:00
SHA1 (patch-gcc_config_sol2.h) = 4f6ffe871840dcf7e2e469fdcc5d327b9b00f957
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-gcc_configure) = a4b670d0c54c410d38715b7a2a572a7048e3ec5e
gcc47: apply upstream patch cfns: fix mismatch in gnu_inline attributes allows build with gcc 5 to continue further
2016-09-06 08:45:32 +02:00
SHA1 (patch-gcc_cp_cfns.gperf) = 8f218068e231d97e1b8936aff898c1047440b0ff
SHA1 (patch-gcc_cp_cfns.h) = 065ef7c681f229f521c845bd1357def95b7e5045
Use better gfortran patch from Kai-Uwe Eckhardt in PR 48512. Bump PKGREVISION. gcc47-libs PKGREVISION still higher, so no PKGREVISION bump needed there.
2014-01-14 20:16:52 +01:00
SHA1 (patch-gcc_fortran_f95-lang.c) = 6edd2adc7de0d6db36fc5670535b55f61664f5fd
Change comment to give the svn id where the patch was commited to the gcc tree.
2012-09-15 09:41:23 +02:00
SHA1 (patch-gcc_gcc.c) = d28e633c8961161562db960054aaa5aa6a1ac645
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-gcc_ginclude_stddef.h) = 87d7c2ff4400ad0719b2351d2f4c4b05bd257db3
x86-64 sunos fix for g++ and -Wl,-Bdirect involving libtool references:http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16452 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 backport to gcc47 and gcc48
2014-05-10 16:14:58 +02:00
SHA1 (patch-gcc_testsuite_g++.dg_eh_unwind-direct.C) = fd85ccee102e9618a8010d2dcbb2d9916b28f1cc
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-include_libiberty.h) = ad2c64e9a14405c89b02ff68811b1c889405d0a1
SHA1 (patch-libgcc_config.host) = 6b54e18c6348c4aeb3fda3093fbe990b59456af7
SHA1 (patch-libgcc_config_i386_dragonfly-unwind.h) = 9d77252dd982495e90f95b82706bab29e581df9f
Fix issues on Darwin Makefile: See ${WRKSRC}/libgcc/config/t-slibgcc-darwin: It uses strip(1) to create a stub library, not just to remove symbols, so we must not let strip(1) be a no-op regardless of ${INSTALL_UNSTRIPPED} or the build fails for missing files. patches/patch-libgcc_config_t-slibgcc-darwin: If we don't install libgcc_s.10.[45].dylib, our gcc links binaries with *both* /usr/lib/libgcc_s.1.dylib and ${GCC_PREFIX}/lib/libgcc_s.1.dylib, which is certainly a bad thing. patches/patch-libjava_Makefile.in: Tell libtool the fact that libjvm.so is a module to be opened with dlopen(3). This is actually needed on Mach-O systems like Darwin.
2014-05-20 03:59:05 +02:00
SHA1 (patch-libgcc_config_t-slibgcc-darwin) = 5e0d2df4622281f3f9bca3e948d0c7b209fab04c
x86-64 sunos fix for g++ and -Wl,-Bdirect involving libtool references:http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16452 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 backport to gcc47 and gcc48
2014-05-10 16:14:58 +02:00
SHA1 (patch-libgcc_config_t-slibgcc-sld) = 1b3ae1dc03eaad16a51311049ffc9e42c44dfcbc
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-libgcc_crtstuff.c) = 88500ea895cd683608f8f2b7177149f11947e3b4
Changes 4.7.3: http://gcc.gnu.org/gcc-4.7/changes.html
2013-04-24 16:31:50 +02:00
SHA1 (patch-libgcc_unwind-dw2-fde-dip.c) = 6da81a310bc76db3ce88649d42658c748c958800
Import gcc-4.7.0 and lang/gcc47 GCC 4.7.0 is a major release, containing substantial new functionality not available in GCC 4.6.x or previous GCC releases. GCC 4.7 features support for software transactional memory on selected architectures. The C++ compiler supports a bigger subset of the new ISO C++11 standard such as support for atomics and the C++11 memory model, non-static data member initializers, user-defined literals, alias-declarations, delegating constructors, explicit override and extended friend syntax. The C compiler adds support for more features from the new ISO C11 standard. GCC now supports version 3.1 of the OpenMP specification for C, C++ and Fortran. The link-time optimization (LTO) framework has seen improvements with regards to scalability, stability and resource needs. Inlining and interprocedural constant propagation have been improved. GCC 4.7 now supports various new GNU extensions to the DWARF debugging information format, like entry value and call site information, a typed DWARF stack and a more compact macro representation. Extending the widest support for hardware architectures in the industry, GCC 4.7 gains support for Adapteva's Epiphany processor, National Semiconductor's CR16, and TI's C6X as well as Tilera's TILE-Gx and TILEPro families of processors. The x86 family support has been extended by the Intel Haswell and AMD Piledriver architectures. ARM has gained support for the Cortex-A7 family. See http://gcc.gnu.org/gcc-4.7/changes.html for more information about changes in GCC 4.7.
2012-04-16 06:27:18 +02:00
SHA1 (patch-libgfortran_configure) = b3bbc7d9201073a1bed0b7e10141465bab52c8be
Update to GCC 4.7.2 GCC 4.7.2 is the first bug-fix release containing important fixes for regressions and serious bugs in GCC 4.7.1 with over 70 bugs fixed since the previous release. A notable change in GCC 4.7.2 compared to 4.7.1 are ABI bug fixes related to some C++11 templates (std::list and std::pair). As a result, code using those templates in C++11 mode is again ABI compatible with code in C++03/C++98 mode or C++11 mode of GCC 4.6 and earlier, but might be ABI incompatible with code compiled by GCC 4.7.1 or 4.7.0 in C++11 mode. See http://gcc.gnu.org/gcc-4.7/changes.html for more details. This is the list of problem reports (PRs) from GCC's bug tracking system that are known to be fixed in this release. This list might not be complete (that is, it is possible that some PRs that have been fixed are not listed here). http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=4.7.2
2012-12-01 03:29:32 +01:00
SHA1 (patch-libgo_Makefile.in) = 612987541f745c7be6835ce7fb7119884db294c3
x86-64 sunos fix for g++ and -Wl,-Bdirect involving libtool references:http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16452 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 backport to gcc47 and gcc48
2014-05-10 16:14:58 +02:00
SHA1 (patch-libgo_config_ltmain.sh) = 703a27554e479cc2e48410a6bb0e5f5b4be2c150
Enable Go support on SunOS. Bump PKGREVISIONs.
2013-04-02 11:57:51 +02:00
SHA1 (patch-libgo_runtime_proc.c) = 55b2c449f4d43fe9b6d7ca1c7f075feebca8ebd6
Backport dsainty's gcc48 fix to gcc47. The ${PREFIX}/include/ansidecl.h installed by devel/binutils is not necessarily compatible (E.g. binutils-2.25 does not define PARAMS). Adjust the include path priority so the internal ansidecl.h gets precedence, allowing cp-demangle.c to use libiberty.h without compilation errors.
2015-06-19 11:05:11 +02:00
SHA1 (patch-libiberty_Makefile.in) = 2a652933a27f670aa5d6fa6e422148bfd01ea82d
Fix issues on Darwin Makefile: See ${WRKSRC}/libgcc/config/t-slibgcc-darwin: It uses strip(1) to create a stub library, not just to remove symbols, so we must not let strip(1) be a no-op regardless of ${INSTALL_UNSTRIPPED} or the build fails for missing files. patches/patch-libgcc_config_t-slibgcc-darwin: If we don't install libgcc_s.10.[45].dylib, our gcc links binaries with *both* /usr/lib/libgcc_s.1.dylib and ${GCC_PREFIX}/lib/libgcc_s.1.dylib, which is certainly a bad thing. patches/patch-libjava_Makefile.in: Tell libtool the fact that libjvm.so is a module to be opened with dlopen(3). This is actually needed on Mach-O systems like Darwin.
2014-05-20 03:59:05 +02:00
SHA1 (patch-libjava_Makefile.in) = cbf10e212e3865f73f21557eda70d0ad1e860d66
Disable GC_register_my_thread and GC_unregister_my_thread on NetBSD as the version of boehm-gc bundled with gcc does not support NetBSD threads.
2012-04-30 11:12:28 +02:00
SHA1 (patch-libjava_boehm.cc) = b18bc9d410a62543583c77e011f50b86f41ca18a
Import gcc-4.7.0 and lang/gcc47 GCC 4.7.0 is a major release, containing substantial new functionality not available in GCC 4.6.x or previous GCC releases. GCC 4.7 features support for software transactional memory on selected architectures. The C++ compiler supports a bigger subset of the new ISO C++11 standard such as support for atomics and the C++11 memory model, non-static data member initializers, user-defined literals, alias-declarations, delegating constructors, explicit override and extended friend syntax. The C compiler adds support for more features from the new ISO C11 standard. GCC now supports version 3.1 of the OpenMP specification for C, C++ and Fortran. The link-time optimization (LTO) framework has seen improvements with regards to scalability, stability and resource needs. Inlining and interprocedural constant propagation have been improved. GCC 4.7 now supports various new GNU extensions to the DWARF debugging information format, like entry value and call site information, a typed DWARF stack and a more compact macro representation. Extending the widest support for hardware architectures in the industry, GCC 4.7 gains support for Adapteva's Epiphany processor, National Semiconductor's CR16, and TI's C6X as well as Tilera's TILE-Gx and TILEPro families of processors. The x86 family support has been extended by the Intel Haswell and AMD Piledriver architectures. ARM has gained support for the Cortex-A7 family. See http://gcc.gnu.org/gcc-4.7/changes.html for more information about changes in GCC 4.7.
2012-04-16 06:27:18 +02:00
SHA1 (patch-libjava_configure) = 48ea2baffe87e09dda8133d286bd9b1bfe4c3f8a
SHA1 (patch-libjava_contrib_rebuild-gcj-db.in) = bb01d738fc7db05046ae37e8ade32574de1d8297
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-libstdc++-v3_config_locale_dragonfly_c__locale.cc) = 5c0ccc6b90e3508b03ed399e8e9e300a6aa9cbb7
SHA1 (patch-libstdc++-v3_config_locale_dragonfly_ctype__members.cc) = 876a754c7fcb1c4a362ca7b2655da6cdbb784ccc
lang/gcc47: Fix DragonFly c++ iostream bug
2013-01-31 21:07:17 +01:00
SHA1 (patch-libstdc++-v3_config_os_bsd_dragonfly_ctype__base.h) = 12b8e3b998ae1c4b6641d8f9e26e7430c58bb7bc
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-libstdc++-v3_config_os_bsd_dragonfly_ctype__configure__char.cc) = d5649f42b61ff3c27d60e813cc844b820525aee4
lang/gcc47: Fix DragonFly c++ iostream bug
2013-01-31 21:07:17 +01:00
SHA1 (patch-libstdc++-v3_config_os_bsd_dragonfly_ctype__inline.h) = 3e8cbedb167fc623f184a59b1f4b330544b08939
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-libstdc++-v3_config_os_bsd_dragonfly_os__defines.h) = 9a45ecb4309c50ca90008b2fc7d3b44d002698b4
Apply _CTYPE_BL fixes to gcc47 and gcc48.
2013-05-22 15:14:19 +02:00
SHA1 (patch-libstdc++-v3_config_os_bsd_netbsd_ctype__base.h) = ee1566dba7497043106e0549e6a78042c0c338cd
SHA1 (patch-libstdc++-v3_config_os_bsd_netbsd_ctype__configure__char.cc) = 5a7c497babd00f7b906234d40e7dc48471cbe759
SHA1 (patch-libstdc++-v3_config_os_bsd_netbsd_ctype__inline.h) = 830038744cbbb713ecc3f960a9509bef16176db9
Update to GCC 4.7.2 GCC 4.7.2 is the first bug-fix release containing important fixes for regressions and serious bugs in GCC 4.7.1 with over 70 bugs fixed since the previous release. A notable change in GCC 4.7.2 compared to 4.7.1 are ABI bug fixes related to some C++11 templates (std::list and std::pair). As a result, code using those templates in C++11 mode is again ABI compatible with code in C++03/C++98 mode or C++11 mode of GCC 4.6 and earlier, but might be ABI incompatible with code compiled by GCC 4.7.1 or 4.7.0 in C++11 mode. See http://gcc.gnu.org/gcc-4.7/changes.html for more details. This is the list of problem reports (PRs) from GCC's bug tracking system that are known to be fixed in this release. This list might not be complete (that is, it is possible that some PRs that have been fixed are not listed here). http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=4.7.2
2012-12-01 03:29:32 +01:00
SHA1 (patch-libstdc++-v3_configure) = 7aa0c5fea3b446657aa27f603d99ea50ed1e44c1
lang/gcc47: Add support for DragonFly GCC47 was marked NOT-FOR-DRAGONFLY, so support has been added. * DragonFly-specific files added via patch mechanism * Some existing patches modified to add DragonFly configuration items * dl_iterate_phdr error handling support added (FreeBSD support was altered, NetBSD and OpenBSD support is commented out) * The java language is taken off as a default option On the i386 platform, the compiler will build from a full bootstrap, but one of the later stages fails on x86_64. It fails to find libstdc++.so.6 even though the previous stage library was built and -B, -L flags point to it. The cause of the platform-specific build failure isn't clear -- The workaround is to disable the bootstrap on DragonFly so that the compiler is built in one stage instead of three. This workaround could have been limited to the x86_64-DragonFly platform only, but currently is applied to i386-DragonFly too.
2012-06-24 00:13:02 +02:00
SHA1 (patch-libstdc++-v3_configure.host) = 7426ea4a9735e5f886f4a3ffb4a9ba62734178c4
x86-64 sunos fix for g++ and -Wl,-Bdirect involving libtool references:http://debbugs.gnu.org/cgi/bugreport.cgi?bug=16452 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59788 backport to gcc47 and gcc48
2014-05-10 16:14:58 +02:00
SHA1 (patch-ltmain.sh) = 86c1511bd8ff133ba208ec8ec7e206d77ce85d01
Reference in a new issue Copy permalink