| non port: lang/gcc49/Makefile |
|
SVNWeb
|
Number of commits found: 168 (showing only 100 on this page) |
|
Tue, 26 Feb 2019
|
[ 08:07 rene  ]  
lang/gcc49: fix EXPIRATION_DATE
|
[ 06:55 gerald ]
After five months of deprecation, mark this port for expiration in two
months (end of April 2019).
GCC 4.9 went end-of-life upstream in summer of 2016, so more than
two-and-a-half years ago, nothing depends on it any longer (and has
not for a while), and the default version of GCC in the ports tree
is now GCC 8, four major releases later.
While here stll create a proper USES block in the Makefile. [1]
Reported by: portlint [1]
|
|
Sat, 10 Nov 2018
|
[ 18:12 bapt ] (Only the first 10 of 386 ports in this commit are shown above.  )
Install texinfo files (GNU info) into ${PREFIX}/share/info
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
|
|
Sat, 29 Sep 2018
|
[ 22:26 gerald ]
Recommend the use of GCC 7 or later over this port, since that is now
the default version of GCC for the Ports Collection.
|
|
Mon, 10 Sep 2018
|
[ 13:11 mat ] (Only the first 10 of 33 ports in this commit are shown above. )
After an include, PLIST_SUB must be appended to, not overwritten.
If it is overwritten, many values will be clobbered, and
pain will ensue.
PR: 230864
Submitted by: mat
exp-runs by: antoine
|
|
Sun, 22 Jul 2018
|
[ 09:57 gerald ]
Simplify the setting of CFLAGS where /g is not necessary when substituting
a Makefile variable (since this takes place for every word in the variable,
not just once).
|
|
Mon, 14 May 2018
|
[ 19:15 tijl ] (Only the first 10 of 11 ports in this commit are shown above. )
Run "/usr/sbin/service ldconfig restart" for USE_LDCONFIG instead of
"ldconfig -m <path>" so the order of ldconfig search directories after
package installation is the same as after a reboot. The original command
simply appends the path to the list of directories while the ldconfig rc.d
script uses "sort -u".
Bump lang/gcc* which are known to install libraries with exactly the same
name so the library loaded at runtime depends on the order of the search
directories.
PR: 228046
Approved by: portmgr (antoine)
|
|
Sun, 13 May 2018
|
[ 20:05 gerald ]
Simplify MASTER_SITES in all GCC-ports related to end-of-lifed releases
(gcc47, gcc48, gcc49, and gcc5), taking advantage of the default for GCC
releases provided by MASTER_SITES_ABBREVS.
Reported by: portlint
|
|
Thu, 19 Apr 2018
|
[ 07:08 ale ] (Only the first 10 of 60 ports in this commit are shown above. )
Update mpfr to 4.0.1 release and bump PORTVERSION of dependent ports.
|
|
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, 9 Jan 2018
|
[ 22:08 dim ]
Fix builds of lang/gcc{48,49,5} with clang 6.0.0
Since clang++ 6.0.0 now defaults to -std=gnu++14 (similar to g++ 6 and
higher), building gcc48, gcc49 or gcc5 produce quite a number of
"invalid suffix on literal; C++11 requires a space between literal and
identifier" errors. This is because in many places, double quotes are
directly followed by printf helper macros like HOST_WIDE_INT_PRINT.
In gcc 6 and later, spaces were added between the double quotes and the
macros, to fix this issue, but for earlier versions, use a combination
of find, grep and sed to add them mechanically throughout the respective
source trees.
In addition, gcc5 needs a regular patch to fix an incorrect call to
error(), which should have been error_at(). (This was a mismerge by
upstream.)
Approved by: gerald (maintainer)
PR: 224927
MFH: 2018Q1
|
|
Thu, 23 Nov 2017
|
[ 21:12 gerald ]
Backport the change to ensure what we install is stripped (i.e., debug
info is removed) from lang/gcc7 to lang/gcc47, lang/gcc48 and lang/gcc49.
(For more background see revisions 454177 and 454422.)
Reported by: Ports QA Framework, miwi, sobomax
Discussed with: tijl, miwi
Differential Revision: https://reviews.freebsd.org/D10357
|
|
Sun, 19 Nov 2017
|
[ 22:44 gerald ]
Given that GCC 5 has gone end-of-life now, recommend GCC 6 or later
instead of GCC 5 or later in the deprecation messages for lang/gcc46
to lang/gcc49.
|
|
Wed, 4 Oct 2017
|
[ 20:36 gerald ]
Add deprecation notes for lang/gcc47, lang/gcc48, and lang/gcc49,
but no expiration date at this point (since at least the latter two
still have users in the ports tree and sparc64 relies on the latter).
PR: 222373
Submitted by: Yasuhiro KIMURA <yasu@utahime.org>
|
|
Sun, 17 Sep 2017
|
[ 21:03 gerald ]
Backport a number of changes from lang/gcc5:
- Move ONLY_FOR_ARCHS into the right position of the Makefile.
- Omit a comment describing GCC_VERSION and SUFFIX.
- Do not quote constant strings compared with ${ARCH}. [1]
- Last, but not least the only functional change (and an important one):
Remove headers being created by GCC's fixincludes machinery from
the installation / packaging to avoid breakage when FreeBSD's headers
are changing afterwards. [2]
PR: 221905 [1], 222233 [2]
Submitted by: linimon [1]
|
|
Sun, 18 Jun 2017
|
[ 01:05 gerald ]
When we set STAGE1_CXXFLAGS / CXXFLAGS in MAKE_FLAGS for arm platforms,
do so incrementally (with += instead of =).
|
|
Mon, 1 May 2017
|
[ 08:15 gerald ]
Remove Java support (both in terms of the JAVA option and everything
associated with it as well as java from CATEGORIES).
In addition to changes to Makefile, pkg-plist, and pkg-descr, this also
removes files/java-patch-hier.
GCC 4.9 was first released in summer 2014 and went end-of-life upstream
a year ago, but GCC 5 is very well established by now and also provides
support for Java (GCJ/libgcj), and so does GCC 6, and this simplifies
this port significantly and also speeds up the build.
While we are here, streamline the setting of INFO.
|
|
Fri, 14 Apr 2017
|
[ 20:50 miwi ]
- Fix shebang
Approved by: gerald (maintainer via mail)
|
|
Sat, 1 Apr 2017
|
[ 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 )
|
|
Fri, 3 Feb 2017
|
[ 15:18 gerald ]
No longer define CPE_VERSION for ports tracking releases of GCC since
there the default of PORTREVISION is just fine.
|
[ 15:05 gerald ]
Remove extraneous definition of DISTVERSION (which in general we
only need for ports tracking weekly GCC snapshots) and simplify
the definition of GCC_VERSION.
Remove traces of armv6hf which no longer exists as an arch. [1]
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, 11 Dec 2016
|
[ 16:20 gerald ]
Copy over files/patch-x86-64-fix-m16 from lang/gcc since both ports are
about the same version of GCC (except lang/gcc will move on to GCC 5).
|
|
Sun, 20 Nov 2016
|
[ 20:34 gerald ]
Move the conflict with lang/gcc from lang/gcc48 to lang/gcc49 now that
we have updated lang/gcc to the GCC 4.9 series. (The direction from
lang/gcc49 to the respective port already has been addressed.)
PR: 196712
|
|
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
|
|
Fri, 23 Sep 2016
|
[ 16:07 gerald ]
Disable building Java on powerpc64 (option JAVA) by default. It is
causing build failures of the kind
/usr/local/bin/ld: classpath/tools/.libs/libgcj_tools_la-tools.o:
unknown relocation type 1383330 for `*UND*'
and generally not that important nor widely used.
Reported by: swills
Discussed with: andreast
|
|
Thu, 11 Aug 2016
|
[ 09:40 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: 211742
Submitted by: jkim
|
|
Wed, 3 Aug 2016
|
[ 12:51 gerald ]
Update to the GCC 4.9.4 release which marks the closure of the GCC 4.9
branch and release series. There should not be any further releases (nor
even snapshots) of GCC 4.9 going forward.
Adjust the download location etc accordingly.
|
|
Sat, 16 Jul 2016
|
[ 14:21 gerald ]
Update to the 20160713 snapshot of GCC 4.9.4.
|
|
Thu, 9 Jun 2016
|
[ 21:12 gerald ]
Update to the 20160608 snapshot of GCC 4.9.4.
|
|
Sat, 4 Jun 2016
|
[ 08:30 gerald ]
Update to the 20160601 snapshot of GCC 4.9.4.
|
|
Sat, 30 Apr 2016
|
[ 21:45 gerald ]
Update to the 20160427 snapshot of GCC 4.9.4.
Update MULTILIB_DESC which now matches newer gcc* ports.
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.
|
|
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
|
|
Tue, 12 Apr 2016
|
[ 14:49 gerald ]
Update to the 20160406 snapshot of GCC 4.9.4, nearing release.
|
|
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, 16 Feb 2016
|
[ 13:37 gerald ]
Update to the 20160210 snapshot of GCC 4.9.4.
Things brings a package of backports/fixes from current mainstream.
|
|
Fri, 5 Feb 2016
|
[ 00:16 gerald ]
Update to the 20160203 snapshot of GCC 4.9.4.
|
|
Sat, 16 Jan 2016
|
[ 12:15 gerald ]
Update to the 20160113 snapshot of GCC 4.9.4.
|
|
Mon, 4 Jan 2016
|
[ 06:41 gerald ]
Update to the 20151230 snapshot of GCC 4.9.4.
|
|
Sat, 5 Dec 2015
|
[ 02:13 gerald ]
Fix whitespace around powerpc64 options.
|
|
Fri, 4 Dec 2015
|
[ 20:46 andreast ]
Add Java build option for PowerPC64.
Approved by: gerald (maintainer)
|
|
Thu, 3 Dec 2015
|
[ 00:28 gerald ]
Update to the 20151202 snapshot of GCC 4.9.4.
Pet overeager portlint.
|
|
Fri, 27 Nov 2015
|
[ 23:30 gerald ]
Update to the 20151125 snapshot of GCC 4.9.4.
|
|
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 )
|
|
Thu, 12 Nov 2015
|
[ 11:50 gerald ]
Update to the 20151111 snapshot of GCC 4.9.4.
Thanks to andreast@ the patch for PIE support is now upstream,
so drop files/patch-pie-support.
|
|
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
|
|
Sat, 31 Oct 2015
|
[ 21:35 gerald ]
Update to the 20151028 snapshot of GCC 4.9.4.
|
|
Sat, 10 Oct 2015
|
[ 14:26 gerald ]
Update to the 20151007 snapshot of GCC 4.9.4.
|
|
Thu, 1 Oct 2015
|
[ 06:25 gerald ]
Update to the 20150916 snapshot of GCC 4.9.4.
|
|
Sun, 23 Aug 2015
|
[ 19:37 gerald ]
Update to the 20150819 snapshot of GCC 4.9.4.
|
|
Mon, 17 Aug 2015
|
[ 14:20 mat ] (Only the first 10 of 271 ports in this commit are shown above. )
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
|
|
Sat, 8 Aug 2015
|
[ 20:46 gerald ]
Update to the 20150805 snapshot of GCC 4.9.4.
|
|
Mon, 3 Aug 2015
|
[ 03:13 gerald ]
Update to the 20150729 snapshot of GCC 4.9.4.
|
|
Mon, 27 Jul 2015
|
[ 12:45 gerald ]
Update to the 20150722 snapshot of GCC 4.9.4.
|
|
Fri, 17 Jul 2015
|
[ 22:31 gerald ]
Update to the 20150715 snapshot of GCC 4.9.4.
|
|
Sun, 12 Jul 2015
|
[ 22:48 gerald ]
Update to the 20150708 snapshot of GCC 4.9.4.
|
|
Sun, 5 Jul 2015
|
[ 21:47 gerald ]
Update to the 20150701 snapshot of GCC 4.9.4 (a little past the
GCC 4.9.3 release).
|
|
Fri, 26 Jun 2015
|
[ 09:00 gerald ]
Update to the 20150624 snapshot of GCC 4.9.3.
files/patch-pr63740-arm is no longer necessary, this has been
addressed upstream now (thanks to andreast@).
|
|
Fri, 19 Jun 2015
|
[ 23:50 gerald ]
Update to the 20150617 snapshot of GCC 4.9.3.
|
|
Fri, 12 Jun 2015
|
[ 16:46 gerald ]
Update to the 20150610 snapshot of GCC 4.9.3.
|
|
Wed, 10 Jun 2015
|
[ 08:19 gerald ]
Update to the 20150603 snapshot of GCC 4.9.3.
|
|
Tue, 9 Jun 2015
|
[ 19:59 andreast ]
Backport PIE support for FreeBSD from GCC trunk.
Approved by: gerald
|
|
Sat, 23 May 2015
|
[ 09:59 gerald ]
Update to the 20150520 snapshot of GCC 4.9.3.
|
|
Tue, 19 May 2015
|
[ 05:28 gerald ]
Update to the 20150513 snapshot of GCC 4.9.3.
|
|
Mon, 11 May 2015
|
[ 05:37 gerald ]
Update to the 20150506 snapshot of GCC 4.9.3.
|
|
Fri, 1 May 2015
|
[ 21:18 gerald ]
Update to the 20150429 snapshot of GCC 4.9.3.
|
|
Tue, 28 Apr 2015
|
[ 23:38 gerald ]
Update to the 20150422 snapshot of GCC 4.9.3.
Merge MASTER_SITES and MASTER_SITE_SUBDIR into just the former. [1]
Suggested by: mat [1]
|
|
Sat, 18 Apr 2015
|
[ 23:22 gerald ]
Update to the 20150415 snapshot of GCC 4.9.3.
|
|
Tue, 14 Apr 2015
|
[ 15:03 bdrewery ]
The armv6 support added in r376350 requires USES=compiler. It works fine
on 10 and head since bsd.own.mk includes bsd.compiler.mk. This is not the case
on older releases though.
|
|
Fri, 10 Apr 2015
|
[ 20:09 gerald ]
Update to the 20150408 snapshot of GCC 4.9.3.
|
|
Fri, 3 Apr 2015
|
[ 13:22 gerald ]
Update to the 20150325 snapshot of 4.9.3.
Set CPE_VERSION.
|
|
Thu, 26 Mar 2015
|
[ 20:36 marino ]
lang/gcc(46,47,48,49,5): Use OPTIONS_EXCLUDE_DragonFly to block JAVA
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
|
|
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
|
[ 19:19 gerald ]
Use PKGNAMESUFFIX so that PORTNAME falls back to plain gcc and we
can avoid setting DISTNAME and CPE_PRODUCT.
Suggested by: mat
|
[ 15:00 gerald ]
Add CPE information.
PR: 198259
Submitted by: shun.fbsd.pr@dropcut.net
|
|
Fri, 20 Mar 2015
|
[ 23:43 gerald ]
Update to the 20150318 snapshot of GCC 4.9.3.
|
|
Thu, 12 Mar 2015
|
[ 23:04 gerald ]
Update to the 20150311 snapshot of GCC 4.9.3.
|
|
Sun, 8 Mar 2015
|
[ 08:06 gerald ]
Update to the 20150304 snapshot of GCC 4.9.3.
|
|
Thu, 26 Feb 2015
|
[ 11:51 gerald ]
Update to the 20150225 snapshot of GCC 4.9.3.
|
|
Fri, 20 Feb 2015
|
[ 01:30 gerald ]
Update to the 20150218 snapshot of GCC 4.9.3.
|
|
Sun, 15 Feb 2015
|
[ 04:19 gerald ]
Update to the 20150211 snapshot of GCC 4.9.3.
|
|
Sat, 7 Feb 2015
|
[ 14:09 gerald ]
Update to the 20150204 snapshot of GCC 4.9.3.
|
|
Fri, 30 Jan 2015
|
[ 22:48 gerald ]
Update to the 20150128 snapshot of GCC 4.9.3.
|
|
Sat, 24 Jan 2015
|
[ 20:34 gerald ]
Update to the 20150121 snapshot of GCC 4.9.3.
|
|
Sat, 17 Jan 2015
|
[ 12:06 gerald ]
Update to the 20150114 snapshot of GCC 4.9.3.
|
|
Fri, 9 Jan 2015
|
[ 07:56 gerald ]
Update to the 20150107 snapshot of GCC 4.9.3.
Fix a comment typo and whitespace in the new ARM support.
|
|
Mon, 5 Jan 2015
|
[ 19:28 andreast ]
Add support for armv6*-*-freebsd*.
The large patch is the same as the one from r376266.
The second patch is a temporary fix for the bootstrap failure on all
ARM targets. This fix will be hopefully soon applied to gcc-4.9.x upstream.
Thanks again to Sean Bruno for testing and Gerald for approving.
Approved by: gerald (maintainer)
|
|
Fri, 2 Jan 2015
|
[ 14:19 gerald ]
Update to the 20141231 snapshot of GCC 4.9.3..
|
[ 10:18 gerald ]
Update to the 20141224 snapshot of GCC 4.9.3.
|
|
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)
|
|
Sun, 21 Dec 2014
|
[ 01:38 gerald ]
Update to the 20141217 snapshot of GCC 4.9.3.
|
|
Sat, 29 Nov 2014
|
[ 19:18 gerald ]
Update to the 20141126 snapshot of GCC 4.9.3.
|
|
Sat, 22 Nov 2014
|
[ 13:47 gerald ]
Update to the 20141119 snapshot of GCC 4.9.3.
|
|
Fri, 7 Nov 2014
|
[ 13:55 gerald ]
Update to the 20141105 snapshot of GCC 4.9.3, pretty shortly after
the GCC 4.9.2 release.
|
|
Thu, 30 Oct 2014
|
[ 19:01 gerald ]
Update to the 20141029 snapshot of GCC 4.9.2.
Sort an entry in pkg-plist to be in line with other lang/gcc ports.
|
|
Sat, 25 Oct 2014
|
[ 18:46 gerald ]
Update to the 20141022 snapshot of GCC 4.9.2.
Also remove those traces of @dirrm that were are added dynamically
via the Makefile.
|
|
Sat, 18 Oct 2014
|
[ 23:26 gerald ]
Update to the 20141015 snapshot of GCC 4.9.2.
|
|
Sat, 11 Oct 2014
|
[ 07:30 gerald ]
Update to the 20141008 snapshot of GCC 4.9.2.
Restore the pkg-plist hack to not warn about info/gcc49/dir.
|
|
Tue, 7 Oct 2014
|
[ 13:55 gerald ]
Update to the 20141001 snapshot of GCC 4.9.2.
|
Number of commits found: 168 (showing only 100 on this page) |
As an Amazon Associate I earn from qualifying purchases.