18:13 bapt 

Comment out info/dir files
indexinfo is taking care of generating it at package installation time

Reported by:	peter

 

12:37 gerald 

Update to the 20140924 snapshot of GCC 4.9.2.

Remove all instances of @dirrm from pkg-plist.

 

12:20 gerald 

Update to the 20140917 snapshot of GCC 4.9.2.

 

21:45 gerald 

Update to the 20140910 snapshot of GCC 4.9.2.

 

15:02 tijl 

Add USES=libtool

 

16:15 gerald 

Update to the 20140903 snapshot of GCC 4.9.

 

20:49 gerald 

Update to the 20140827 snapshot of GCC 4.9.2.

 

13:42 gerald 

Update to the 20140820 snapshot of GCC 4.9.2.

 

22:37 gerald 

Update to the 20140813 snapshot of GCC 4.9.2.

 

21:17 gerald 

Update to the 20140806 snapshot of GCC 4.9.2.

 

19:55 gerald 

Update to the 20140730 snapshot of GCC 4.9.2.

 

12:39 gerald 

Update to the 20140723 snapshot of GCC 4.9.2.

 

09:30 gerald 

Update to the 20140716 snapshot of GCC 4.9.2 which is pretty close to
the upstream GCC 4.9.1 release.

 

09:16 gerald 

Update to the 20140709 snapshot of GCC 4.9.1.

Also clean *.la files in LIBEXEC, and recursively so, here and for
TARGLIB.

 

20:41 gerald 

Update to the 20140702 snapshot of GCC 4.9.1.

 

23:27 gerald 

Update to the 20140625 snapshot of GCC 4.9.1.

 

08:58 bapt 

Fix build on system built WITHOUT_INFO

With hat:	portmgr

 

05:35 bapt 

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

 

12:07 gerald 

Update to the 20140618 snapshot of GCC 4.9.1.

 

04:55 gerald 

Update to the 20140611 snapshot of GCC 4.9.1.

 

14:31 gerald 

Update to the 20140604 snapshot of GCC 4.9.1.

 

00:46 gerald 

Update to the 20140528 snapshot of GCC 4.9.1.

 

00:03 gerald 

Update to the 20140514 snapshot of GCC 4.9.1.

 

21:38 gerald 

Update to the 20140507 snapshot of GCC 4.9.1.

 

09:45 bapt 

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

 

21:59 gerald 

Update to the 20140430 snapshot of GCC 4.9.1.

 

00:03 gerald 

Update to the 20140423 snapshot of GCC 4.9.1.  This is basically the
GCC 4.9.0 release, but since we did not yet use the new way of labeling
snapshots as part of PORTVERSION we could not update to that directly
without using PORTEPOCH.  Going forward that will be possible.

Adjust DISTVERSION and GCC_VERSION to the new PORTVERSION scheme.

 

05:57 gerald 

Update to the 20140416 snapshot of GCC 4.9.0 which coincides with
RC1 of that release.

Extend full-regression-test by running contrib/test_summary.

 

23:36 gerald 

Update to the 20140406 snapshot of GCC 4.9.0.

Add pkg-message that references the need to use -Wl,-rpath=... . [1]

No longer install rebuild-gcj-db49 (which requires bash among others)
and its man page.

PR:		185902 [1]

 

07:19 gerald 

Update to the 20140330 snapshot of GCC 4.9.0.

 

15:04 gerald 

Update to the 20140323 snapshot of GCC 4.9.0.

Address a bug where -Wcast-qual would report an incorrect message. [1]

PR:		179204 [1]

 

10:15 gerald 

Update to the 20140316 snapshot of GCC 4.9.0.

Convert USE_BZIP2 to USES=tar:bzip2.

 

00:55 gerald 

Update to the 20140309 snapshot of GCC 4.9.0.

This brings back bootstrap-lean which has been fixed upstream last
week, thus consuming less disk space when building this port.

 

15:48 gerald 

Update to the 20140302 snapshot of GCC 4.9.0.

 

23:03 gerald 

Forced commit to note that the previous commit (revision 346580) also
included an update of lang/gcc49 to the 20140223 snapshot of GCC 4.9.0.

 

22:56 gerald 

Remove lang/gcc44 aka GCC 4.4 which has been deprecated since 2011-05-08
and was originally created 2008-03-01, thirteen months before the upstream
release of GCC 4.4.0.  Even lang/gcc45 has been gone for more than two
years now.

Recommend the generic lang/gcc as a replacement.

 

01:13 gerald 

Set the license to a combination of GPLv3 (for the compiler itself) and
GPLv3 with GCC Runtime Library Exception (for the runtime).

Suggested by:	marino

 

13:19 gerald 

Update to the 20140216 snapshot of GCC 4.9.0.  Many bugfixes.

 

02:00 gerald 

Really commit

  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. [3]

which should have been in the last revision.

 

23:11 gerald 

Update to the 20140209 snapshot of GCC 4.9.0.

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 (needlessly ;-). [2]

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. [3]

Submitted by:	jmg [1], miwi [2]
Discussed with:	kib [1], antoine [2][3]

 

14:54 danfe 

Remove references to long unsupported alpha.

 

02:15 gerald 

Update to the 20140119 snapshot of GCC 4.9.0.

 

01:59 gerald 

Update to the 20131215 snapshot of GCC 4.9.0.

 

00:04 gerald 

Update to the 20131208 snapshot of GCC 4.9.0.

 

10:01 gerald 

Update to the 20131201 snapshot of GCC 4.9.0.  GCC 4.9 has now entered
stage 3 so you can expect an increase in stability, and a focus on bug
fixing.

 

15:45 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) and GCC (which should search its own include
directories with higher priority) can lead to build failures.

PR:		184327
Reported by:	mat, Andrzej Tobola <ato@iem.pw.edu.pl>

 

01:10 gerald 

Change PORTNAME from gcc to gcc49 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.

On the way update to the 20131124 snapshot of GCC 4.9.0.

 

00:52 gerald 

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
 - 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
 - Removed compatibility with K&R compilers, which was untestable due
   to lack of such compilers.
 - New functions
   . mpc_log10
   . mpc_mul_2si, mpc_div_2si
 - Speed-ups
   . mpc_fma
 - Bug fixes
   . mpc_div and mpc_norm now return a value indicating the effective
     rounding direction, as the other functions.
   . mpc_mul, mpc_sqr and mpc_norm now return correct results even if
     there are over- or underflows during the computation.
   . mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
     infinite part and equals output variable is corrected.
   . mpc_fr_sub: Wrong return value for imaginary part is corrected.

Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.

Bump PORTREVISIONS of all dependent ports.

PR:		183141
Approved by:	portmgr (bdrewery)

 

18:26 gerald 

Update to the 20131020 snapshot of GCC 4.9.0.

STAGEify.

 

21:54 gerald 

Update to the 20131013 snapshot of GCC 4.9.0.

Migrate to the new LIB_DEPENDS standard.

 

19:53 bapt 

Add NO_STAGE all over the place in preparation for the staging support (cat:
lang)

 

12:54 bdrewery 

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
symbols.

Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.

[1]
http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup

PR:		ports/138228 [2]
Submitted by:	jlh (bsd.ssp.mk based on)
Reviewed by:	bapt
With hat:	portmgr
exp-runs done:	37 over a month on 91i386,91amd64,10i386,10amd64

 

06:40 bapt 

Convert to new perl framework
Convert from USE_GMAKE to USES=gmake

 

21:16 gerald 

Update to the 20130915 snapshot of GCC 4.9.0.

 

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

 

20:01 bsam 

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)

 

21:22 gerald 

Update to the 20130901 snapshot of GCC 4.9.0.

 

11:05 gerald 

Update to the 20130818 snapshot of GCC 4.9.0.

Replace USE_GMAKE by USES=gmake.

 

22:35 ak 

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

 

10:21 gerald 

Update to the 20130804 snapshot of GCC 4.9.0.

Rename VERSIONSTRING to the standard DISTVERSION. [1]

Add more notes on the various variables carrying version information.

Suggested by:	crees [1]

 

18:12 gerald 

Update to the 20130728 snapshot of GCC 4.9.0.

Introduce a new option BOOTSTRAP that allows switching between a
full bootstrap of GCC and just running a simple build.

Bootstrapping is the default upstream, and for very stable and old
flavors of GCC we disable this by default since that is a huge win
in terms of build time of the port.  No change in default behavior
for this port -- for the time being we continue to bootstrap.

 

17:00 gerald 

Update to the 20130630 snapshot of GCC 4.9.0.

 

19:44 gerald 

Update to the 20130609 snapshot of GCC 4.9.0.

This addresses the libitm/ build issue via an upstream of mine,
so we can remove the local patch.

 

22:52 gerald 

Update to the 20130526 snapshot of GCC 4.9.0.  (This requires a small
adjustment to our Java hierarchy patch, no functional change though.)

 

15:21 gerald 

Update to the 20130505 snapshot of GCC 4.9.0.

 

11:59 mva 

- Convert USE_ICONV=yes to USES=iconv
- Change USE_GNOME=pkgconfig|gnomehack to USES=pathfix|pkgconfig while here

Reviewed by:	zeising

 

14:00 gerald 

Update to the 20130414 snapshot of GCC 4.9.0.  This requires a fix
for libitm which didn't expect the OS to define __always_inline by
itself (and differently).

Also, this no longer installs libffi and its info and man pages which
was always meant to remain for internal use only.

Feature safe:	yes

 

23:03 gerald 

Now that GCC 4.8.0 has been released, welcome GCC 4.9 in its very,
very early development stages.

Business as usual with the C, C++, Fortran, Java compilers and tools
invoked as gcc49, g++49, gfortran49, gcj49 and so forth. Initially
this may be relatively stable due to the GCC 4.8.0 stabilization
efforts, but be prepared for a rough ride the coming months as this
goes through active development.