aboutsummaryrefslogtreecommitdiffstats
path: root/lang/gcc5
Commit message (Collapse)AuthorAgeFilesLines
* Backport PIE support for FreeBSD from GCC trunk.andreast2015-06-102-0/+74
| | | | Approved by: gerald
* Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former.gerald2015-04-291-2/+1
| | | | Suggested by: mat
* Fix MASTER_SITE_SUBDIR.gerald2015-04-281-1/+1
| | | | | Reported by: jbeich Pointy Hat to: whatever injects distcache.FreeBSD.org into my testing
* lang/gcc5: Remove Dragonfly's Makefile; it's no longer neededmarino2015-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.
* Update to the 5.1 release, the first release of the GCC 5 series.gerald2015-04-282-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.
* Update to the 20150421 snapshot of GCC 5.0.1 -- nearly the 5.1 release.gerald2015-04-232-3/+3
|
* Update the comment that describes the relationship of PORTVERSION andgerald2015-04-201-1/+1
| | | | GCC_VERSION.
* Update to the 20150414 snapshot of GCC 5.0.1 and adjust to thisgerald2015-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.
* Update to the 20150405 snapshot of GCC 5.0.gerald2015-04-062-3/+3
|
* Update to the 20150329 snapshot of GCC 5.0.gerald2015-04-032-4/+3
|
* lang/gcc(46,47,48,49,5): Use OPTIONS_EXCLUDE_DragonFly to block JAVAmarino2015-03-272-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
* Fix UNIQUENAME not being unique after recent PORTNAME shuffle.bdrewery2015-03-241-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
* Update to the 20150322 snapshot of GCC 5.0.gerald2015-03-232-3/+3
|
* Add CPE information. [1]gerald2015-03-231-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]
* lang/gcc5: Support DragonFly's gcc50 base compiler in specific scenariomarino2015-03-181-0/+8
|
* Update to the 20150315 snapshot of GCC 5.0.gerald2015-03-162-3/+3
|
* Update to the 20150308 snapshot of GCC 5.0.gerald2015-03-112-3/+3
|
* Update to the 20150301 snapshot of GCC 5.0.gerald2015-03-082-3/+3
|
* Update to the 20150222 snapshot of GCC 5.0.gerald2015-02-252-3/+3
|
* Update to the 20150215 snapshot of GCC 5.0.gerald2015-02-162-3/+3
|
* Update to the 20150208 snapshot of GCC 5.0.gerald2015-02-112-3/+3
|
* Update to the 20150201 snapshot of GCC 5.0.gerald2015-02-022-10/+5
| | | | | | | This now successfully builds libffi again, so we can enable JAVA by default on i386 and amd64. PR: 197171
* Also disable Java and libffi on amd64 until the next snapshot ofgerald2015-01-301-3/+3
| | | | | | GCC 5.0. PR: 197171
* Allow to build gcc for armv6(hf).andreast2015-01-282-1/+116
| | | | Approved by: gerald (maintainer)
* Update to the 20150125 snapshot of GCC 5.0. Sadly libffi is stillgerald2015-01-262-3/+3
| | | | broken thus Java remains disabled on i386.
* Update to the 20150118 snapshot of GCC 5.0.gerald2015-01-263-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.
* Update to the 20150111 snapshot of GCC 5.0.gerald2015-01-122-3/+3
| | | | | | Welcome FreeBSD/ARM support to upstream GCC! [1] Thanks to: andreast [1]
* Update to the 20150104 snapshot of GCC 5.0.gerald2015-01-092-3/+3
|
* Update to the 20141228 snapshot of GCC 5.0.gerald2015-01-022-3/+3
|
* When building the gcc ports using a full bootstrap, tell the configuredim2014-12-311-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)
* Update to the 20141221 snapshot of GCC 5.0.gerald2014-12-262-3/+3
|
* Update to the 20141214 snapsho of GCC 5.0.gerald2014-12-212-3/+3
|
* Update to the 20141130 snapshot of GCC 5.0.gerald2014-12-012-3/+3
|
* Update to the 20141123 snapshot of GCC 5.0. Keep in mind that thisgerald2014-11-242-3/+3
| | | | now defaults to the C11 standard, not C89 any more.
* Update to the 20141116 snapshot of GCC 5.0.gerald2014-11-222-7/+3
| | | | This no longer breaks on FreeBSD 10.0 and later using clang.
* Update to the 20141109 snapshot of GCC 5.0.gerald2014-11-162-3/+7
| | | | | Mark IGNORE on FreeBSD 10.0 and later; an upstream fix should make it into the next snapshot.
* Update to the 20141102 snapshot of GCC 5.0.gerald2014-11-032-3/+3
|
* Update to the 20141026 snapshot of GCC 5.0.gerald2014-10-273-4/+3
| | | | Remove last instance of @dirrm in pkg-plist.
* Update to the 20141019 snapshot of GCC 5.0.gerald2014-10-212-5/+3
| | | | | Remove all traces of @dirrm from pkg-plist that are dynamically generated via the Makefile.
* Update to the 20141005 snapshot of GCC 5.0.gerald2014-10-072-4/+3
|
* Comment out info/dir filesbapt2014-10-072-1/+2
| | | | | | indexinfo is taking care of generating it at package installation time Reported by: peter
* Update to the 20140921 snapshot of GCC 5.0.gerald2014-09-283-7/+3
| | | | Remove four instances of @dirrm from pkg-plist.
* Update to the 20140914 snapshot of GCC 5.0.gerald2014-09-183-4/+4
| | | | | On the packaging side this adds another Python script coming from the libstdc++ side of things.
* Add USES=libtooltijl2014-09-111-4/+3
|
* Update to the 20140907 snapshot of GCC 5.gerald2014-09-112-3/+3
|
* Update to the 20140831 snapshot of GCC 5.gerald2014-09-022-3/+3
|
* Update to the 20140824 snapshot of GCC 5.gerald2014-08-252-3/+3
|
* Update to the 20140817 snapshot of GCC 5, which is how GCC 4.10 is nowgerald2014-08-234-12/+12
| | | | going to be called.
* GCC 4.10 has been renamed to GCC 5 upstream; rename our gcc410 portgerald2014-08-238-0/+285
to gcc5 accordingly.
generated by cgit (git 2.34.1) at 2024-11-16 03:47:51 +0800