GCC, the GNU Compiler Collection includes gcc, g++, and g77.
This port installs the various front ends as gcc34, g++34, and g77-34
into the ${PREFIX}/bin directory.
WWW: http://gcc.gnu.org/
Gerald Pfeifer <gerald@FreeBSD.org>
Bye, bye lang/gcc34. You have served us well, but with all dependencies
(including USE_FORTRAN=g77) gone and you never building on FreeBSD 10.x
or later, it's time to leave after ten years of service.
Change PORTNAME from gcc to gcc34 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.
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 )
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
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)
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
- Convert NOMANCOMPRESS to NO_MANCOMPRESS to sync with src
PR: ports/136065ports/127469
Submitted by: N.J. Mann <njm@njm.me.uk> and Aldis Berjoza
<killasmurf86@gmail.com>
- Early identify port CONFLICTS
PR: 137855
Submitted by: Piotr Smyrak <smyru@heron.pl>
- Add --no-same-permissions to the EXTRACT_AFTER_ARGS command.
Tijl Coosemans has been reported an issue that when root is extracting from the
tarball, and the tarball contains world writable files
(sysutils/policykit as an example), there is a chance that the files
gets changed by malicious third parties right after the extraction,
which makes it possible to inject code into the package thus compromise
the system.
Submitted by: Tijl Coosemans <tijl@coosemans.org> Xin LI (delphij@)
- Fix some whitespaces
Tested with: exp-run
Remove gcc-testsuite from DISTFILES, along with the post-build and
check targets. This reduces disk and bandwidth consumptions for a
feature (apparently) never used.
Add the local changes of src/contrib/gcc/config/sparc/freebsd.h,
mainly in order to let the preprocessor define things like __sparc64__
which in turn is required by some system headers.
Approved by: gerald
- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
Make CONFIGURE_ARGS additive, for the sake of child ports and to
bring my lang/gcc* ports more in sync.
Employ the new USE_LDCONFIG feature, which allows us to get rid of
the various, much more manual and error-prone hacks we needed so far.
Reviewed by: flz (for lang/gcc40)
Update to the GCC 3.4.6 release, which concludes the GCC 3.4 release
series. Move from tracking snapshots to the official release sources,
which requires an EPOCH bump, unfortunately.
Remove the cklatest target which we just do not need any longer.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Fix handling of shared libraries via rc.d for non-default prefixes and
move the rc.d script from PLIST_FILES to pkg-plist.
Do not strip some of the the binaries any longer.
No longer hardcode the version number in LATEST_LINK.
Update to the 20051220 snapshot of GCC 3.4.6.
Install the .info files of the lang/gcc34 port in a port-specific
subdirectory, which allows us to remove the conflicts with lang/gcc40
and lang/gcc41 and also removes the hidden conflict with lang/gcc33.
Also, convert pkg-plist to use a new substitution (%%SUFFIX%%) instead
of hardcoding the version number 34.
Install the .info files of the lang/gcc42 port in a port-specific
subdirectory, which allows us to remove the conflicts with lang/gcc33
and lang/gcc34.
Dedicated to: obrien
Complete the repocopy of lang/gcc41 to lang/gcc42 and update to the 20051210
snapshot of GCC 4.2.0.
Change pkg-plist to avoid hardcoding any version number.
PR: 90253
Fix bug where static forward declarations weren't accepted.
This allows us to fix non-ISO-C constructs in our kernel to legal ISO-C.
Submitted by: rodrigc
Obtained from: http://gcc.gnu.org/ml/gcc-patches/2005-09/msg00006.html
Update to the 20050712 snapshot of GCC 3.4.5.
No longer put target specific files and include files at the very
end of pkg-plist since that broke the /sbin/ldconfig invocations the
ports machinery added there (before we'd get a chance).[1]
Reported by: dinoex [1]
Update to the 20050628 snapshot of GCC 3.4.5.
Directly install libraries into a port-specific location instead of
moving them there after the original installation. This is simpler
and also avoids the problem where the port would overwrite/remove an
existing copy of libiberty.a, which boils down to a true conflict.
Remove support for Java, not the least because libjava only builds on i386,
Java in GCC 4.x is so much better, and this reduces build time and download
bandwidth required for this "legacy" port whose main purpose is to support
package building on FreeBSD 4.x quite a bit.
Submitted by: obrien
Update to the 20050513 snapshot of GCC 3.4.4.
Clean up MASTER_SITES. Add conflicts with the gcc40 and gcc41 ports.
Simplify the handling of libraries which are not installed in all
configurations and put the libgcj libraries in the same directory
as all others, getting rid of the libtool .la archives on the way.
No longer install fsf-funding.7 gfdl.7 gpl.7, remove some cruft from
the post-install target, and simplify generation of the dynamic parts
of the packaging list.
Add -fPIC to CXXFLAGS for static builds on alpha for 4.x. Should not be
necessary in theory, but is, apparently.
Submitted by: Idar Tollefsen <idart@performancedesign.no>
On alpha, we need at least GCC 3.3 to bootstrap GCC 3.4 or well'll get
a compiler error.
Submitted by: Idar Tollefsen <idart@performancedesign.no>
Reviewed by: kris
Add missing quote in post-build target (which is a real bug, but had not
triggered any problem before).
PR: 74901
Submitted by: Pasi Hirvonen <psh@iki.fi>
