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.
whether it is our kernel/userland, the hardware, or something else at fault
and nobody on our side nor upstream seems to have any interest.
Discussed with: kris
This adds a libgomp info page (the other changes to INFO and MAN are
just to sort these two properly) and we need to add a temporary patch
to fix an issue triggered by FreeBSD headers.
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]
No longer create ${PREFIX}/libdata/ldconfig, the issue has been addressed
in Mk/bsd.port.mk now.
Be more friendly for additional patches.
Submitted by: maho (implicitly)
Simplify the subdirectory we use for GCC-specific libraries and include
files from gcc/${CONFIGURE_TARGET}/${PORTVERSION} to gcc-${PORTVERSION}.
Remove the hack to set RANLIB=: now that this has been addressed upstream.
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.
