preferred version of GCC (usually based on a release) starting with
GCC 4.6.1, and add a proper CONFLICTS.
On the way rename %%GCC_VER%% in pkg-plist to %%GCC_VERSION%% and
make the Makefile machinery a bit more generic to minimize differences
between lang/gcc ports based on releases and those based on snapshots.
PR: 156857
This addresses the pollution of common namespace by
share/python/aotcompile.py and share/python/classfile.py which now
go into version-specific directories.
By means of an extra patch default code generation on i386 defaults
to i486 on FreeBSD 6 and above. [1]
Submitted by: tijl [1]
Reported by: Yuri Karaban <tech@askold.net> [1]
PR: 154364 [1]
(better support for 128 bit floating point types, which for now poisons
global include file namespace though this won't be an issue before GCC
4.7 and I have reported it upstream).
Add hack for non-default LOCALBASE until the ports infrastructure has
been fixed. [1]
The new share/libstdc++/python/libstdcxx has now moved to a version
specific location based on an upstream report of mine.
And there are now three new ffi related man pages.
Dedicated to:
Move the snapshot date from PORTREVISION to being a part of PORTVERSION
to allow for PORTREVISION bumps.
Simplify pre-everything and adjust PLIST_SUB accordingly.
Move VERSIONSTRING down to pacify portlint after all those years and
extract it from PORTVERSION, too.
the new lang/gcc44 port. At this point, this is mostly identical to what
we have in lang/gcc43 which is in the final stages before the GCC 4.3.0
release, but things will start diverging soon.
PR: 120984
application and man pages for gappletviewer43, gjar43, gjarsigner43,
gjavah43, gkeytool43, gnative2ascii43, gorbd43, grmid43, gserialver43,
and gtnameserv43.
This has a patch of mine to account for the removal of /usr/bin/objformat
on 7-CURRENT and defaults to elf instead of aout in this case.
Add a temporary patch to fix the bootstrap on i386.
This adds a couple of further programs related to Java language support,
specifically gjar, gjavah, gnative2ascii, gorbd, grmid, gserialver, and
gtnameserv.
Adjust pkg-plist to remove some secondary programs which we no longer
provide after the import of the Eclipse Java frontend.
Properly set INFO for those cases where we actually do not build libgomp,
and thus not libgomp.info either.
Move ia64 to NOT_FOR_ARCHS from BROKEN, like we did with lang/gcc43.
Remove the cklatest target and files/patch-gengtype-yacc.y.
snapshot of GCC 4.3.0; repocopied over from lang/gcc42.
Sadly we now have an unconditional dependency on math/libgmp4 and
math/mpfr. On the positive side this allows us to always build the
Fortran frontend.
PR: 104683
version number to libdata/pkgconfig/libgcj.pc. Fix packaging on amd64
on the way (enabling Java actually was a noop, except for pkg-plist).
Update lang/gcc41 to the 20061013 snapshot of GCC 4.1.2.
These changes allow us to remove the CONFLICT between lang/gcc41 and
lang/gcc42 when building with Java support (the default on i386).
Approved by: portmgr (erwin)
caused by include/ffi.h.
Enable libgcj on amd64 in addition to i386.
Remove the hack we had used to rename man pages to match the actual
names of binaries (back when GCCs configure mechanism failed to do so).
two cases where the common (file) namespace was polluted by Java-specific
files.
Disable building libgomp on FreeBSD 4.x and early versions of FreeBSD 5.0
due to pthread-related build issues there.[1]
Reported by: kris (pointyhat) [1]
bootstrap-lean is back, which means quite a bit less disk space used when
building this port. Also, Java comes with new applications gappletviewer42,
gjarsigner42, and gkeytool42 and a new libgcj-tools-4.2.0.jar.
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)
Java support is back (on i386), and all those additional libtool
files we are currently installing as part of libgcj will be gone
with next week's snapshot.
The spamming of $PREFIX/include/ssp is now finally gone after my reports
upstream, which allows us to restrict the conflict with gcc-4.1.* to the
case where we build Java.
Convert the build-time dependency on math/mpfr to a full one, since the
Fortran frontend also needs this at run time.
Always build both shared and static libraries instead of having these as
two exclusive options defaulting to the former.
Remove bogus USE_X11 (which was not used by default nor any other port).
No longer hardcode the version number in LATEST_LINK.
Remove USE_REINPLACE= as advised by new portlint. Also note that at
least some of the installation hierarchy problems with libgomp have
been fixed now due to my report upstream.
Improve packaging by using @dirrm include/ssp instead of speculative
removal. Remove broken removal of the info/gcc42 directory; this has
to be handled by Mk/bsd.ports.mk.
due to the stabilization work for the 4.1.0 release and also addresses
some hierarchy problems I had reported (and which we no longer need to
work around).
Replace the WITHOUT_LIBJAVA knob by WITHOUT_JAVA which also disables
building the compiler and tools proper and avoids fetching the entire
Java frontend and library tarball.
Remove bogus ${PREFIX}/share/classpath/api directory that libjava adds
these days.
Make the (optional) handling of the Fortran and Java frontends easier
to understand.
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.
pages on systems with an old version of Perl, once and for all and forever.
Reenable building libjava where appropriate, now that this has been fixed
upstream. And treat Fortran libraries exactly like other language support
libraries, reducing conflicts with other gcc ports and getting rid of the
libtool archives on the way.
Add a conflict with the gcc34 port and address portlint warnings.
Simplify the handling of libraries which are not installed in all
configurations and put all 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.
