| non port: lang/gcc/Makefile |
|
SVNWeb
|
Number of commits found: 86 |
|
Sun, 23 Apr 2023
|
[ 09:09 Gerald Pfeifer (gerald)  ]    8d3e020 (Only the first 10 of 2091 ports in this commit are shown above.  )
*: Bump PORTREVISIONs for math/mpc update to 1.3.1
|
|
Thu, 8 Sep 2022
|
[ 15:43 Stefan Eßer (se) ] 986beaa (Only the first 10 of 174 ports in this commit are shown above. )
Move more WWW entries from pkg-descr files into Makefiles
The WWW: lines in the pkg-descr files of these ports where not at the
end of those files and have been missed in prior conversion runs.
Approved by: portmgr (implicit)
|
|
Wed, 20 Jul 2022
|
[ 14:22 Tobias C. Berner (tcberner) ] f98ae56 (Only the first 10 of 255 ports in this commit are shown above. )
lang: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Aaron Dalton <aaron@FreeBSD.org>
* Adam Weinberger <adamw@FreeBSD.org>
* Akinori MUSHA aka knu <knu@idaemons.org>
* Alex Dupre <ale@FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alonso Cardenas Marquez <acm@FreeBSD.org>
* Andreas Klemm <andreas@klemm.gtn.com>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Andrey Zakhvatov
* Anton Berezin <tobez@FreeBSD.org>
* Anton Berezin <tobez@tobez.org> (Only the first 15 lines of the commit message are shown above )
|
|
Thu, 14 Oct 2021
|
[ 21:30 Stefan Eßer (se) ] 47eac60
lang/gcc: Add CPE information
Approved by: portmgr (blanket)
|
|
Fri, 9 Jul 2021
|
[ 08:58 Gerald Pfeifer (gerald) ] 8e4bc62
lang/gcc: Remove references to GCC 4.9
GCC 4.9 is not in the tree any longer, so remove verbal references
in a comment. Improve the wording of that comment on the way.
|
|
Tue, 6 Apr 2021
|
[ 14:31 Mathieu Arnold (mat) ] 305f148 (Only the first 10 of 29333 ports in this commit are shown above. )
Remove # $FreeBSD$ from Makefiles.
|
|
Fri, 26 Jul 2019
|
[ 20:46 gerald ]   (Only the first 10 of 3853 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
|
|
Wed, 12 Dec 2018
|
[ 01:35 gerald ] (Only the first 10 of 3168 ports in this commit are shown above. )
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
|
|
Sat, 13 Oct 2018
|
[ 07:23 gerald ]
Bump PORTREVISION for the change to pkg-descr in r481962.
PR: 232162
|
|
Sat, 10 Mar 2018
|
[ 17:46 gerald ] (Only the first 10 of 1104 ports in this commit are shown above. )
Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).
|
|
Tue, 5 Dec 2017
|
[ 12:45 gerald ]
Remove the additional java category from this port. lang/gcc6, which
this pulls in by default, still provides GCJ/libgcj (as the last GCC-based
port doing so), but unlike C, C++, or Fortran we do not create any symlink
for Java and users may also change the default version of GCC, so really
nothing Java-specific here.
|
|
Sun, 3 Dec 2017
|
[ 13:59 gerald ]
Ensure our dependencies also work properly when GCC_DEFAULT is one of
the older versions, in particular 4.9 which is the last working on SPARC.
Reported by: linimon
|
|
Mon, 11 Sep 2017
|
[ 14:54 gerald ]
Replace the hard-coded PORTVERSION by GCC_DEFAULT now that we did dump
the major version (so this does not result in a need for PORTEPOCH).
PR: 219275
Reported by: jbeich
|
[ 11:24 gerald ]
Also bump PORTREVISION of lang/gcc which now refers to lang/gcc6 by
default.
PR: 219275
Reported by: rakuco
|
|
Sun, 28 May 2017
|
[ 08:28 gerald ]
Fix RUN_DEPENDS.
Reported by: pkg-fallout, Matthew D. Fuller <fullermd@over-yonder.net>
|
|
Sat, 27 May 2017
|
[ 23:27 gerald ]
Essentially replace (or rather reinvent) the lang/gcc port, which more
or less ended up identical to lang/gcc5 now that we differentiate between
lang/gccX-devel and lang/gccX ports, by (or as) a meta-port that pulls in
the respective lang/gccX port (based on the setting of $GCC_DEFAULT) and
defines gcc, g++, and gfortran as symlinks to the respective versioned
binaries.
This is the end of a long journey establishing this infrastructure
which is now similar to the one of the python ports, for example,
and makes upgrading the default as well as adjusting the default
locally a lot easier.
(PORTVERSION remains at 5.4.0 for now to avoid PORTEPOCH, but
PORTREVISION gets a bump.)
Suggested by: tijl (a while ago)
|
|
Fri, 14 Apr 2017
|
[ 20:50 miwi ]
- Fix shebang
Approved by: gerald (maintainer via mail)
|
|
Fri, 7 Apr 2017
|
[ 21:50 gerald ]
By default bootstrap on powerpc64 (option BOOTSTRAP), which avoids an
ICE on this architecture.
Reported by: andreast
|
|
Sat, 1 Apr 2017
|
[ 20:36 gerald ]
Add support for aarch64.
Submitted by: andreast
|
[ 15:03 gerald ] (Only the first 10 of 12 ports in this commit are shown above. )
Update lang/gcc and hence the default version of GCC in the Ports
Collection (requested by USE_GCC=yes and various USES=compiler
invocations) from GCC 4.9.4 to GCC 5.4.
files/patch-arm-support and files/patch-gcc_system.h have become
obsolete. New patches files/patch-arm-unwind-cxx-support and
files/patch-libc++ help support arm targets and new libc++ in base.
ONLY_FOR_ARCHS now also includes arm.
A new option GRAPHITE_DESC, off by default for now, adds support for
Graphite loop optimizations.
Finally, conflicts with other lang/gcc* ports are adjusted suitably.
(Only the first 15 lines of the commit message are shown above )
|
|
Sun, 26 Mar 2017
|
[ 20:01 gerald ]
Use relative links for the generic g++, gcc, and gfortran.
Replace a shell for-loop with a bmake .for-loop on the way.
Reported by: danfe
Reviewed by: danfe
|
|
Fri, 3 Feb 2017
|
[ 16:00 gerald ]
Remove traces of armv6hf which no longer exists as an arch. [1]
Remove an extraneous definition of DISTVERSION (which in general we
only need for ports tracking weekly GCC snapshots) and simplify the
definition of GCC_VERSION.
Reported by: andreast [1]
|
|
Wed, 18 Jan 2017
|
[ 13:20 tijl ] (Only the first 10 of 120 ports in this commit are shown above. )
The output of tools like awk, date, sort, tr,... depends on the current
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
|
|
Sun, 20 Nov 2016
|
[ 09:15 gerald ] (Only the first 10 of 12 ports in this commit are shown above. )
Long awaited, finally update the default version of GCC in the Ports
Collection as well as the lang/gcc port from GCC 4.8.5 to GCC 4.9.4!
See http://gcc.gnu.org/gcc-4.9/changes.html for an extensive list of
changes and http://gcc.gnu.org/gcc-4.9/porting_to.html for information
on how to port to that new version (if necessary).
files/java-patch-hier required adjustments, gcc/files/patch-arm-libcpp
is not needed any longer (merged upstream), and we're also loosing the
local Stack Protector patches/backports.
PR: 196712
Tested by: antoine (-exp runs)
Supported by: antoine, kwm, and others
|
|
Fri, 21 Oct 2016
|
[ 12:51 mat ] (Only the first 10 of 718 ports in this commit are shown above. )
${RM} already has -f.
PR: 213570
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
|
|
Wed, 24 Aug 2016
|
[ 20:10 gerald ]
Revert previous commit (which should have gone into lang/gcc48),
restoring OPTIONS_DEFAULT_powerpc64=BOOTSTRAP.
|
[ 20:08 gerald ]
Remove OPTIONS_DEFAULT_powerpc64=BOOTSTRAP which is redundant with
OPTIONS_DEFAULT.
|
[ 20:05 gerald ]
Default powerpc64 to bootstrapping (option BOOTSTRAP) since otherwise
GCC can be mis-built, leading to an internal compiler error building
libgcc/libgcov.c, at least on FreeBSD 11.
Adjust OPTIONS_DEFINE_powerpc64 and OPTIONS_DEFAULT_powerpc64
incrementally (with +=) to avoid overwriting settings defined
at the top of the Makefile (or child ports). [1]
Submitted by: swills [1]
Reported by: swills
|
|
Sun, 14 Aug 2016
|
[ 07:28 gerald ]
GCC uses an AWK script to generate source code that helps process
command-line options. According to POSIX, string comparisons (and
hence sorting) are to be performed based on the locale's collating
order. Alas GNU AWK only does so in POSIX mode, whereas starting
with FreeBSD 11 we do so by default, running into a bug (or false
assumption) with that script used by GCC.
Setting MAKE_ARGS such that AWK is always invoked in the C locale
works around this bug.
PR: 210122, 211742
Submitted by: jkim
|
|
Fri, 6 May 2016
|
[ 23:00 gerald ]
Apply the following to all common GCC ports based on end-of-life versions
of GCC including lang/gcc:
Only override CONFIGURE_TARGET for amd64 which is x86-64/x86_64 for the
rest of the world including GNU and GCC. For all other architectures
it already defaults to the value we were setting.
|
|
Tue, 3 May 2016
|
[ 20:17 gerald ]
Make MULTILIB_DESC consistent and more logical also for the lang/gcc
and lang/gcc48 ports, now in line across all lang/gcc* ports.
|
|
Wed, 13 Apr 2016
|
[ 10:40 jbeich ]
lang/gcc*: convert to CONFIGURE_OUTSOURCE
PR: 208294, 208309
Exp-run by: antoine
Approved by: gerald (maintainer)
Differential Revision: https://reviews.freebsd.org/D4157
|
|
Fri, 1 Apr 2016
|
[ 14:08 mat ] (Only the first 10 of 481 ports in this commit are shown above. )
Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l.
With hat: portmgr
Sponsored by: Absolight
|
|
Tue, 24 Nov 2015
|
[ 10:19 gerald ]
This being the generic GCC port, add gfortran, gcc, and g++ as links
to the versioned executable (gfortran48, gcc48, and g++48).
These standard names are going to remain in place in case of version
upgrades and constitute the default, and expected by users, names.
Suggested by: db
Reviewed by: db
|
|
Sun, 22 Nov 2015
|
[ 21:06 jmmv ]
Add a MULTILIB option to gcc{,48,49,5} for powerpc64
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(Only the first 15 lines of the commit message are shown above )
|
|
Sun, 8 Nov 2015
|
[ 20:31 jmmv ]
Revert r401072.
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.
|
[ 20:10 jmmv ]
Add a MULTILIB option to gcc{,48,49,5} for powerpc64
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
|
|
Mon, 5 Oct 2015
|
[ 16:59 antoine ]
Add missing USES=compiler, needed for ${COMPILER_TYPE} checks
PR: 203540
|
|
Fri, 17 Jul 2015
|
[ 08:45 gerald ]
Update to GCC 4.8.5. Mostly bug fixes, a very conservative update.
|
|
Fri, 1 May 2015
|
[ 18:54 gerald ]
Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former.
Suggested by: mat
|
|
Mon, 27 Apr 2015
|
[ 14:15 bapt ]
Bump portrevision after revert as some people did managed to build the _2
version
|
[ 14:03 bapt ]
Reverting temporary r384814
While the feature has a great value, it is right now breaking the build of
lang/gcc. Given the importance of lang/gcc it is better to revert now and
reapply the patch once it has been fixed and passes an exp-run on all supported
version
With hat: portmgr
|
[ 04:08 adrian ]
Implement the FreeBSD specific pieces for thread affinity for OpenMP.
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
|
|
Mon, 6 Apr 2015
|
[ 15:36 gerald ]
Remove unnecesssary UNIQUENAME.
|
|
Thu, 26 Mar 2015
|
[ 20:43 marino ]
lang/gcc: Use OPTIONS_EXCLUDE_DragonFly to block JAVA
Adjust lang/gcc as was done for gcc46+
Approved by: DragonFly blanket
|
|
Mon, 23 Mar 2015
|
[ 18:56 bdrewery ]
Fix UNIQUENAME not being unique after recent PORTNAME shuffle.
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
|
|
Sun, 22 Mar 2015
|
[ 01:44 gerald ]
Add CPE information.
PR: 198249
Submitted by: shun.fbsd.pr@dropcut.net
|
|
Mon, 12 Jan 2015
|
[ 04:16 gerald ]
Tweak a comment and fix whitespace in the new ARM support.
|
|
Sun, 4 Jan 2015
|
[ 19:09 andreast ]
Add support for armv6*-*-freebsd*.
The larger part of the patch is a backport from gcc trunk which is sent
upstream for approval.
Thanks to Sean Bruno for testing, Andrew Turner for explaining me fine details
and Gerald for approving.
Approved by: gerald (maintainer)
|
[ 08:38 gerald ]
Update from the GCC 4.8.3 release to the GCC 4.8.4 release.
This fixes (at least) 87 bugs reported, cf.
https://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=4.8.4
for the full list. No new features.
|
|
Tue, 30 Dec 2014
|
[ 19:19 dim ]
When building the gcc ports using a full bootstrap, tell the configure
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)
|
|
Mon, 20 Oct 2014
|
[ 22:53 gerald ]
Remove all traces of @dirrm, both in pkg-plist directly and those that
are added dynamically via the Makefile.
|
|
Mon, 6 Oct 2014
|
[ 18:13 bapt ] (Only the first 10 of 12 ports in this commit are shown above. )
Comment out info/dir files
indexinfo is taking care of generating it at package installation time
Reported by: peter
|
|
Thu, 11 Sep 2014
|
[ 14:39 tijl ]
Add USES=libtool
|
|
Wed, 10 Sep 2014
|
[ 19:09 gerald ]
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
This entails updating the lang/gcc port as well as changing the default
in Mk/bsd.default-versions.mk, and it replaces the CONFLICT between the
lang/gcc and lang/gcc47 ports by lang/gcc48.
GCC now uses C++ as its implementation language and performs more
aggressive loop analysis which can be disabled via the
-fno-aggressive-loop-optimizations command-line option.
Compilation of extremely large functions has been signficantly improved,
as have interprocedural optimizations.
A new optimization level -Og has been introduced. It addresses the need (Only the first 15 lines of the commit message are shown above )
|
|
Sat, 19 Jul 2014
|
[ 12:47 gerald ]
Update to GCC 4.7.4, the latest (and final) release in the GCC 4.7
series that closes this branch.
Extend full-regression-test by running contrib/test_summary.
Also clean *.la files in LIBEXEC, and recursively so, there and for
TARGLIB.
|
|
Wed, 25 Jun 2014
|
[ 08:58 bapt ] (Only the first 10 of 36 ports in this commit are shown above. )
Fix build on system built WITHOUT_INFO
With hat: portmgr
|
[ 05:35 bapt ] (Only the first 10 of 304 ports in this commit are shown above. )
Convert GMAKE to MAKE_CMD
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
|
|
Mon, 5 May 2014
|
[ 09:45 bapt ] (Only the first 10 of 293 ports in this commit are shown above. )
Convert all :U to :tu and :L to :tl
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
|
|
Tue, 29 Apr 2014
|
[ 23:53 gerald ]
Merge updates from lang/gcc47 (and similarly lang/gcc48):
- Add pkg-message that references the need to use -Wl,-rpath=... . [1]
- Replace USE_BZIP2 by USES=tar:bzip2.
- No longer install rebuild-gcj-db47 (which requires bash among others)
and its man page.
Bump PORTREVISION.
PR: 185902 [1]
|
|
Mon, 10 Mar 2014
|
[ 20:41 gerald ]
Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.
This adds powerpc64 as a supported architecture (and removes ia64,
though it can be supported by manually installing lang/gcc48).
New binaries %%GNU_HOST%%-gcc-ar47, %%GNU_HOST%%-gcc-nm47, and
%%GNU_HOST%%-gcc-ranlib47 are provided to support link-time
optimization (LTO) which scales significantly better.
And it adds support for indirect functions (IFUNCS), experimental
support for transactional memory in the compiler as well as a supporting
run-time library called libitm, a new string length optimization pass,
and support for atomic operations specifying the C++11/C11 memory model. (Only the first 15 lines of the commit message are shown above )
|
|
Sat, 22 Feb 2014
|
[ 12:27 gerald ]
Set the license to a combination of GPLv3 (for the compiler itself) and
GPLv3 with GCC Runtime Library Exception (for the runtime).
|
|
Mon, 17 Feb 2014
|
[ 14:43 gerald ]
Remove the man7 pages, which we are not packaging, from the staging
area to silence some warnings some are concerned about. [1]
No longer run ccache-update-links as part of post-install which, in
the world of staging, no longer is what it used to be. Rely on the
existing @exec and @unexec in pkg-plist instead. [2]
Submitted by: miwi [1]
Discussed with: antoine [1][2]
|
|
Sat, 15 Feb 2014
|
[ 19:18 gerald ]
No longer add -I${LOCALBASE}/include to CFLAGS.
Since we now configure with --with-gmp=${LOCALBASE} this is no longer
necessary, and due to bugs in binutils (which should not install ansidecl.h
into ${PREFIX}/include, fixed with revision 336642 [1]) and GCC (which
should search its own include directories with higher priority) could
lead to build failures.
PR: 184327 [1]
|
|
Tue, 26 Nov 2013
|
[ 14:13 gerald ]
Change PORTNAME for lang/gcc46 from gcc to gcc46 to match the actual
name of this port and avoid a package name collision with other GCC
ports. This also allows us to remove LATEST_LINK.
And it finally allows for a simple and proper CONFLICTS between
lang/gcc and lang/gcc46.
|
|
Sat, 2 Nov 2013
|
[ 23:20 gerald ]
Update to GCC 4.6.4 which, among others, addresses document building
with new versions of texinfo. [1]
Adopt the new LIB_DEPENDS standard and replace USE_GMAKE by USES=gmake.
Remove an obsolete dependency on bison. [2]
STAGEify.
PR: 183342 [1]
Reported by: Christoph Moench-Tegeder <cmt@burggraben.net> [1], marino [2]
|
|
Sat, 26 Oct 2013
|
[ 00:52 gerald ] (Only the first 10 of 1147 ports in this commit are shown above. )
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui (Only the first 15 lines of the commit message are shown above )
|
|
Fri, 20 Sep 2013
|
[ 19:53 bapt ] (Only the first 10 of 379 ports in this commit are shown above. )
Add NO_STAGE all over the place in preparation for the staging support (cat:
lang)
|
[ 12:54 bdrewery ] (Only the first 10 of 61 ports in this commit are shown above. )
SSP support has been added to ports with WITH_SSP for i386 and amd64
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk (Only the first 15 lines of the commit message are shown above )
|
|
Tue, 17 Sep 2013
|
[ 06:51 bapt ] (Only the first 10 of 19 ports in this commit are shown above. )
Convert to new perl framework
Convert from USE_GMAKE to USES=gmake
|
|
Thu, 12 Sep 2013
|
[ 10:20 marino ]
lang/gcc*: define CONFIGURE_TARGET genericly (8 ports)
Instead of hardcoding the compiler target as FreeBSD, use the OPSYS
variable to it. This makes no practical difference for FreeBSD, but
it helps DragonFly get properly configured.
Approved by: gerald
|
|
Wed, 4 Sep 2013
|
[ 20:01 bsam ] (Only the first 10 of 63 ports in this commit are shown above. )
Introduce ICONV_CONFIGURE_ARG variable defined at Uses/iconv.mk.
It's value is "--with-libiconv-prefix=/usr/local" for systems
before 100043 with ports libiconv and to use at systems post
100043 with base iconv it's value is "" (NULL).
Co-authors: bapt, madpilot and bsam (me)
|
|
Sun, 25 Aug 2013
|
[ 12:30 gerald ]
Replace VERSIONSTRING by DISTVERSION.
Replace USE_GMAKE by USES=gmake.
|
|
Wed, 14 Aug 2013
|
[ 22:35 ak ] (Only the first 10 of 1725 ports in this commit are shown above. )
- Remove MAKE_JOBS_SAFE variable
Approved by: portmgr (bdrewery)
|
|
Sun, 16 Jun 2013
|
[ 14:13 gerald ]
Introduce a new option BOOTSTRAP that allows for doing a full
bootstrap of GCC, as opposed to just running a simple build.
Bootstrapping is actually the default upstream, we disable it
by default for the stable flavors of GCC since that is a huge
win in terms of build time of the port. No change in default
behavior for this port.
(When bootstrapping, use bootstrap-lean instead of default/vanilla
bootstrap to save on disk space.)
Remove redundant setting of DISTNAME.
|
|
Sat, 27 Apr 2013
|
[ 11:59 mva ] (Only the first 10 of 219 ports in this commit are shown above. )
- Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig while here
Reviewed by: zeising
|
|
Fri, 8 Mar 2013
|
[ 11:32 bapt ] (Only the first 10 of 209 ports in this commit are shown above. )
Convert USE_BISON to USES= bison
It brings bison as a build dependency in case it is set the following way:
USES= bison or USES= bison:build
it brings bison as a run dependency in case it is set the following way:
USES= bison:run
it brings bison both as a run and build dependency in case it the set the
following way:
USES= bison:both
While here trim some headers
Convert some USE_GNOME= gnomehack to USES= pathfix
|
|
Sun, 3 Mar 2013
|
[ 15:22 gerald ]
Use the new lang/gcc-ecj45 port when building the Java frontend
instead of including a pre-built version of the Eclipse Java Compiler
(ECJ) ourselves. [1]
Replace the use of DISTFILES by DISTNAME, since we are now down to
one in all cases.
Make binutils a build dependency as well (not just a run-time dependency).
PR: 175072 [1]
|
|
Fri, 12 Oct 2012
|
[ 15:18 gerald ]
For releases, libquadmath.info is always installed, even on
architectures where the library is not supported. [1]
Revamp the handling of different languages (frontends, run-times)
by GCC to allow for orthogonal setting them in the future. [2]
Print the list of languages being built as part of pre-everything
and shorten the output of operating system and version there.
Reported by: linimon [1]
Inspired by: jkim [2]
Feature safe: yes
|
|
Sat, 1 Sep 2012
|
[ 20:46 gerald ]
Convert to the new options framework.
Remove now deprecated comments at the top of Makefile.
|
|
Sun, 5 Aug 2012
|
[ 01:56 gerald ]
Just build, do not bootstrap, this stable, default version of GCC
in our ports tree. This speeds up a full port/package test cycle
by 31% on a 4-core system; a simple build/install will benefit even
more.
(This may impact compile time by this compiler a bit, depending on
how well the system compiler optimizes this codebase. And we only
should do this for stable, established versions of GCC.)
Remove ABI version numbers for all library dependencies.
|
|
Sat, 10 Mar 2012
|
[ 22:48 gerald ]
Update to the release of GCC 4.6.3. This now supports FreeBSD 10
and later out of the box, no more extra patches necessary.
Feature safe: yes
|
|
Tue, 13 Dec 2011
|
[ 10:53 gerald ]
Enable the Objective-C front end and accordingly also the run-time.
Feature safe: yes
|
|
Sat, 12 Nov 2011
|
[ 13:39 gerald ]
Update to the GCC 4.6.2 release with a fair amount of bug fixes all
across the board, cf.
http://gcc.gnu.org/bugzilla/buglist.cgi?bug_status=RESOLVED&resolution=FIXED&target_milestone=4.6.
for details.
Feature safe: yes
|
|
Tue, 27 Sep 2011
|
[ 21:26 gerald ]
Omit LATEST_LINK to disambiguate this port from the original lang/gcc46.
Discussed with: erwin
|
|
Mon, 26 Sep 2011
|
[ 00:54 gerald ]
Welcome the new lang/gcc port! This shall track our preferred version
of GCC (usually an upstream release). It starts out as GCC 4.6.1 and
is thus in conflict with lang/gcc46 and will move towards later minor
versions of GCC 4.6 and then on to GCC 4.7.
lang/gcc will provide gcc46, g++46, gfortran46 etc. exactly like
lang/gcc46 with which it is interchangible.
This is also planned to be in sync with our existing USE_FORTRAN knob
so that users have the option of using this port, rarely updated, or
the corresponding lang/gcc46 which follows weekly upstream snapshots.
On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and
make the Makefile machinery a bit more generic to minimize differences
between lang/gcc ports based on releases and those based on snapshots.
PR: 156857
|
Number of commits found: 86 |
As an Amazon Associate I earn from qualifying purchases.