containing a pregenerated configure and a parse.c generated with bison
1.35. This is to offer a smaller (.tar.bz2) distfile, remove the
autoconf dependency and benefit from a bit more efficient parse.c than
that which byacc(1) generates.
- link libc_p.a/lib_c_r.a when compiling with "-pg -static"
- fix unresolved symbols to make "-pg" and "-prof_gen" work
Submitted by: marius@alchemy.franken.de
Approved by: kris
- Re-enable patching of iccvars.(c)sh (solely called by icid and therefore
overlooked), accidentally broken by last commit.
- Fix generation of multi-threaded code, triggered by the (badly documented)
compiler option "-mt".
- Disable compiler options "-openmp*" and "-parallel", they depend on
libguide which itself depends on pthread_atfork() (not provided by libc_r),
therefore don't install libguide.
Note: All compiler options are now believed to either work on FreeBSD or
be disabled (Maintainer note: '-prof_gen' is under investigation).
- Add a message about installing stlport-icc in order to get full C++ support.
- Remove workaround for generation of shared objects with binutils/ld 2.12.x,
appears to be fixed (unfortunately no confirmation by Intel Support, "That
is good news <...> then we should just close this issue." *sigh*).
Submitted by: marius@alchemy.franken.de
- Add note about a problem on P4 and how to solve it.
Suggested by: Martin Kahlert <martin.kahlert@infineon.com>
- Remove outdated information in pkg-descr.
This hack makes gcc totally use our stock headers vs. the fixinc'ed ones.
There is probably zero chance of getting this fixed in the FSF/GCC CVS
repository, as the 3.1 branch is offically closed.
Note: This does *NOT* work on -current. The bootstrap tarball for -current is
still missing. I am working on it. However I wanted to make this new
version available on 4.7-R.
Submitted by: maintainer
handling when generating shared objects with binutils/ld 2.12.[0,1], link
in the icc C++ ABI definitions not those of gcc
- remove libcprts (STL): it has unresolvable glibc dependencies in both,
dynamic and static, versions, therefore is not usable and entirely unneeded
when libstlport is used instead
- add libimf (Intel's optimized math functions library), while there's no
measurable speed improvement (at least for the functions tested) in
comparison to FreeBSD's libm beyond the "normal" icc vs. gcc boost icc
occasionally produces code depending on libimf when told to optimize for
Pentium 4
- replace the ld-script with a wrapper written in C as (c)sh is a bit limited
and long winded for that purpose
- minor stuff and cleanup
Submitted by: marius@alchemy.franken.de
list by bsd.port.mk insert anti foot-shooting device, which prevents
infinite fork loop when the user defines corresponding USE_XXX in global
make.conf, command line or environment.
Similar devices should probably be inserted into ports that might be inserted
into dependency list by others bsd.foo.mk files (bsd.ruby.mk, bsd.python.mk
and so on.)
compensate for the fact the master tarball does not have a version
number in its filename. This prevents older copies of the sources
being picked up during the "fetch" phase.
This hack makes gcc totally use our stock headers vs. the fixinc'ed ones.
I don't like this change as I don't think there is any chance of getting
this change back into the GCC repository and it is important that the
stock GCC sources will bootstrap on FreeBSD 5.0.
Submitted by: Don Lewis <dl-freebsd@catspoiler.org>
