| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Approved by: portmgr (implicit)
|
|
|
|
|
|
|
| |
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)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>
* Anton Shterenlikht
* Ashish SHUKLA <ashish@FreeBSD.org>
* Bob Eager <bob@eager.cx>
* Bruce M Simpson
* Bruce M. Simpson
* Christoph Mallon <christoph.mallon@gmx.de>
* Christopher Elkins <chrise@scardini.com>
* Christopher Key <cjk32@cam.ac.uk>
* Chuck Robey <chuckr@FreeBSD.org>
* Cyrille Lefevre <clefevre@citeweb.net>
* Dan Rench <citric@cubicone.tmetic.com>
* Danilo Egea Gondolfo <danilogondolfo@gmail.com>
* Dario Freni <saturnero@gufi.org>
* David Kalliecharan <dave@dal.ca>
* David Naylor <dbn@FreeBSD.org>
* David Naylor <dbn@dragon.local>
* David O'Brien (obrien@NUXI.com)
* David O'Brien (obrien@NUXI.org)
* David O'Brien <obrien@NUXI.org>
* David O'Brien <obrien@cs.ucdavis.edu>
* Dereckson <dereckson@gmail.com>
* Devon H. O'Dell <devon.odell@gmail.com>
* Dmitry Sivachenko <demon@FreeBSD.org>
* Don Croyle <croyle@gelemna.org>
* Douglas Anestad <yotta@dougdidit.com>
* Edwin Groothuis (edwin@mavetju.org)
* Edwin Groothuis <edwin@mavetju.org>
* Eugene Ossintsev
* Frank Fischer
* Frank Gruender <elwood@mc5sys.in-berlin.de>
* Frederic Cambus
* Gea-Suan Lin <gslin@gslin.org>
* Gerald Pfeifer <gerald@FreeBSD.org>
* Giuseppe Pilichi aka Jacula Modyun <jacula@gmail.com>
* GreenDog <fiziologus@gmail.com>
* Gustau Perez i Querol <gustau.perez@gmail.com>
* Guy Antony Halse <guy@rucus.ru.za.za>
* Herve Quiroz <hq@FreeBSD.org>
* Hye-Shik Chang
* Hye-Shik Chang <perky@fallin.lv>
* Hye-Shik Chang <perky@python.or.kr>
* Iblis Lin <iblis@hs.ntnu.edu.tw>
* James Bailie <jimmy@mammothcheese.ca>
* James FitzGibbon <jfitz@FreeBSD.org>
* Jean-Sébastien Pédron <dumbbell@FreeBSD.org>
* Jean-Yves Lefort <jylefort@FreeBSD.org>
* Jeff Brown <jabrown@caida.org>
* Jeremy Norris <ishmael27@home.com>
* Jing-Tang Keith Jang <keith@FreeBSD.org>
* John Hein <jhein@symmetricom.com>
* John Marino <marino@FreeBSD.org>
* John Merryweather Cooper
* John Merryweather Cooper <coop9211@uidaho.edu>
* John Merryweather Cooper et al
* Joseph Koshy <jkoshy@FreeBSD.org>
* Josh Elsasser <jre@vineyard.net>
* Josh Gilliam <josh@quick.net>
* Julian H. Stacey <jhs@FreeBSD.org>
* Julian Stecklina
* Jyun-Yan You <jyyou@cs.nctu.edu.tw>
* Katsuji ISHIKAWA <katsuji.ishikawa@gmail.com>
* Kimura Fuyuki <fuyuki@hadaly.org>
* Kimura Fuyuki <fuyuki@mj.0038.net>
* Kimura Fuyuki <fuyuki@nigredo.org>
* Kiriyama Kazuhiko <kiri@kiri.toba-cmt.ac.jp>
* Kubilay Kocak <koobs@FreeBSD.org>
* Lars Thegler <lth@FreeBSD.org>
* Lev Walkin <vlm@lionet.info>
* Li-Wen Hsu <lwhsu@FreeBSD.org>
* Mahdi Mokhtari <mokhi64@gmail.com>
* Marcin Cieslak <saper@SYSTEM.PL>
* Martin Matuska <mm@FreeBSD.org>
* Matthew Hunt <mph@FreeBSD.org>
* Michael Butschky <butsch@computi.erols.com>
* Michael Johnson <ahze@FreeBSD.org>
* Mitsuru YOSHIDA <mitsuru@riken.jp>
* Muhammad Moinur Rahman <5u623l20@gmail.com>
* Neal Nelson <ports@nicandneal.net>
* Nicola Vitale <nivit@FreeBSD.org>
* Nils M Holm <nmh@t3x.org>
* Oliver Braun <obraun@informatik.unibw-muenchen.de>
* Oliver Breuninger <ob@seicom.NET>
* Patrick Li <pat@databits.net>
* Pawel Worach <pawel.worach@gmail.com>
* Pedro F. Giffuni <giffunip@asme.org>
* Pedro Giffuni
* Pedro Giffuni <giffunip@asme.org>
* Pete French <pete@twisted.org.uk>
* Peter Schuller <peter.schuller@infidyne.com>
* Peter van Heusden <pvh@egenetics.com>
* Phillip Neumann <pneumann@gmail.com>
* Piotr Kubaj <pkubaj@anongoth.pl>
* Po-Chuan Hsieh <sunpoet@FreeBSD.org>
* Pontus Stenetorp <ninjin@kth.se>
* Ralf S. Engelschall <rse@engelschall.com>
* Rick van der Zwet <rick@wzoeterwoude.net>
* Rob Zinkov
* Roland Jesse <roland.jesse@gmx.net>
* Romain Tartiere <romain@blogreen.org>
* Ryan Steinmetz <zi@FreeBSD.org>
* Sahil Tandon <sahil@tandon.net>
* Sergei Kolobov <sergei@kolobov.com>
* Sergey A. Osokin <osa@FreeBSD.org>
* Sergey Skvortsov <skv@protey.ru>
* Simon Marlow <simonmar@microsoft.com>
* Simun Mikecin <numisemis@yahoo.com>
* Stanislav Sedov <ssedov@mbsd.msk.ru>
* Stephen Weeks <sweeks@sweeks.com>
* Steven G. Kargl
* Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
* Sylvio Cesar <sylvio@FreeBSD.org>
* Thomas Gellekum <tg@FreeBSD.org>
* Timothy Beyer <beyert@cs.ucr.edu>
* Timothy Bourke <timbob@bigpond.com>
* Tom Judge <tj@FreeBSD.org>
* Veniamin Gvozdikov <vg@FreeBSD.org>
* Vitaly Magerya <vmagerya@gmail.com>
* Wen Heping <wenheping@gmail.com>
* Wen Heping <wenhping@gmail.com>
* Wes Peters <wes@softweyr.com>
* Ying-Chieh Liao <ijliao@FreeBSD.org>
* Yukihiro Nakai <Nakai@technologist.com>
* Yukihiro Nakai <nakai@FreeBSD.org>
* Zach Garner <zach@neurosoft.org>
* aaron@FreeBSD.org
* andrewb@cs.cmu.edu
* arved
* chinsan
* chuckr
* dd
* erik@smluc.org
* gahr
* gahr@FreeBSD.org
* gpalmer
* hsu
* ijliao
* jasone
* jkh
* jkoshy
* jmacd
* jmacd@FreeBSD.org
* jmz
* js@jeannot.org
* jseger@FreeBSD.org
* kappa@FreeBSD.org.ua
* kbyanc
* msmith@gsoft.com.au
* mutoh@openedu.org
* netchild@FreeBSD.org
* patrick
* pst
* rene@FreeBSD.org
* ruslan@shevchenko.kiev.ua
* stas
* tobez
With hat: portmgr
|
|
|
|
| |
Approved by: portmgr (blanket)
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=507372
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=487272
|
|
|
|
|
|
|
| |
PR: 232162
Notes:
svn path=/head/; revision=481964
|
|
|
|
|
|
|
|
|
|
| |
via this meta-port.
PR: 232162
Submitted by: freebsd@mcwest.org
Notes:
svn path=/head/; revision=481962
|
|
|
|
|
|
|
| |
version 1.1.0 (via revision 464079).
Notes:
svn path=/head/; revision=464084
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=455581
|
|
|
|
|
|
|
|
|
| |
the older versions, in particular 4.9 which is the last working on SPARC.
Reported by: linimon
Notes:
svn path=/head/; revision=455405
|
|
|
|
|
|
|
|
|
|
| |
the major version (so this does not result in a need for PORTEPOCH).
PR: 219275
Reported by: jbeich
Notes:
svn path=/head/; revision=449652
|
|
|
|
|
|
|
|
|
|
| |
default.
PR: 219275
Reported by: rakuco
Notes:
svn path=/head/; revision=449625
|
|
|
|
| |
Notes:
svn path=/head/; revision=445304
|
|
|
|
|
|
|
| |
Reported by: pkg-fallout, Matthew D. Fuller <fullermd@over-yonder.net>
Notes:
svn path=/head/; revision=441901
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=441883
|
|
|
|
|
|
|
| |
Approved by: gerald (maintainer via mail)
Notes:
svn path=/head/; revision=438545
|
|
|
|
|
|
|
|
|
|
|
| |
This define is already in upstream.
The gcc*-devel ports will pickup the commit from upstream.
Submitted by: kan@
Approved by: gerald@ (maintainer)
Notes:
svn path=/head/; revision=438061
|
|
|
|
|
|
|
|
|
| |
fix the armv6 bootstrap.
Reported by: andreast, jbeich
Notes:
svn path=/head/; revision=437982
|
|
|
|
|
|
|
|
|
| |
ICE on this architecture.
Reported by: andreast
Notes:
svn path=/head/; revision=437960
|
|
|
|
|
|
|
| |
Submitted by: andreast
Notes:
svn path=/head/; revision=437475
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
In terms of changes for users, this upgrade brings the following:
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.
PR: 216707, 218125
Tested by: antoine (-exp runs)
Supported by: jbeich, tcberner, and others
Notes:
svn path=/head/; revision=437437
|
|
|
|
|
|
|
|
|
| |
an arch.
Reported by: andreast
Notes:
svn path=/head/; revision=437435
|
|
|
|
|
|
|
|
|
|
| |
Replace a shell for-loop with a bmake .for-loop on the way.
Reported by: danfe
Reviewed by: danfe
Notes:
svn path=/head/; revision=436983
|
|
|
|
|
|
|
|
|
|
|
| |
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]
Notes:
svn path=/head/; revision=433249
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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)
Notes:
svn path=/head/; revision=431796
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
and lang/gcc48, but is something we have in lang/gcc47 and that lang/gcc
carried over from the days it was about GCC 4.7 (so surviving both the
transitions to GCC 4.8 and recently GCC 4.9).
The underlying issue was addressed upstream 2014-10-24 with r216679,
and in FreeBSD head 2013-09-06 by theraven@ who fixed fixed our
iconv.h to not include stdbool.h.
PR: 161417
Notes:
svn path=/head/; revision=427827
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While testing the clang390-import branch, I ran into the following
errors building lang/gcc49:
In file included from /wrkdirs/usr/ports/lang/gcc49/work/gcc-4.9.4/gcc/c/c-objc-common.c:33:
In file included from /usr/include/c++/v1/new:70:
/usr/include/c++/v1/exception:267:5: error: no member named 'fancy_abort' in namespace 'std::__1'; did you mean simply 'fancy_abort'?
_VSTD::abort();
^~~~~~~
/usr/include/c++/v1/__config:451:15: note: expanded from macro '_VSTD'
#define _VSTD std::_LIBCPP_NAMESPACE
^
/wrkdirs/usr/ports/lang/gcc49/work/gcc-4.9.4/gcc/system.h:685:13: note: 'fancy_abort' declared here
extern void fancy_abort (const char *, int, const char *) ATTRIBUTE_NORETURN;
^
1 error generated.
What is happening here, is that the source file includes gcc/system.h,
which defines abort to fancy_abort, and then the source file includes
<new>, which attempts to call _VSTD::abort() (the _VSTD is a libc++
alias for std::). The macro definition then causes the above breakage.
Newer gcc ports, such as gcc5 and gcc6 don't show this issue, because
upstream gcc first added an include of <algorithm> (which indirectly
includes <new>) in r217348 [1], and later even add a direct include of
<new> in r232736 [2].
Fix it for this version, by adding the direct include of <new> to
gcc/system.h. This makes the 'second' includes of <new> in some .c
files superfluous, but at least they won't result in errors.
[1] https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217348
[2] https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=232736
Approved by: portmgr (antoine)
PR: 212465
Notes:
svn path=/head/; revision=427110
|
|
|
|
| |
Notes:
svn path=/head/; revision=426982
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=426565
|
|
|
|
|
|
|
|
|
|
| |
PR: 213570
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Notes:
svn path=/head/; revision=424411
|
|
|
|
|
|
|
| |
restoring OPTIONS_DEFAULT_powerpc64=BOOTSTRAP.
Notes:
svn path=/head/; revision=420822
|
|
|
|
|
|
|
| |
OPTIONS_DEFAULT.
Notes:
svn path=/head/; revision=420821
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=420820
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=420178
|
|
|
|
|
|
|
| |
Discussed with: gerald@
Notes:
svn path=/head/; revision=416337
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=414734
|
|
|
|
|
|
|
| |
and lang/gcc48 ports, now in line across all lang/gcc* ports.
Notes:
svn path=/head/; revision=414552
|
|
|
|
|
|
|
|
|
|
| |
PR: 208294, 208309
Exp-run by: antoine
Approved by: gerald (maintainer)
Differential Revision: https://reviews.freebsd.org/D4157
Notes:
svn path=/head/; revision=413188
|
|
|
|
|
|
|
|
| |
With hat: portmgr
Sponsored by: Absolight
Notes:
svn path=/head/; revision=412347
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=402352
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
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
Notes:
svn path=/head/; revision=402245
|
|
|
|
|
|
|
|
|
|
| |
lang/gcc.
PR: 203751, 186852 [1]
Submitted by: software-freebsd@interfasys.ch [1]
Notes:
svn path=/head/; revision=401086
|
|
|
|
|
|
|
|
|
|
|
| |
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.
Notes:
svn path=/head/; revision=401074
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=401072
|
|
|
|
|
|
|
| |
PR: 203540
Notes:
svn path=/head/; revision=398656
|
|
|
|
| |
Notes:
svn path=/head/; revision=397956
|