Searches without login should now work. You must get asked to click a button.
Port details
gcc33GNU Compiler Collection 3.3
3.3.6_5,1langΣ=37 3.3.6_5,1Version of this port present on the latest quarterly branch.
DEPRECATED: fails to build on FreeBSD 8 and above, not a single complaint when it failed to build for half a year, closed upstream for half a decade This port expired on: 2009-03-03 IGNORE: does not run on amd64 sparc64, while you are running amd64
GCC, the GNU Compiler Collection includes gcc, g++, and g77.
This port installs the various front ends as gcc33, g++33,
and g77-33 into the ${PREFIX}/bin directory.
WWW: http://gcc.gnu.org/
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.
Remove obsolete code to create (empty) man pages in case regular
man pages cannot be created.
Address build failure caused by Mk/bsd.port.mk changes mid 2008. [1]
(I will go ahead and remove this port per the DEPRECATION note, but
figured these backports from newer versions may be helpful in case
someone wants to play with it nevertheless.)
PR: 132379 [1]
Submitted by: Rikiya YONEMOTO [1]
Add sparc64 to NOT_FOR_ARCHS. (Nothing really should use this port at
this point anyway, and we're down to six abandoned other ports overall.)
Reported by: pointyhat
- 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
- Announce --mandir and --infodir in configure --help so it won't fail
when we pass them for GNU_CONFIGURE
PR: ports/111470
Approved by: portmgr
Tested by: pointyhat exp run
Make CONFIGURE_ARGS and MAKE_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. [1]
Reviewed by: flz (for lang/gcc40) [1]
Install the .info files in a port-specific subdirectory, which removes
hidden conflicts with some older lang/gcc ports.
Also, convert pkg-plist to use a new substitution (%%SUFFIX%%) instead
of hardcoding the version number 33.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former. This requires a hack to
set LD_LIBRARY_PATH from MAKE_ENV which makes me think the WANT_SHAREDLIBS
case really failed to build previously.
Make MAKE_ARGS non-cumulative.
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.
Remove the cklatest target which we just do not need any longer.
Bump PORTREVISION.
Update to the 20051223 snapshot of GCC 4.1.0.
Install the .info files of the lang/gcc41 port in a port-specific
subdirectory, and move include/mf-runtime.h into a version specific
directory. This allows us to remove the conflict with lang/gcc33,
and reduce the clash with lang/gcc42.
Also improve packaging by using @dirrm include/ssp instead of speculative
removal.
Update to the 20051215 snapshot of GCC 4.0.3.
Install the .info files of the lang/gcc40 port in a port-specific
subdirectory, and move include/mf-runtime.h into a version specific
directory. This allows us to remove the conflicts with lang/gcc33,
lang/gcc41 and lang/gcc42.
Also, convert pkg-plist to use a new substitution (%%SUFFIX%%) instead
of hardcoding the version number 40.
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
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.
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]
Now that the GCC 3.3 branch has been closed, switch from tracking snapshots
to the final release, 3.3.6. Unfortunately, this requires using PORTEPOCH.
Tweak a comment and remove a debug output on the way.
Update to the 20050511 snapshot of GCC 3.3.6.
Add conflicts with the gcc40 and gcc41 ports, due to the .info files.
Simplify the handling of libraries which are not installed in all
configurations.
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.
Update to the 20050427 snapshot of GCC 3.3.6. On the way, remove all traces
of the Java frontend and libgcj which speeds up the build significantly and
reduces the number of file conflicts with lang/gcc34 to a minimum (which is,
in turn, needed for proper building and testing of the alpha port). Everyone
with interest in Java really should use lang/gcc34 or, better, lang/gcc40.
Update to the 20040630 snapshot and change the version to 3.3.5.
Optimize the SNAPDATE variable away on the way and use ${ECHO_MSG}
instead of ${ECHO} [1].
Spotted by: eik [1]
Mark BROKEN on amd64. It looks like the system compiler miscompiles this,
and most people on this platform will use either the system compiler or
gcc34 anyways.
se ${ECHO} instead of echo.
Update to the 2004-04-11 snapshot and a later version of the bounds checking
patch (which still has two mismatches, though).
Tweak the pre-everything message, plus display a note when libgcj is not built.
Add a WITHOUT_LIBJAVA knob, which disables building libgcj and thus saves
quite some build time and also disk. Make this the default on sparc64 and
ia64 where libgcj has not been ported to and thus fix long-standing packaging
issues on these two platforms.
On the way, update to the 20040322 snapshot of GCC 3.3.3.
PR: 63427 (mostly)
Update to the 20040308 snapshot of GCC 3.3.4.
- Work around breakage due to the renaming of x86_64 to amd64 (which still
has not been addressed upstream).
- USE_SIZE is now the default, no need to specify it explicitly.
- Remove WANT_THREADS_SUPPORT knob, which should be a no-op by now.
Consider another instance of the man pages not being generated if Perl 5.6
is not installed and move/adjust the previous hack.
Reported by: bento
Lee Harr <missive@hotmail.com>
AMAKAWA Shuhei <sa264@cam.ac.uk>
Add missing part of yesterday's commit.
Update to the 2004-01-19 snapshot of GCC 3.3. Employ USE_SIZE.
Reported by: Rolandas Naujikas <rolnas@takas.lt>
Sync handling of man pages with the gcc34 port. Merge in my 2004/01/09
change to the gcc34 port to adjust the renaming of gccbug to the scheme
used by the other programs installed by this port. Remove hack to provide
stubs for binaries not built on some platforms.
Update to the 2004-01-12 snapshot of GCC 3.3. Make the automatic generation
of the package list for libraries and include files more failure tolerant, so
that at least `make install` now works on sparc64.
libgcj still is not supported and packaging is broken on sparc64; mark BROKEN
on that platform.
Update to the 2003-11-03 snapshot of GCC 3.3.3. Handle binaries that are
not provided on all platforms (notably SPARC at this time) by installing a
dummy instead.
Build GCC using `make bootstrap-lean` instead of `make bootstrap` to increase
the chance of success on disk starved hosts (e.g. on the FreeBSD cluster).
Update to a slightly newer version of the optional bounds checking patches,
but disable the note on WITH_BOUNDSCHECKING as even these have not been
updated for GCC 3.3.2 yet.
Noticed by: trevor
Update to the GCC 3.3.2 release, fixing packaging problems caused by the
previous update on the way.
Generalize this port such that switching between GCC snapshots and releases
will be even simpler next time. Remove code to use CVS to obtain sources as
I (wearing my GCC hat) can guarantee that we will provide snapshots as long
as needed in the future.
Update the optional GCC bounds checking patch to the latest version which
again works with current GCC 3.3 sources (modulo a minor tweak to avoid a
patch affecting a bison generated file).
PR: 54587
Use ${STRIP_CMD} instead of strip. Strip some additional files and simplify
the machinery so that we do not need to maintain duplicate lists of binaries.
Rename loop variables from $file to $f to avoid warnings by future versions
of portlint.
Fix a post-build comment.
Reviewed by: obrien
Update to the official release of GCC 3.3. On the way, somewhat restructure
the port so that switching between snapshots and releases will amount to fewer
changes in the future.
Clean up PLIST_SUB and pkg-plist and add two missing entries to MAN1.
I now made .bz2 sources available on gcc.gnu.org, so again use these instead
of .gz sources. Remove a makeinfo related hack for CONFIGURE_ENV which is
not needed any longer.
Merge targets pre-configure and pre-build, simplify them, and remove
patch-va. All of these dealt with us patching generated files (which
we don't do any longer).
Fifty-one months after ELF flag day, and after the system compiler became
ELF-only as well, remove support for aout from the next generation of GCC.
Suggested by: Loren James Rittle <rittle@labs.mot.com>
Discussed with: obrien