aboutsummaryrefslogtreecommitdiff
path: root/lang/gcc5
Commit message (Collapse)AuthorAgeFilesLines
...
* Update to the GCC 5.3 release.Gerald Pfeifer2015-12-054-5/+6
| | | | | | | | | Reestablish the GRAPHITE option. Still off by default, as originally. Pet overeager portlint (when it comes to patch format). Notes: svn path=/head/; revision=403073
* Disable GRAPHITE option for the time being, to be restored later thisGerald Pfeifer2015-12-011-1/+1
| | | | | | | | | | month with the update to GCC 5.3. PR: 204925 Reported by: amdmi3 Notes: svn path=/head/; revision=402728
* Add a MULTILIB option to gcc{,48,49,5} for powerpc64Julio Merino2015-11-221-1/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change is the same as r400632, which updated gcc[56]-devel, but now for gcc{,48,49,5}. This change is the second attempt at doing this: the first attempt went in r401072 and was reverted in r401074 because the diff was bogus and enabled the new MULTILIB option under all platforms instead of just powerpc64. This fixes the build of gcc{,48,49,5} under powerpc64 when the system is built without the lib32 libraries. More in detail: If the system is built with lib32 support (WITH_LIB32, which is the default), building gcc from ports results in a compiler that can target both 64-bit and 32-bit binaries on powerpc64. However, when lib32 support is disabled (WITHOUT_LIB32), gcc should only be built with 64-bit support or otherwise the build fails. To fix this, explicitly disable 32-bit support when /usr/lib32 is not present and add a MULTILIB option (which is only defined for powerpc64 when 32-bit support is possible and defaults to yes to preserve the current behavior) to allow the user to explicitly control this feature. Approved by: gerald (maintainer), bdrewery (mentor), andreast Differential Revision: https://reviews.freebsd.org/D3952 Notes: svn path=/head/; revision=402245
* Backport support for Graphite loop optimizations via a new optionGerald Pfeifer2015-11-201-1/+7
| | | | | | | | | | GRAPHITE from gcc5-devel. This is off by default for the time being and pulls in devel/isl as an additional dependency. Notes: svn path=/head/; revision=402106
* Revert r401072.Julio Merino2015-11-081-10/+1
| | | | | | | | | | | I'm not sure what happened exactly but I think I committed the change from the wrong client. The applied change enabled the MULTILIB option for all architectures and not only powerpc64. Let's just revert the commit and do it properly from scratch; other things might be wrong so I wanna take a closer look, and it's best to just revert quickly. Notes: svn path=/head/; revision=401074
* Add a MULTILIB option to gcc{,48,49,5} for powerpc64Julio Merino2015-11-081-1/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change is the same as r400632, which updated gcc[56]-devel, but now for gcc{,48,49,5}. Waited a week to ensure the change caused nothing to go horribly wrong but this change is very low risk because it only affects powerpc64. This fixes the build of gcc{,48,49,5} under powerpc64 when the system is built without the lib32 libraries. More in detail: If the system is built with lib32 support (WITH_LIB32, which is the default), building gcc from ports results in a compiler that can target both 64-bit and 32-bit binaries on powerpc64. However, when lib32 support is disabled (WITHOUT_LIB32), gcc should only be built with 64-bit support or otherwise the build fails. To fix this, explicitly disable 32-bit support when /usr/lib32 is not present and add a MULTILIB option (which is only defined for powerpc64 when 32-bit support is possible and defaults to yes to preserve the current behavior) to allow the user to explicitly control this feature. Approved by: gerald (maintainer), bdrewery (mentor), andreast Differential Revision: https://reviews.freebsd.org/D3952 Notes: svn path=/head/; revision=401072
* Add missing USES=compiler, needed for ${COMPILER_TYPE} checksAntoine Brodin2015-10-051-1/+1
| | | | | | | PR: 203540 Notes: svn path=/head/; revision=398656
* Remove deprecated @exec/@unexec from ports using ccache-update-linksAntoine Brodin2015-09-261-2/+2
| | | | Notes: svn path=/head/; revision=397956
* Remove UNIQUENAME and LATEST_LINK.Mathieu Arnold2015-08-171-1/+0
| | | | | | | | | | | | | | | | | | | | UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now, we won't have conflicts there. Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel has the correct PKGNAME anyway. Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called OPTIONS_FILE now.) Reviewed by: antoine, bapt Exp-run by: antoine Sponsored by: Absolight Differential Revision: https://reviews.freebsd.org/D3336 Notes: svn path=/head/; revision=394508
* By default libtool replaces -export-symbols <file> with -retain-symbols-fileTijl Coosemans2015-08-021-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | <file> on ELF systems, but this doesn't really do what -export-symbols is meant to do. On GNU ELF systems it converts <file> to a simple version script first and then uses -version-script instead of -retain-symbols-file. Let USES=libtool patch libtool scripts to do this on all systems with GNU ld(1). Bump PORTREVISION on all ports where the build log contains -export-symbols. audio/calf: This port builds a module that now exports only one function, but it also builds a number of executables that link to this module and expect to see other functions. Because it's already a bit dodgy to link to a module (libtool warns about this) let the module continue to export only one function and instead build an ordinary library from the same source that the executables can link to. Fix a number of other issues in the same Makefile.am and clean up the port Makefile. japanese/scim-honoka: Tries to hide all symbols that start with an underscore, but because this library is written in C++ all symbols start with _Z so it ends up hiding everything. Just don't hide anything at all like the textproc/scim configure script does. multimedia/schroedinger: Apply an upstream patch. textproc/scim-input-pad: Same as japanese/scim-honoka. PR: 201922 Approved by: portmgr (antoine) Exp-run by: antoine Notes: svn path=/head/; revision=393429
* Update from GCC 5.1 (the first release of GCC 5) to GCC 5.2.Gerald Pfeifer2015-07-243-77/+3
| | | | | | | | | This mostly brings bug fixes across teh board plus, thanks to andreast@, support for position independent code directly upstream, so we can remove files/patch-pie-support. Notes: svn path=/head/; revision=392853
* Backport PIE support for FreeBSD from GCC trunk.Andreas Tobler2015-06-092-0/+74
| | | | | | | Approved by: gerald Notes: svn path=/head/; revision=388997
* Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former.Gerald Pfeifer2015-04-281-2/+1
| | | | | | | Suggested by: mat Notes: svn path=/head/; revision=384937
* Fix MASTER_SITE_SUBDIR.Gerald Pfeifer2015-04-281-1/+1
| | | | | | | | Reported by: jbeich Pointy Hat to: whatever injects distcache.FreeBSD.org into my testing Notes: svn path=/head/; revision=384902
* lang/gcc5: Remove Dragonfly's Makefile; it's no longer neededJohn Marino2015-04-281-9/+0
| | | | | | | | | | | Now that the JAVA exclusion is part of the main Makefile, the only thing Makefile.DragonFly was doing was supporting pre-gcc5 dev branch. Those users have a static package available to them, and in general they are expected to upgrade to post-gcc5 in base anyway. Thus the DF makefile is no longer necessary. Notes: svn path=/head/; revision=384888
* Update to the 5.1 release, the first release of the GCC 5 series.Gerald Pfeifer2015-04-272-6/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The default mode for C is now -std=gnu11 instead of -std=gnu89. New warning options -Wc90-c99-compat and -Wc99-c11-compat may prove useful on that front. The C++ front end now has full C++14 language support including C++14 variable templates, C++14 aggregates with non-static data member initializers, C++14 extended constexpr, and more. The Standard C++ Library (libstdc++) has full C++11 support and experimental full C++14 support. It uses a new ABI by default. There have been significant improvements to inter-procedural optimizations and link-time optimization such as One Definition Rule based merging of C++ types as well as register allocation. OpenMP 4.0 specification offloading features are now supported by the C, C++, and Fortran compilers. Cilk Plus, an extension to the C and C++ languages to support data and task parallelism, has been added as well. New warning options -Wswitch-bool, -Wlogical-not-parentheses, -Wbool-compare and -Wsizeof-array-argument may prove useful as may new preprocessor directives __has_include, __has_include_next, and __has_attribute. GCC can now be built as a shared library for embedding in other processes (such as interpreters), suitable for Just-In-Time compilation to machine code. This provides a C API and a C++ wrapper API. Many code generation improvements for AArch64, ARM, support for AVX-512{BW,DQ,VL,IFMA,VBMI} and Intel MPX on x86-64, and generally improvements on many targets. The Local Register Allocator (LRA) now contains a rematerialization subpass and is able to reuse the PIC hard register on x86/x86-64 to improve performance of position independent code. https://gcc.gnu.org/gcc-5/changes.html has a more extensive set of changes and https://gcc.gnu.org/gcc-5/porting_to.html has a solid overview of issue you may encountering porting to this new version. Notes: svn path=/head/; revision=384881
* Update to the 20150421 snapshot of GCC 5.0.1 -- nearly the 5.1 release.Gerald Pfeifer2015-04-222-3/+3
| | | | Notes: svn path=/head/; revision=384518
* Update the comment that describes the relationship of PORTVERSION andGerald Pfeifer2015-04-191-1/+1
| | | | | | | GCC_VERSION. Notes: svn path=/head/; revision=384329
* Update to the 20150414 snapshot of GCC 5.0.1 and adjust to thisGerald Pfeifer2015-04-192-4/+4
| | | | | | | | | particularity of the new GCC versioning scheme where the third component of the version number is bumped when the release branches. Use three component version numbers again. Notes: svn path=/head/; revision=384261
* Update to the 20150405 snapshot of GCC 5.0.Gerald Pfeifer2015-04-062-3/+3
| | | | Notes: svn path=/head/; revision=383427
* Update to the 20150329 snapshot of GCC 5.0.Gerald Pfeifer2015-04-032-4/+3
| | | | Notes: svn path=/head/; revision=383117
* lang/gcc(46,47,48,49,5): Use OPTIONS_EXCLUDE_DragonFly to block JAVAJohn Marino2015-03-262-2/+1
| | | | | | | | | | | | | | | The JAVA frontend doesn't build on DragonFly on any release. The new OPTIONS_EXCLUDE_${OPSYS} feature is a nice way to avoid the use of Makefile.DragonFly (most are in dports, but one is in lang/gcc5). The recent addition of CXXFLAGS to lang/gcc5 prevents Makefile.DragonFly on lang/gcc5 from being removed outright. There are a couple of options available to allow its removal, but I'll need to discuss with Gerald. Approved by: DragonFly blanket Notes: svn path=/head/; revision=382341
* Fix UNIQUENAME not being unique after recent PORTNAME shuffle.Bryan Drewery2015-03-231-0/+2
| | | | | | | | | | | | This was causing the gcc packages to be generated with a /usr/local/libdata/ldconfig/gcc file. All were conflicting. Bump PORTREVISION to fix packages built during this time. With hat: portmgr Reported by: sunpoet Notes: svn path=/head/; revision=382022
* Update to the 20150322 snapshot of GCC 5.0.Gerald Pfeifer2015-03-232-3/+3
| | | | Notes: svn path=/head/; revision=381994
* Add CPE information. [1]Gerald Pfeifer2015-03-221-3/+6
| | | | | | | | | | | | Use PKGNAMESUFFIX so that PORTNAME falls back to plain gcc and we can avoid setting DISTNAME and CPE_PRODUCT. [2] PR: 198260 [1] Submitted by: shun.fbsd.pr@dropcut.net [1] Suggested by: mat [2] Notes: svn path=/head/; revision=381968
* lang/gcc5: Support DragonFly's gcc50 base compiler in specific scenarioJohn Marino2015-03-181-0/+8
| | | | Notes: svn path=/head/; revision=381535
* Update to the 20150315 snapshot of GCC 5.0.Gerald Pfeifer2015-03-162-3/+3
| | | | Notes: svn path=/head/; revision=381367
* Update to the 20150308 snapshot of GCC 5.0.Gerald Pfeifer2015-03-102-3/+3
| | | | Notes: svn path=/head/; revision=380943
* Update to the 20150301 snapshot of GCC 5.0.Gerald Pfeifer2015-03-072-3/+3
| | | | Notes: svn path=/head/; revision=380714
* Update to the 20150222 snapshot of GCC 5.0.Gerald Pfeifer2015-02-242-3/+3
| | | | Notes: svn path=/head/; revision=379832
* Update to the 20150215 snapshot of GCC 5.0.Gerald Pfeifer2015-02-162-3/+3
| | | | Notes: svn path=/head/; revision=379057
* Update to the 20150208 snapshot of GCC 5.0.Gerald Pfeifer2015-02-102-3/+3
| | | | Notes: svn path=/head/; revision=378789
* Update to the 20150201 snapshot of GCC 5.0.Gerald Pfeifer2015-02-022-10/+5
| | | | | | | | | | This now successfully builds libffi again, so we can enable JAVA by default on i386 and amd64. PR: 197171 Notes: svn path=/head/; revision=378284
* Also disable Java and libffi on amd64 until the next snapshot ofGerald Pfeifer2015-01-301-3/+3
| | | | | | | | | GCC 5.0. PR: 197171 Notes: svn path=/head/; revision=378133
* Allow to build gcc for armv6(hf).Andreas Tobler2015-01-282-1/+116
| | | | | | | Approved by: gerald (maintainer) Notes: svn path=/head/; revision=378044
* Update to the 20150125 snapshot of GCC 5.0. Sadly libffi is stillGerald Pfeifer2015-01-262-3/+3
| | | | | | | broken thus Java remains disabled on i386. Notes: svn path=/head/; revision=377932
* Update to the 20150118 snapshot of GCC 5.0.Gerald Pfeifer2015-01-253-5/+10
| | | | | | | | | | | libgcj-5.0.pc is now properly called libgcj-5.pc; adjust pkg-plist. libffi is broken on FreeBSD i386 since 2015-01-11, cf. https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64779, so disable it for the time being. Notes: svn path=/head/; revision=377908
* Update to the 20150111 snapshot of GCC 5.0.Gerald Pfeifer2015-01-122-3/+3
| | | | | | | | | Welcome FreeBSD/ARM support to upstream GCC! [1] Thanks to: andreast [1] Notes: svn path=/head/; revision=376812
* Update to the 20150104 snapshot of GCC 5.0.Gerald Pfeifer2015-01-092-3/+3
| | | | Notes: svn path=/head/; revision=376580
* Update to the 20141228 snapshot of GCC 5.0.Gerald Pfeifer2015-01-022-3/+3
| | | | Notes: svn path=/head/; revision=376048
* When building the gcc ports using a full bootstrap, tell the configureDimitry Andric2014-12-301-0/+1
| | | | | | | | | | | | | | | | | | | script to assume the BUILD_CONFIG is set to bootstrap-debug, instead of letting it auto-detect. With clang 3.5.0 this auto-detection can fail, due to a discrepancy [1] [2] in its debug information, when objects are produced with and without -g. When the auto-detection fails, gcc will compare objects with full debug information during the stage comparisons, and this sometimes causes those stage comparisons to fail unexpectedly. [1] http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20141222/250134.html [2] http://llvm.org/PR22046 Approved by: gerald (maintainer) Notes: svn path=/head/; revision=375846
* Update to the 20141221 snapshot of GCC 5.0.Gerald Pfeifer2014-12-262-3/+3
| | | | Notes: svn path=/head/; revision=375617
* Update to the 20141214 snapsho of GCC 5.0.Gerald Pfeifer2014-12-202-3/+3
| | | | Notes: svn path=/head/; revision=375139
* Update to the 20141130 snapshot of GCC 5.0.Gerald Pfeifer2014-12-012-3/+3
| | | | Notes: svn path=/head/; revision=373699
* Update to the 20141123 snapshot of GCC 5.0. Keep in mind that thisGerald Pfeifer2014-11-242-3/+3
| | | | | | | now defaults to the C11 standard, not C89 any more. Notes: svn path=/head/; revision=373219
* Update to the 20141116 snapshot of GCC 5.0.Gerald Pfeifer2014-11-222-7/+3
| | | | | | | This no longer breaks on FreeBSD 10.0 and later using clang. Notes: svn path=/head/; revision=373033
* Update to the 20141109 snapshot of GCC 5.0.Gerald Pfeifer2014-11-162-3/+7
| | | | | | | | Mark IGNORE on FreeBSD 10.0 and later; an upstream fix should make it into the next snapshot. Notes: svn path=/head/; revision=372637
* Update to the 20141102 snapshot of GCC 5.0.Gerald Pfeifer2014-11-032-3/+3
| | | | Notes: svn path=/head/; revision=372094
* Update to the 20141026 snapshot of GCC 5.0.Gerald Pfeifer2014-10-273-4/+3
| | | | | | | Remove last instance of @dirrm in pkg-plist. Notes: svn path=/head/; revision=371585
* Update to the 20141019 snapshot of GCC 5.0.Gerald Pfeifer2014-10-202-5/+3
| | | | | | | | Remove all traces of @dirrm from pkg-plist that are dynamically generated via the Makefile. Notes: svn path=/head/; revision=371281
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-01 15:39:57 +0000