aboutsummaryrefslogtreecommitdiff
path: root/lang/gcc48/Makefile
Commit message (Collapse)AuthorAgeFilesLines
* Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l.Mathieu Arnold2016-04-011-9/+9
| | | | | | | | With hat: portmgr Sponsored by: Absolight Notes: svn path=/head/; revision=412347
* Add a MULTILIB option to gcc{,48,49,5} for powerpc64Julio Merino2015-11-221-0/+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
* Revert r401072.Julio Merino2015-11-081-9/+0
| | | | | | | | | | | 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-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* 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
* Update to the GCC 4.8.5 release which concludes the GCC 4.8 releaseGerald Pfeifer2015-06-231-9/+8
| | | | | | | | branch -- no more releases nor snapshots nor even commits on this branch are to be expected. Notes: svn path=/head/; revision=390445
* Update to the 20150611 snapshot of GCC 4.8.5.Gerald Pfeifer2015-06-121-1/+1
| | | | Notes: svn path=/head/; revision=389297
* Update to the 20150521 snapshot of GCC 4.8.5.Gerald Pfeifer2015-05-231-1/+1
| | | | Notes: svn path=/head/; revision=387093
* Update to the 20150423 snapshot of GCC 4.8.5.Gerald Pfeifer2015-04-291-4/+2
| | | | | | | | | Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former. [1] Suggested by: mat [1] Notes: svn path=/head/; revision=384981
* Implement the FreeBSD specific pieces for thread affinity for OpenMP.Adrian Chadd2015-04-271-0/+1
| | | | | | | | | | | | | | | Upstream gcc 4.8 doesn't have support for this - it'll create threads, but it won't do any of the thread affinity stuff for FreeBSD. This allows for OMP_PROC_BIND=true to bind threads to their initial CPUs, leading to some pretty drastic improvements in performance for certain NUMA workloads. Approved by: gerald Sponsored by: Norse Corp, Inc. Notes: svn path=/head/; revision=384815
* Update to the 20150402 snapshot of GCC 4.8.5.Gerald Pfeifer2015-04-031-2/+1
| | | | Notes: svn path=/head/; revision=383128
* lang/gcc(46,47,48,49,5): Use OPTIONS_EXCLUDE_DragonFly to block JAVAJohn Marino2015-03-261-0/+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
* Add CONFLICTS with lang/gcc which is also GCC 4.8-based right now.Gerald Pfeifer2015-03-221-4/+8
| | | | | | | | | | | | | | Add CPE information. [1] 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=381969
* Update to the 20150212 snapshot of GCC 4.8.5.Gerald Pfeifer2015-02-161-1/+1
| | | | Notes: svn path=/head/; revision=379063
* Update to the 20150129 snapshot of GCC 4.8.5.Gerald Pfeifer2015-01-311-1/+1
| | | | Notes: svn path=/head/; revision=378227
* Update to the 20150122 snapshot of GCC 4.8.5.Gerald Pfeifer2015-01-241-1/+1
| | | | Notes: svn path=/head/; revision=377829
* Update to the 20150108 snapshot of GCC 4.8.5. This is a bit pastGerald Pfeifer2015-01-121-1/+1
| | | | | | | | the GCC 4.8.4 release that the lang/gcc port is at, and likely will lead to the last release on this branch. Notes: svn path=/head/; revision=376815
* 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 20141218 snapshot of GCC 4.8.4.Gerald Pfeifer2014-12-201-1/+1
| | | | Notes: svn path=/head/; revision=374997
* Update to the 20141120 snapshot of GCC 4.8.4.Gerald Pfeifer2014-11-221-1/+1
| | | | Notes: svn path=/head/; revision=373054
* Update to the 20141106 snapshot of GCC 4.8.4.Gerald Pfeifer2014-11-101-1/+1
| | | | Notes: svn path=/head/; revision=372391
* Update to the 20141030 snapshot of GCC 4.8.4.Gerald Pfeifer2014-11-031-1/+1
| | | | Notes: svn path=/head/; revision=372114
* Update to the 20141023 snapshot of GCC 4.8.4.Gerald Pfeifer2014-10-251-1/+1
| | | | Notes: svn path=/head/; revision=371487
* Update to the 20141016 snapshot of GCC 4.8.4.Gerald Pfeifer2014-10-191-3/+1
| | | | | | | | Remove all traces of @dirrm from the dynamically generated part of pkg-plist. Notes: svn path=/head/; revision=371208
* Update to the 20141009 snapshot of GCC 4.8.4.Gerald Pfeifer2014-10-111-1/+1
| | | | Notes: svn path=/head/; revision=370631
* Update to the 20141002 snapshot of GCC 4.8.4.Gerald Pfeifer2014-10-091-2/+1
| | | | | | | Remove all instances of @dirrm from pkg-plist. Notes: svn path=/head/; revision=370501
* Comment out info/dir filesBaptiste Daroussin2014-10-061-0/+1
| | | | | | | | | indexinfo is taking care of generating it at package installation time Reported by: peter Notes: svn path=/head/; revision=370199
* Update to the 20140918 snapshot of GCC 4.8.4.Gerald Pfeifer2014-09-201-1/+1
| | | | Notes: svn path=/head/; revision=368653
* Update to the 20140911 snapshot of GCC 4.8.4.Gerald Pfeifer2014-09-121-2/+1
| | | | Notes: svn path=/head/; revision=368024
* Add USES=libtoolTijl Coosemans2014-09-111-4/+3
| | | | Notes: svn path=/head/; revision=367941
* Update to the 20140904 snapshot of GCC 4.8.4.Gerald Pfeifer2014-09-071-1/+1
| | | | Notes: svn path=/head/; revision=367510
* Update to the 20140828 snapshot of GCC 4.8.4.Gerald Pfeifer2014-08-311-1/+1
| | | | Notes: svn path=/head/; revision=366832
* Update to the 20140807 snapshot of GCC 4.8.4.Gerald Pfeifer2014-08-101-1/+1
| | | | Notes: svn path=/head/; revision=364568
* Update to the 20140724 snapshot of GCC 4.8.4.Gerald Pfeifer2014-07-261-1/+1
| | | | Notes: svn path=/head/; revision=362970
* Update to the 20140710 snapshot of GCC 4.8.4.Gerald Pfeifer2014-07-111-2/+3
| | | | | | | | Also clean *.la files in LIBEXEC, and recursively so, here and for TARGLIB. Notes: svn path=/head/; revision=361499
* Update to the 20140626 snapshot of GCC 4.8.4.Gerald Pfeifer2014-06-271-1/+1
| | | | Notes: svn path=/head/; revision=359614
* Fix build on system built WITHOUT_INFOBaptiste Daroussin2014-06-251-1/+1
| | | | | | | With hat: portmgr Notes: svn path=/head/; revision=359209
* Convert GMAKE to MAKE_CMDBaptiste Daroussin2014-06-251-1/+1
| | | | | | | | | | Please note that lots of invocation of MAKE_CMD here are wrong as they do not properly respect MAKE_ENV and friends With hat: portmgr Notes: svn path=/head/; revision=359185
* Update to the 20140619 snapshot of GCC 4.8.4Gerald Pfeifer2014-06-241-1/+1
| | | | Notes: svn path=/head/; revision=359106
* Update to the 20140605 snapshot of GCC 4.8.4.Gerald Pfeifer2014-06-101-1/+1
| | | | | | | | | | | | | | | | | | Add support for "-fstack-protector-strong". This extends the WITH_SSP_PORTS Makefile option in FreeBSD which adds "-fstack-protector" and "-fstack-protector-all" command-line options that add extra code to check for buffer overflows to ports built that way, cf. https://gcc.gnu.org/onlinedocs/gcc-4.8.3/gcc/Optimize-Options.html While this was a good first step, those switches offer too little protection or too much overhead and so Google contributed a balanced "-fstack-protector-strong". [1] PR: 186852 [1] Submitted by: software-freebsd@interfasys.ch [1] Notes: svn path=/head/; revision=357238
* Update to the 20140522 snapshot of GCC 4.8.4 which is pretty much theGerald Pfeifer2014-05-261-1/+1
| | | | | | | GCC 4.8.3 release. Notes: svn path=/head/; revision=355315
* Update to the 20140508 snapshot of GCC 4.8.3.Gerald Pfeifer2014-05-121-1/+1
| | | | Notes: svn path=/head/; revision=353751
* Convert all :U to :tu and :L to :tlBaptiste Daroussin2014-05-051-2/+2
| | | | | | | | | | | | | | | | | Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a replacement for :U and :L (which has been marked as deprecated) bmake which is the default on FreeBSD 10+ only support by default :tu/:tl a hack has been added at the time to support :U and :L to ease migration. This hack is now not necessary anymore Note that this makes the ports tree incompatible with make(1) from FreeBSD 8.3 or earlier With hat: portmgr Notes: svn path=/head/; revision=352986
* Update to the 20140424 snapshot of GCC 4.8.3.Gerald Pfeifer2014-04-291-1/+1
| | | | Notes: svn path=/head/; revision=352629
* Update to the 20140410 snapshot of GCC 4.8.3.Gerald Pfeifer2014-04-131-1/+3
| | | | | | | | | Add pkg-message that references the need to use -Wl,-rpath=... . [1] PR: 185902 [1] Notes: svn path=/head/; revision=351167
* Update to the 20140320 snapshot of GCC 4.8.3.Gerald Pfeifer2014-04-071-4/+6
| | | | | | | | | | | | Replace USE_BZIP2 by USES=tar:bzip2. No longer install rebuild-gcj-db48 (which requires bash among others) and its man page. Extend full-regression-test by running contrib/test_summary. Notes: svn path=/head/; revision=350544
* Update to the 20140220 snapshot of GCC 4.8.3.Gerald Pfeifer2014-02-221-1/+4
| | | | | | | | Set the license to a combination of GPLv3 (for the compiler itself) and GPLv3 with GCC Runtime Library Exception (for the runtime). Notes: svn path=/head/; revision=345607
* Add missing hunk for --enable-gnu-indirect-function for previous commit.Gerald Pfeifer2014-02-151-0/+1
| | | | Notes: svn path=/head/; revision=344321
* Update to the 20140213 snapshot of GCC 4.8.3.Gerald Pfeifer2014-02-151-1/+2
| | | | | | | | | | | | | | Configure with --enable-gnu-indirect-function to enable the "ifunc" attribute, a GCC extension. [1] Remove the man7 pages, which we are not packaging, from the staging area to silence some warnings some are concerned about. [2] Submitted by: jmg [1], miwi [2] Discussed with: kib [1], antoine [2] Notes: svn path=/head/; revision=344320
generated by cgit v1.2.3 (git 2.25.1) at 2025-02-04 23:03:16 +0000