19:48 gerald 

Backport support for Graphite loop optimizations via a new option
GRAPHITE from gcc6-devel.

This is off by default for the time being and pulls in devel/isl
as an additional dependency.

 

22:31 gerald 

Update to the 20151110 snapshot of GCC 5.

 

18:24 gerald 

Update to the 20151103 snapshot of GCC 5.

 

02:57 jmmv 

Add a MULTILIB option to gcc[56]-devel for powerpc64

This fixes the build of gcc[56]-devel 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

 

21:35 gerald 

Update to the 20151027 snapshot of GCC 5.

 

21:08 gerald 

Update to the 20151020 snapshot of GCC 5.

 

00:34 gerald 

Update to the 20151013 snapshot of GCC 5.

 

22:15 gerald 

Update to the 20151006 snapshot of GCC 5.

 

16:59 antoine 

Add missing USES=compiler, needed for ${COMPILER_TYPE} checks

PR:		203540

 

07:07 gerald 

Update to the 20150929 snapshot of GCC 5.

 

18:23 gerald 

Update to the 20150915 snapshot of GCC 5.

 

20:37 gerald 

Update to the 20150908 snapshot of GCC 5.

 

20:49 gerald 

Update to the 20150901 snapshot of GCC 5.

 

21:31 gerald 

Update to the 20150825 snapshot of GCC 5.

 

20:36 gerald 

Update to the 20150818 snapshot of GCC 5.

 

14:20 mat 

Remove UNIQUENAME and LATEST_LINK.

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

 

18:26 gerald 

Update to the 20150804 snapshot of GCC 5.

 

03:21 gerald 

Update to the 20150728 snapshot of GCC 5.

 

15:03 tijl 

By default libtool replaces -export-symbols <file> with -retain-symbols-file
<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

 

20:24 gerald 

Update to the 20150721 snapshot of GCC 5 (which nominally identifies
itself as GCC 5.2.1 now).

 

16:58 gerald 

Update to the 20150630 snapshot of GCC 5.

files/patch-pie-support is not longer necessary, andreast@ has
pushed this backport upstream and it will thus also appear in
the GCC 5.2 release.

 

00:58 gerald 

Update to the 20150623 snapshot of GCC 5.

 

09:38 gerald 

Update to the 20150616 snapshot of GCC 5.

 

16:45 gerald 

Update to the 20150609 snapshot of GCC 5.

 

13:41 gerald 

Update to the 20150602 snapshot of GCC 5.

 

20:01 andreast 

Backport PIE support for FreeBSD from GCC trunk.

Approved by:	gerald

 

08:40 gerald 

Update to the 20150519 snapshot of GCC 5.

 

05:21 gerald 

Update to the 20150512 snapshot of GCC 5.

 

20:47 gerald 

Update to the 20150505 snapshot of GCC 5.

 

18:50 gerald 

Update to the 20150428 snapshot.  Nominally this moves from version
5.0.1 to version 5.1.1 since GCC 5.1 has been released in the meantime,
in realiter it's been a regular, if active, week of branch maintenance.

 

18:01 gerald 

Avoid duplicate LATEST_LINK/PKG_NAME with lang/gcc5 by adjusting
PKGNAMESUFFIX to also carry -devel.

Mirror the removal of Dragonfly's Makefile from lang/gcc5.

 

23:40 gerald 

With lang/gcc5 now tracking GCC 5 releases, this new port -- gcc5-devel
-- is going to track regular development snapshots of GCC 5.