Commit graph

8 commits

Author SHA1 Message Date
Alexander Leidinger
9308657f35 Update to 7.0.083.
I'm not aware of a change between 7.0.082 and this version which affects
FreeBSD, so no need to update if you already have 7.0.082 installed.
2003-02-15 15:46:17 +00:00
Alexander Leidinger
97084c21a6 - update to 7.0.082
- fix [dfi]vec.h with stlport-iostreams
- do not install a Windows header (mathf.h)
- do not install libompstub (depends on pthread_atfork(), see PR 17437)

Submitted by:	marius@alchemy.franken.de

- point to the icc errata after make install
2003-02-10 14:04:11 +00:00
Alexander Leidinger
26a1b6773a Update icc to 7.0.078.
Note:
Object files built with version 6.0 of Intel(R) Compilers may not link
properly with objects built with version 7.0 of Intel(R) Compilers.
Rebuilding of the object files is suggested.

Changes between the submitted version and the committed version:
 - update to 078 instead of 075
 - treat excessive parameters in function calls as an error instead
   of a warning (removed compatibility with a not named MS product, as
   suggested by Intel)
 - allow to override the INTEL_FLEXLM_LICENSE variable

From the submitter:
- Unbreak usage of signal.h on -current and RELENG_5_0.
  (committers note: see below)
- Fix ownership of installed files when built as non-root.
- Fix the patched versions of the icc- and the icpc-script to work with options
  containing spaces (e.g. '-DFOOBAR="foo bar"').
- Install 'clicense' and 'csupport' in the docs-dir even if NOPORTDOCS is
  defined, the later is not optional but required by 'icid'.
- Move the ld-wrapper to a sub-dir and thus out of what is normally set in
  PATH to prevent footshooting (this isn't perfect but simple until someone
  reworks this port to provide FreeBSD-compatibility in another way... or
  Intel releases a native version).
- Patch the headers to better fit for FreeBSD (hopefully...).

Notes:	- Icc7 is more picky about unknow options than the previous versions,
	  i.e. the gcc-options normally supplied in CFLAGS unless altered in
	  /etc/make.conf. Therefore compilation of ports with icc likely fail
	  if the standard CFLAGS are not unset (e.g. `make CC=icc CFLAGS=""`)
	  or replaced by options valid for icc.
	- When compiling multi-threaded C-code make sure to link with icc and
	  option '-mt' (for ports e.g. via PTHREAD_CFLAGS) otherwise libc_r
	  won't be linked in correctly.

Submitted by:	marius@alchemy.franken.de

Additional information:
 - rev 1.20 of src/sys/i386/include/signal.h introduced __aligned which
   isn't handled in sys/cdefs.h for non GCC compilers (at least not in
   publically available sources)
 - the FreeBSD stdarg.h is missing a macro for va_copy() in the non GCC case,
   we handle it in the port, but be prepared to get problems when the base
   system gets fixed
 - we don't use the icc-buildin of alignof()
 - Intel provides a float.h which has different floatingpoint values
   (e.g. MAX_FLOAT) than we have in the base system, in the port we use the
   FreeBSD header (Warner knows about the issue... at least he got a mail
   from me and Marius)
 - we replace __wchar_t with __ct_rune_t because icc has a build-in type
   for it, this affects "typedef __ct_rune_t __wchar_t;" in sys/_types.h.
   It isn't known if this may be evil...
 - icc doesn't need the option "-mt" anymore to generate thread safe code,
   but our FreeBSD version still needs it to be able to choose libc_r
   instead of libc

If a src-committer wants to address any of the above mentioned issues he
should first contact me, I may have already some fixes in my local tree.
2003-01-11 17:21:41 +00:00
Alexander Leidinger
bc38b4f7e1 - Update to 6.0.1.304.
- 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.
2002-09-20 12:16:25 +00:00
Alexander Leidinger
b7cf86fa3d Update to 6.0.159. 2002-07-13 14:57:15 +00:00
Alexander Leidinger
93d28e116f - update to icc 6.0.149
- use an empty MASTER_SITES to not get mail from fenner's distfile survey
  Suggested by:	fenner
- correct the message in IGNORE after obrien's change to linux-base
- fill in the product name in docs/csupport
2002-06-08 10:16:20 +00:00
Alexander Leidinger
3ab99b8813 Update icc from 5.0.1 to 6.0.139. 2002-05-13 13:58:21 +00:00
Alexander Leidinger
af90c4ca0a This is Intels C/C++ compiler. It is setup to produce native FreeBSD objects.
This port is not able to produce native executables on its own. You need to do
it yourself with gcc.

Approved by:	steve
2002-03-26 17:01:09 +00:00