head	1.50;
access;
symbols
	RELEASE_8_3_0:1.50
	RELEASE_9_0_0:1.50
	RELEASE_7_4_0:1.49
	RELEASE_8_2_0:1.49
	RELEASE_6_EOL:1.49
	RELEASE_8_1_0:1.49
	RELEASE_7_3_0:1.49
	RELEASE_8_0_0:1.49
	RELEASE_7_2_0:1.49
	RELEASE_7_1_0:1.49
	RELEASE_6_4_0:1.49
	RELEASE_5_EOL:1.49
	RELEASE_7_0_0:1.49
	RELEASE_6_3_0:1.49
	PRE_XORG_7:1.49
	RELEASE_4_EOL:1.49
	RELEASE_6_2_0:1.49
	RELEASE_6_1_0:1.47
	RELEASE_5_5_0:1.47
	RELEASE_6_0_0:1.43
	RELEASE_5_4_0:1.41
	RELEASE_4_11_0:1.40
	RELEASE_5_3_0:1.37
	RELEASE_4_10_0:1.33
	RELEASE_5_2_1:1.25
	RELEASE_5_2_0:1.25
	RELEASE_4_9_0:1.20
	RELEASE_5_1_0:1.13
	RELEASE_4_8_0:1.9
	RELEASE_5_0_0:1.5
	RELEASE_4_7_0:1.5
	RELEASE_4_6_2:1.2
	RELEASE_4_6_1:1.2
	RELEASE_4_6_0:1.2
	RELEASE_5_0_DP1:1.1;
locks; strict;
comment	@# @;


1.50
date	2011.07.03.13.45.14;	author ohauer;	state Exp;
branches;
next	1.49;

1.49
date	2006.06.21.12.51.00;	author kib;	state Exp;
branches;
next	1.48;

1.48
date	2006.06.21.12.28.56;	author kib;	state Exp;
branches;
next	1.47;

1.47
date	2006.02.11.23.55.41;	author netchild;	state Exp;
branches;
next	1.46;

1.46
date	2005.10.16.20.28.59;	author netchild;	state Exp;
branches;
next	1.45;

1.45
date	2005.10.12.18.49.23;	author netchild;	state Exp;
branches;
next	1.44;

1.44
date	2005.09.18.10.46.57;	author netchild;	state Exp;
branches;
next	1.43;

1.43
date	2005.06.04.16.25.50;	author netchild;	state Exp;
branches;
next	1.42;

1.42
date	2005.04.30.10.42.42;	author netchild;	state Exp;
branches;
next	1.41;

1.41
date	2005.03.06.15.08.25;	author netchild;	state Exp;
branches;
next	1.40;

1.40
date	2004.12.12.17.12.26;	author netchild;	state Exp;
branches;
next	1.39;

1.39
date	2004.11.16.20.14.46;	author marius;	state Exp;
branches;
next	1.38;

1.38
date	2004.11.02.23.27.26;	author marius;	state Exp;
branches;
next	1.37;

1.37
date	2004.07.24.11.16.50;	author netchild;	state Exp;
branches;
next	1.36;

1.36
date	2004.06.29.16.13.11;	author netchild;	state Exp;
branches;
next	1.35;

1.35
date	2004.06.02.17.04.54;	author netchild;	state Exp;
branches;
next	1.34;

1.34
date	2004.04.30.11.34.23;	author netchild;	state Exp;
branches;
next	1.33;

1.33
date	2004.03.27.13.22.42;	author netchild;	state Exp;
branches;
next	1.32;

1.32
date	2004.03.17.13.59.56;	author netchild;	state Exp;
branches;
next	1.31;

1.31
date	2004.02.26.13.21.46;	author netchild;	state Exp;
branches;
next	1.30;

1.30
date	2004.01.30.12.41.19;	author netchild;	state Exp;
branches;
next	1.29;

1.29
date	2004.01.19.14.13.32;	author netchild;	state Exp;
branches;
next	1.28;

1.28
date	2004.01.11.15.32.06;	author netchild;	state Exp;
branches;
next	1.27;

1.27
date	2003.12.13.13.11.20;	author netchild;	state Exp;
branches;
next	1.26;

1.26
date	2003.12.08.13.29.42;	author netchild;	state Exp;
branches;
next	1.25;

1.25
date	2003.11.14.12.09.17;	author netchild;	state Exp;
branches;
next	1.24;

1.24
date	2003.10.21.11.10.23;	author netchild;	state Exp;
branches;
next	1.23;

1.23
date	2003.10.03.16.05.13;	author netchild;	state Exp;
branches;
next	1.22;

1.22
date	2003.10.03.12.12.06;	author netchild;	state Exp;
branches;
next	1.21;

1.21
date	2003.09.24.12.53.09;	author netchild;	state Exp;
branches;
next	1.20;

1.20
date	2003.09.06.10.09.19;	author netchild;	state Exp;
branches;
next	1.19;

1.19
date	2003.08.21.14.55.42;	author netchild;	state Exp;
branches;
next	1.18;

1.18
date	2003.08.15.13.00.08;	author netchild;	state Exp;
branches;
next	1.17;

1.17
date	2003.07.11.15.48.05;	author netchild;	state Exp;
branches;
next	1.16;

1.16
date	2003.06.26.13.11.41;	author netchild;	state Exp;
branches;
next	1.15;

1.15
date	2003.06.12.10.52.08;	author netchild;	state Exp;
branches;
next	1.14;

1.14
date	2003.06.04.18.37.07;	author netchild;	state Exp;
branches;
next	1.13;

1.13
date	2003.05.09.11.35.04;	author netchild;	state Exp;
branches;
next	1.12;

1.12
date	2003.05.06.15.52.01;	author netchild;	state Exp;
branches;
next	1.11;

1.11
date	2003.04.24.15.08.34;	author netchild;	state Exp;
branches;
next	1.10;

1.10
date	2003.03.28.10.45.57;	author netchild;	state Exp;
branches;
next	1.9;

1.9
date	2003.03.05.18.55.31;	author netchild;	state Exp;
branches;
next	1.8;

1.8
date	2003.02.15.15.46.17;	author netchild;	state Exp;
branches;
next	1.7;

1.7
date	2003.02.10.14.04.11;	author netchild;	state Exp;
branches;
next	1.6;

1.6
date	2003.01.11.17.21.41;	author netchild;	state Exp;
branches;
next	1.5;

1.5
date	2002.09.20.12.16.24;	author netchild;	state Exp;
branches;
next	1.4;

1.4
date	2002.07.13.14.57.15;	author netchild;	state Exp;
branches;
next	1.3;

1.3
date	2002.06.08.10.16.20;	author netchild;	state Exp;
branches;
next	1.2;

1.2
date	2002.05.13.13.58.21;	author netchild;	state Exp;
branches;
next	1.1;

1.1
date	2002.03.26.17.01.02;	author netchild;	state Exp;
branches;
next	;


desc
@@


1.50
log
@- remove MD5
@
text
@SHA256 (l_cc_pc_8.1.038.tar.gz) = e5e725d0563e702ca5ceb80fad42bbca15ce4ccd53f8fa32ef689d856605d0dd
SIZE (l_cc_pc_8.1.038.tar.gz) = 137698940
@


1.49
log
@Forced commit: correct PR number for previous commit is 99198.

Pointy hat to:	kib
Approved by:	kan (mentor)
@
text
@a0 1
MD5 (l_cc_pc_8.1.038.tar.gz) = 50df0c8cddc7b434051c9f366a990424
@


1.48
log
@Update to 8.1.038.

PR:	91998
Approved by:	netchild (maintainer)
Approved by:	kan (mentor)
@
text
@@


1.47
log
@Update to 8.1.036.
@
text
@d1 3
a3 3
MD5 (l_cc_pc_8.1.036.tar.gz) = 8081589035f77421986f124f34564de0
SHA256 (l_cc_pc_8.1.036.tar.gz) = f6e6f8f1eb6b9d6a6c5287af0fdbbb6719ab32cdb683cda3aaf435f7e9148a48
SIZE (l_cc_pc_8.1.036.tar.gz) = 136884989
@


1.46
log
@Commit the distinfo too...

Noticed by:	stefanf
@
text
@d1 3
a3 2
MD5 (l_cc_pc_8.1.035.tar.gz) = 288c7d9de9096d3e240bdcfbc6ab68b5
SIZE (l_cc_pc_8.1.035.tar.gz) = 136136608
@


1.45
log
@Update to 8.1.034.

PR:		87325 (contains the same update as I did too)
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.034.tar.gz) = c3b584d9d8a1781f33f4adb029344d95
SIZE (l_cc_pc_8.1.034.tar.gz) = 136033710
@


1.44
log
@Update to 8.1.033.
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.033.tar.gz) = e812a6053ff904236cb7038d0132de7b
SIZE (l_cc_pc_8.1.033.tar.gz) = 135424722
@


1.43
log
@Update to 8.1.032.
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.032.tar.gz) = a6ca6bf933f9e39971dfa89a27963c3a
SIZE (l_cc_pc_8.1.032.tar.gz) = 135581695
@


1.42
log
@Update to 8.1.030.
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.030.tar.gz) = 355b8ed8c2390133077d5dce76d35e45
SIZE (l_cc_pc_8.1.030.tar.gz) = 135376166
@


1.41
log
@ - update to 8.1.028
 - 5.x got the header fix too, don't install replacement headers there [1]
 - allow to override GXX_ROOT [2]

Note: you may see "as: Illegal seek" while compiling with icc (a simple test
didn't revealed the same message with icpc). I don't know the reason for it,
but the resulting executable seems to work, so I commit the update.

Thanks to:	marius [1]
Requested by:	mi [2]
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.028.tar.gz) = c731762ff850020e67856980d9919030
SIZE (l_cc_pc_8.1.028.tar.gz) = 135460369
@


1.40
log
@Update to 8.1.026.
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.026.tar.gz) = 73f7d45ac68a59e49419d756d1d66803
SIZE (l_cc_pc_8.1.026.tar.gz) = 134654912
@


1.39
log
@- Update to 8.1.024.
- Declare a PATCH_DEPENDS on emulators/linux_base-8 only if actually using
  RTPpatch to apply an Intel provided binary patch.
- Turn the GCC-compatibility of ICC on by default for FreeBSD >= 502108;
  except for one bug which is worked around by this port and will be fixed
  in src later FreeBSD gained support for using the GCC-compatibility along
  with the patch to compile the kernel with ICC (but the ICC 8.0 series
  wasn't configurable/hackable enough to actually use it on FreeBSD, which
  resulted into the aforementioned bug).
- On FreeBSD >= 502108 default to using libstdc++ from the base as STL
  instead of STLport unless "-cxxlib-icc" is passed to icpc (made possible
  by turning on the GCC-compatibility and the compatibility to GCC 3.3 and
  3.4 which was added to ICC 8.1). On FreeBSD < 502108 STLport i.e.
  devel/stlport-icc is and will continue to be the only STL available.
  Update the instructions displayed by the post-install target accordingly.
- Put the wrappers for glibc specific symbols and other GNU/Linux compat
  hacks into their own library "libiccfbsd" and teach the ld-wrapper to
  injected this lib instead of adding these things to the Intel libcxa and
  libcxaguard. Beginning with ICC 8.1 non of the Intel libs is "guaranteed"
  to be linked into resulting executable (this is actually a fix in ICC
  as libcxa and libcxaguard are C++ only). This fixes linking against libm
  with icc amongst other things [1].
- Clean the ld-wrapper up a bit. Stop trying to create a perfect world for
  the real ld(1) regarding superfluous linkage options, ICC natively passes
  far to many of them to the linker that we easily could remove them all.
- Change the ld-wrapper to allow for bootstrapping STLport in a bit
  different way that we used to do it, required to make devel/stlport-icc
  build correctly again.
- Use fmt(1) to print the infos displayed by the post-install target so
  the text is formated properly after the included variables are expanded [2].

Todo: - Rework the freaking thread library selection via the PTHREAD_LIBS
        environment variable by the ld-wrapper, this causes really annoying
        problems when compiling ports with ICC. Some functionality analogous
        to the GCC "-pthread" option (which is also known by ICC but is not
        documented and doesn't do the right thing for FreeBSD) would be great.
      - Make devel/stlport-icc build again with ICC 8.1 after devel/stlport
        has been updated to 4.6.2 (PR 73604). Patch for 4.5.3 already done.

Reported by:	Dan Nelson <dnelson@@allantgroup.com> [1]
Courtesy of:	netchild [2]
Approved by:	netchild
@
text
@d1 2
a2 2
MD5 (l_cc_pu_8.1.024.tar.gz) = a1b4ae4427c6151e419461f435806add
SIZE (l_cc_pu_8.1.024.tar.gz) = 133091963
@


1.38
log
@o Preliminary update to 8.1.022:
  - For changes since the 8.0 series see the installed C++ReleaseNotes.htm
    but note that information given there doesn't necessarily apply to ICC
    on FreeBSD, e.g. -cxxlib-gcc isn't the default on FreeBSD yet and this
    port also doesn't install the Eclipse and CDT IDEs.
  - ICC now unfortunately requires emulators/linux_base-8.
  - Works fine for compiling C source.
  - A 6.0-current GENERIC kernel compiles and boots.
  - The devel/stlport-icc port currently can't link the exception handling
    testsuite with this ICC version (due to relying on a missbehaviour of
    the old ICC versions) and has to be changed in a way that doesn't break
    lang/icc7.
  - Support for using the GCC-compatibility of ICC on FreeBSD and using
    the GNU libstdc++ as the STL with ICC is in the works.

o Like with the system GCC, default to libpthread for the threads library
  on FreeBSD >= 502102.

Approved by:		netchild
In joint forces with:	netchild
@
text
@d1 2
a2 2
MD5 (l_cc_pc_8.1.022.tar.gz) = 0088a39a224e9e41c05cc83e5947c1b1
SIZE (l_cc_pc_8.1.022.tar.gz) = 133028836
@


1.37
log
@Update to 8.0.066p070.1.
@
text
@d1 2
a2 4
MD5 (l_cc_pc_8.0.066.tar.gz) = 2fff68bc79c9989503b787fa57bba115
SIZE (l_cc_pc_8.0.066.tar.gz) = 68139311
MD5 (l_cc_pc_8.0.066_pe070.1.tar.gz) = da7ab214636b9353db2c22aad00485cf
SIZE (l_cc_pc_8.0.066_pe070.1.tar.gz) = 6241155
@


1.36
log
@Update to 8.0.066p069.1.
@
text
@d3 2
a4 2
MD5 (l_cc_pc_8.0.066_pe069.1.tar.gz) = 452d51c693326e456158162d16d941c8
SIZE (l_cc_pc_8.0.066_pe069.1.tar.gz) = 4185670
@


1.35
log
@Update to 8.0.066.p067.1.
@
text
@d3 2
a4 2
MD5 (l_cc_pc_8.0.066_pe067.1.tar.gz) = 25cbaa41bf487b3e7557c097bdadf6ed
SIZE (l_cc_pc_8.0.066_pe067.1.tar.gz) = 2790323
@


1.34
log
@Update to 8.0.066.
@
text
@d3 2
@


1.33
log
@Update to 8.0.058.p063.1.
@
text
@d1 2
a2 4
MD5 (l_cc_pc_8.0.058.tar.gz) = 51375cce8ef8bd9ff41fed5395b1ee5b
SIZE (l_cc_pc_8.0.058.tar.gz) = 67771485
MD5 (l_cc_pc_8.0.058_pe063.1.tar.gz) = b5d377cc9290bd6323cb24e5d1922da2
SIZE (l_cc_pc_8.0.058_pe063.1.tar.gz) = 11916015
@


1.32
log
@Update to 8.0.058.p061.

This version fixes the stlport test cases (heap corruption due to
inlining and exception handling).
@
text
@d3 2
a4 2
MD5 (l_cc_pc_8.0.058_pe061.tar.gz) = 80f4e4c0b7ff3d0d775e4d213f81a1cd
SIZE (l_cc_pc_8.0.058_pe061.tar.gz) = 8768379
@


1.31
log
@Update to 8.0.058.p060.
@
text
@d3 2
a4 2
MD5 (l_cc_pc_8.0.058_pe060.tar.gz) = a332816aa55bdb64228eeb62dab3bf88
SIZE (l_cc_pc_8.0.058_pe060.tar.gz) = 7372371
@


1.30
log
@- update to 8.0.058.p059
- use SIZE
- remove variables for objcopy and brandelf, they're now available
  from bsd.port.mk
- use a more generic chmod command
@
text
@d3 2
a4 2
MD5 (l_cc_pc_8.0.058_pe059.tar.gz) = ef8ae94b3f76e859e20bb2ac6fcf0f69
SIZE (l_cc_pc_8.0.058_pe059.tar.gz) = 2577264
@


1.29
log
@- update to 8.0.058
- add intel-patch target to easy porting effort of future versions [1]
- remove intel debugger rpm, as long as we don't have a libthread_db
  we can't use it [2]

Note: The stlport-icc exception handling test will still fail with this
      version.

Suggested by (sort of):	Marius Strobl <marius@@alchemy.franken.de> [1]
Noticed by:		Marius Strobl <marius@@alchemy.franken.de> [2]
@
text
@d2 3
@


1.28
log
@Update to 8.0.055.p057.

As Intel uses it's own directory for ifc and icc, we don't conflict with
ifc anymore.

Because of ABI changes, you have to recompile C++ programs (don't forget
stlport-icc).

Note that this port is a _work in progress_:
 - Icc allows to use an already installed libstdc++ from gcc, this doesn't
   work yet on FreeBSD. Libstdc++ on 4.x is too old, so it's unlikely we
   can add support for it. The headers of libstdc++ shipping with FreeBSD
   5.2-CURRENT use GCCisms not (yet) supported by icc, the hardcoded search
   path for them also doesn't fit for FreeBSD 5.2-CURRENT.
 - We've incorporated parts (cxa) of the FreeBSD >= 502101 libc on < 502101
   systems. It's tested on 4.x, but not on FreeBSD < 502101.
 - Not all (new) options (including GCC compatibility) are thoroughly
   tested.

When encountering problems please report to me first instead of directly
contacting Intel.

Ackknowledgements:
 - Bradley T Hughes <bhughes@@trolltech.com> for PR 59552, it resulted in
   a modification of our libc (C++ DSO Object Destruction API) we
   incorporate in the port on < 502101 systems.
 - Marius Strobl <marius@@alchemy.franken.de> for his help with the port
   (e.g. ld.c, cxa).
@
text
@d1 1
a1 2
MD5 (l_cc_p_8.0.055.tar.gz) = df3deb1b1cfe56cf64d1c7cd2e694805
MD5 (l_cc_p_8.0.055_pe057.tar.gz) = 090b804eb3e48aa01f7fbd8f7af5fa63
@


1.27
log
@- Update to 7.1.034.
- Modify plist to print a diagnostic instead of a pkg_delete warning
  if there's a license in the license directory.
@
text
@d1 2
a2 1
MD5 (l_cc_pc_7.1.034.tar) = 1b53d88da56fdb30b002c0c1fb8e481f
@


1.26
log
@Update to 7.1.033.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.033.tar) = 391f173c6c81756707a778481a657fed
@


1.25
log
@- Update to 7.1.032.
- Transform some warnings into errors as suggested by some included
  docs (some kind of MSVC compatibility which isn't reverted in icc
  for linux).

ld.c:
 - add possibility to use a different threads lib via PTHREAD_LIBS
   variable (e.g. PTHREAD_LIBS=-lthr) [1]
   this may be subject to change when gcc learns how to handle our
   different threads libs
 - refactor some code [1][2]
 - remove mailwrapper license, there's no code from mailwrapper
   anymore [2]
 - correct the order of libc and libc_r [1][2]

Submitted by:	mi [1]
Submitted by:	Marius Strobl <marius@@alchemy.franken.de> [2]
Reviewed by:	Marius Strobl <marius@@alchemy.franken.de> [1]
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.032.tar) = fcda88ab716b6677e021bae8c6e40d45
@


1.24
log
@Update to 7.1.031.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.031.tar) = 520f7a3b920343f554aa11a975294e46
@


1.23
log
@Commit the correct md5 sum.

Noticed by:	Marius Strobl <marius@@alchemy.franken.de>
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.030.tar) = 7124e0ab49d8908d47150ce95617d7ce
@


1.22
log
@Update to 7.1.030.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.030.tar) = 37dbb440b53fd08376c7bea9c87b7f96
@


1.21
log
@Update to 7.1.029.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.029.tar) = 6449cce3173fb91273a224be34353b5b
@


1.20
log
@Update to 7.1.028.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.028.tar) = d1dc937f1bf41be2da08412c9674ff8f
@


1.19
log
@- Update to 7.1.027.
- Teach the ld wrapper about /libexec on a recent -current. [1]

Submitted by:	Marius Strobl <marius@@alchemy.franken.de> [1]
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.027.tar) = 3f3335576f61d8b94e6cd43b620e001c
@


1.18
log
@- Update to 7.1.025.
- Fix spelling of CONFLICTS [1].
- Add request for benchmark numbers [2].

Noticed by:	Andreas Schweitzer <Andreas.Schweitzer@@hs.uni-hamburg.de> [1]
Discussed with:	Intel [2]
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.025.tar) = e88a237ced338e51db24d9bb8b8f12cb
@


1.17
log
@Update to 7.1.021.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.021.tar) = 976465fda1bbe6a7a47d15bc7196ff34
@


1.16
log
@Update to 7.1.019.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.019.tar) = b94f9ce4646cc889c9e6e9f0cddcf80c
@


1.15
log
@Update to 7.1.018.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.018.tar) = b95ff56ea173aa10709f85aac0b3a59d
@


1.14
log
@Update to 7.1.017.
@
text
@d1 1
a1 1
MD5 (l_cc_pc_7.1.017.tar) = 20522069b44edee022bb9e2af0e5336f
@


1.13
log
@Update MD5 after the file changed on the server (IA64 license-check binary
changed, we don't use it).

Noticed by:	Marius Strobl <marius@@alchemy.franken.de>
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.1.014.tar) = 33b1d17fa00706c7076edb9fd4088f17
@


1.12
log
@Update to 7.1.014.
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.1.014.tar) = 28d0a84cf5c068779993fe3007e91828
@


1.11
log
@Update to 7.1.011.
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.1.011.tar) = c8595ebf8ecb38c21cd3fa6687b56801
@


1.10
log
@ - Update to 7.1.006.

Submitted by:	marius@@alchemy.franken.de

 - Minor cosmetics (FIND) and corrections (COMMENT).
@
text
@d1 1
a1 1
MD5 (l_cc_p_7.1.006.tar) = f1f00b6a3a788b82ea171126ca37f62d
@


1.9
log
@Update to 7.0.086.
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.0.086.tar) = 4d5cb3828c4a5858b3aebda69875b30e
@


1.8
log
@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.
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.0.083.tar) = 32972a318515ebf817eae5e1ad6473d1
@


1.7
log
@- 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
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.0.082.tar) = 7f066133cf978c550fd34353da482660
@


1.6
log
@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.
@
text
@d1 1
a1 1
MD5 (l_cc_pu_7.0.078.tar) = d89198776a948895597c39b83daa923c
@


1.5
log
@- 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.
@
text
@d1 1
a1 1
MD5 (l_cc_p_6.0.1.304.tar) = cd063110fa5b518444da03222ec66add
@


1.4
log
@Update to 6.0.159.
@
text
@d1 1
a1 1
MD5 (l_cc_pu_6.0.159.tar) = 697b4d1f77d388fc1f0ba837ad9ecdc9
@


1.3
log
@- 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
@
text
@d1 1
a1 1
MD5 (l_cc_pu_6.0.149.tar) = 8c5d9a2e0ee5e82b0bb02800a9394e9e
@


1.2
log
@Update icc from 5.0.1 to 6.0.139.
@
text
@d1 1
a1 1
MD5 (l_cc_p_6.0.139.tar) = a8143725154434763b32926f8aca2473
@


1.1
log
@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
@
text
@d1 1
a1 1
MD5 (cc010911rh71.tar) = 2dc0ec729168ef1b768415919d38b829
@

