| Port details |
- icc Intel C/C++ compiler, set up to produce native FreeBSD binaries
- 8.1.038_3 lang
 =14      8.1.038_3Version of this port present on the latest quarterly branch.  DEPRECATED: This version is EOL since a long time, i386 only, and the current clang based Intel oneAPI DPC++/C++ seems to work.
 This port expired on: 2024-07-01
 IGNORE: is only for i386, while you are running amd64
- There is no maintainer for this port.
- Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
- Port Added: 2002-03-26 17:01:27
- Last Update: 2024-07-01 20:22:23
- Commit Hash: b23ffb8
- People watching this port, also watch:: mplayer, aspell, gnupg
- Also Listed In: devel linux
- License: EPL LGPL21 INTEL
- WWW:
- https://software.intel.com/en-us/c-compilers
- Description:
- This is Intels C/C++ compiler, it is set up to produce native FreeBSD binaries.
  ¦  ¦  ¦  ¦ 
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- No installation instructions:
- This port has been deleted.
- PKGNAME: there is no package for this port: _LICENSE_RESTRICTED = delete-package delete-distfiles
- Flavors: there is no flavor information for this port.
- ONLY_FOR_ARCHS: i386
- distinfo:
- SHA256 (l_cc_pc_8.1.038.tar.gz) = e5e725d0563e702ca5ceb80fad42bbca15ce4ccd53f8fa32ef689d856605d0dd
SIZE (l_cc_pc_8.1.038.tar.gz) = 137698940
No package information for this port in our database- Sometimes this happens. Not all ports have packages. Perhaps there is a build error. Check the fallout link:
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Runtime dependencies:
-
- linux_base-c7>=7.6.1810_7 : emulators/linux_base-c7
- Patch dependencies:
-
- rpm2cpio.pl : archivers/rpm2cpio
- There are no ports dependent upon this port
Configuration Options:- ===> The following configuration options are available for icc-8.1.038_3:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
- Options name:
- lang_icc
- USES:
- linux
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
- There is no master site for this port.
|
| Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
| Commit | Credits | Log message |
|---|
7.0.082
10 Feb 2003 14:04:11
  |
netchild |
- 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 |
7.0.078_1
13 Jan 2003 10:39:23
|
netchild |
Remove the "warning -> error" options for excessive function arguments,
they seem to cause problems in some cases.
Noticed by: roberto, marius@alchemy.franken.de |
7.0.078
11 Jan 2003 17:25:51
|
netchild |
Add missing files for the 7.0.078 update.
Pointy hat to: netchild |
7.0.078
11 Jan 2003 17:21:41
|
netchild |
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: (Only the first 15 lines of the commit message are shown above  ) |
6.0.1.304_1
13 Nov 2002 14:39:52
|
netchild |
- fix typo in message
- catch up with __sF change in -stable
Tested by: marius@alchemy.franken.de |
6.0.1.304_1
08 Nov 2002 20:17:54
|
netchild |
- mark BROKEN when linux_devtools or ifc is installed
- make it more clear that you shouldn't install linux_devtools in the post
install message |
6.0.1.304_1
08 Nov 2002 15:59:38
|
netchild |
- Keep up with changes on -current (__sF, elf_i386 -> elf_i386_fbsd).
- Use an exclude file for cpio, there's not much sense in extracting
and chmod'ing a whole bunch of files only to delete them afterwards.
- Fix two bugs in the ld-wrapper that could cause it to dump core in
rare cases.
- Remove a forgotten C++ include.
- Improve IGNORE message.
Submitted by: marius@alchemy.franken.de |
6.0.1.304_1
22 Sep 2002 13:05:52
|
netchild |
- link libc_pic.a when compiling with "-KPIC -static"
- 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 |
6.0.1.304
20 Sep 2002 12:58:57
|
netchild |
Add another possible download site (it isn't guaranteed that te file is
available from there).
Noticed by: "Ulrich 'Q' Spoerlein" <q@uni.de> |
6.0.1.304
20 Sep 2002 12:16:26
|
netchild |
- 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. |
6.0.159_3
17 Sep 2002 12:10:47
|
netchild |
- C++ support: fix to work also on -current, work around broken exception
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 |
6.0.159_2
22 Aug 2002 11:31:48
|
netchild |
Fix syntax error in the no distfile case.
Submitted by: Lukas Ertl <l.ertl@univie.ac.at> |
6.0.159_2
20 Aug 2002 10:01:58
|
netchild |
- add category: devel
- use reinplace command where appropriate
- gzip man page
- clarify download instructions (1)
- fix typo in a comment (2)
- preparation for successfull C++ compiles (2, minor changes by me)
Even if I bumped the port revision for the C++ parts, there's no need to
update yet, wait until I commit the icc-stlport.
Requested by: mi (1)
Submitted by: Marius Strobl <marius@alchemy.franken.de> (2) |
6.0.159_1
04 Aug 2002 20:40:14
|
netchild |
1) The new icc doesn't respect icc.cfg, solve this issue.
2) An actual rpm2cpio talks a little bit more, redirect sdterr to /dev/null.
Noticed by: marius@alchemy.franken.de (1) |
6.0.159
14 Jul 2002 16:31:40
|
netchild |
Document the bad interaction with the linux-devtools port.
Noticed by: "Simon 'corecode' Schubert" <corecode@corecode.ath.cx> |
6.0.159
13 Jul 2002 14:57:16
|
netchild |
Update to 6.0.159. |
6.0.149
01 Jul 2002 17:25:31
|
netchild |
Add another download location. |
6.0.149
14 Jun 2002 15:54:18
|
knu |
Get the IGNORE warning working. ${DISTFILES} cannot be referenced in
a .if condition before reading through bsd.port.post.mk.
Approved by: netchild (MAINTAINER) |
6.0.149
08 Jun 2002 10:16:21
|
netchild |
- 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 |
6.0.139_1
28 May 2002 03:22:32
|
obrien |
Explict dependancy on version 7 of linux_base is not needed anymore.
The linux_base port is now at RH version 7. |
6.0.139_1
14 May 2002 13:46:23
|
netchild |
Oops, last commit was an old version, this one is at least able to link
build the LAME port with
make CC=icc CFLAGS="-tpp6 -DNDEBUG"
No port revision bump because of the short timeframe... |
6.0.139_1
14 May 2002 13:17:06
|
netchild |
Wrapper script for ld, needed to link native binaries. |
6.0.139_1
14 May 2002 13:15:20
|
netchild |
1) Document some steps in the targets of the Makefile.
2) icc is now able to link native binaries, at least a simple test case
(a little bit more than a "Hello World!") runs fine.
Our native ld is used here, so don't expect "-ipo" to work.
Major parts of 2) are
Submitted by: Dan Nelson <dnelson@allantgroup.com> |
6.0.139
14 May 2002 08:25:29
|
netchild |
Corrections to some paths in descriptive messages, no need to bump the
port revision.
Submitted by: marius@alchemy.franken.de |
6.0.139
13 May 2002 13:58:21
|
netchild |
Update icc from 5.0.1 to 6.0.139. |
5.0.1_1
23 Apr 2002 16:48:56
|
netchild |
Unbreak for 4.x.
Approved by: steve
Noticed by: murray |
5.0.1_1
16 Apr 2002 15:03:50
|
netchild |
Style fixes.
Submitted by: obrien
Approved by: steve |
5.0.1_1
16 Apr 2002 15:02:53
|
netchild |
Spelling fix.
Submitted by: marius@alchemy.franken.de
Approved by: steve |
5.0.1_1
31 Mar 2002 19:00:05
|
netchild |
- reword pkg-descr
- fix iccvars.csh (PR)
- mimic some parts of gcc's preprocessor (defines)
PR: 36555
Approved by: steve |
5.0.1
26 Mar 2002 17:01:09
|
netchild |
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 |
As an Amazon Associate I earn from qualifying purchases.