Searches without login should now work. You must get asked to click a button.
Port details
iccIntel C/C++ compiler, set up to produce native FreeBSD binaries
8.1.038_3langΣ=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
===> 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
port deleted on 2024-07-01 REASON: Has expired: This version is EOL since a long time, i386 only, and the current clang based Intel oneAPI DPC++/C++ seems to work
Number of commits found: 130 (showing only 30 on this page) #
- 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
Remove the "warning -> error" options for excessive function arguments,
they seem to cause problems in some cases.
Noticed by: roberto, marius@alchemy.franken.de
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 )
- 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
- 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
- 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.
- 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
- 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)
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)
Get the IGNORE warning working. ${DISTFILES} cannot be referenced in
a .if condition before reading through bsd.port.post.mk.
Approved by: netchild (MAINTAINER)
- 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
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...
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>
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
Number of commits found: 130 (showing only 30 on this page)
