something already there (PORTOBJFORMAT, OSVERSION) or move stuff from after
.include <bsd.port.mk> to before.
(This is not by any means the complete list but just the ones I've noticed
recently.)
(I still intend to fix the bug in the script that misses an ELF system for
an a.out one)
Current fix submitted by: "Alec Wolman" <wolman@cs.washington.edu>
all the way to diffing yorick/pkg/PLIST and then died with a
"bad hostname freefall.freebsd.org" .... Hopefully that's not bad... ;-)
Hmm.. Maybe I'll try doing this from beast, next! kickme's a boring
machine, and bento is busy.
subexpressions.
* expmed.c (expand_divmod): Save last divison constant and
if rem is same as div, don't adjust rem cost.
Submitted by: Peter Jeremy <peter.jeremy@auss2.alcatel.com.au>
* Some initial support for FreeBSD-alpha
* Add some optimizations required by g77, which still might be of some use
to adventuring C/C++ programmers.
Obtained from: OpenBSD (parts)
under lang) use ${OSREL} as defined in bsd.port.mk rev 1.281 and
1.227.2.43.
Note gcc28 is hopelessly broken, it uses an undefined variable
${GNUOSREL} and thus has an empty string wherever ${OSREL} should
be. However, it's consistent with its own PLIST at the current state
so I haven't "fixed" it yet.
-current systems.
Fix the definition of the preprocessor symbol __FreeBSD__. It had
been defined as "2=3".
Implement support for weak symbols. This solves the "___error"
undefined problem on -current systems.
Default to -fsjlj-exceptions even for C programs. This is needed
because a few modules in libgcc are built with -fexceptions turned
on, and the default style of exception support causes croakage.
I tried a make buildworld on a recent -current system by adding the
following to /etc/make.conf:
CC=/usr/local/bin/gcc28 -B/usr/local/lib/gcc-lib/i386-unknown-freebsd3.0/2.8.1/
CXX=/usr/local/bin/g++28 -B/usr/local/lib/gcc-lib/i386-unknown-freebsd3.0/2.8.1/
It got pretty far along before dying. The death occurred when building
our old native libstdc++, almost certainly because of header file
incompatibilities.
Another obstacle for make world is that this port doesn't currently
build a PIC version of libgcc (libgcc_pic.a).
