君，已阅读到文档的结尾了呢~~
知识管理和创新之间的关系
扫扫二维码，随身浏览文档
手机或平板扫扫即可继续访问
知识管理和创新之间的关系
举报该文档为侵权文档。
举报该文档含有违规或不良信息。
反馈该文档无法正常浏览。
举报该文档为重复文档。
推荐理由：
将文档分享至：
分享完整地址
文档地址：
粘贴到BBS或博客
flash地址：
支持嵌入FLASH地址的网站使用
html代码：
&embed src='/DocinViewer--144.swf' width='100%' height='600' type=application/x-shockwave-flash ALLOWFULLSCREEN='true' ALLOWSCRIPTACCESS='always'&&/embed&
450px*300px480px*400px650px*490px
支持嵌入HTML代码的网站使用
您的内容已经提交成功
您所提交的内容需要审核后才能发布，请您等待！
3秒自动关闭窗口MEMBER LOGINService Suppliers
LINTES TECHNOLOGY CO LTD
Office Address: 9Fl-1, No.150, Jian 1st Rd., Zhonghe Dist., New Taipei City, Taiwan
Postal Code: 23511
Contact Person: Mr. Mark Huang
Position: Sales Director
Telephone:
Product/Service Highlights
Thunderbolt Dongle
USB Type C Connector
Thunderbolt Active...
USB 3.1 Type C Cable
Other Products/Services
Thunderbolt Active...
Company Profile
Nature of Business:
Exporter‚
Manufacturer
Product/Service Range:
LINTES TECHNOLOGY CO LTD
Contact Person:
Mr. Mark Huang
Sales Director
Office Address:
9Fl-1, No.150, Jian 1st Rd., Zhonghe Dist., New Taipei City, Taiwan
Country/Region:
New Taipei City, Taiwan
Email your message
Please enter your message
I would like to know more about your company and your products.FreshPorts -- lang/icc
If you buy from Amazon USA, please support us by using .
Port details
icc Intels C/C++ compiler, set up to produce native FreeBSD binaries
IGNORE: is only for i386, while you are running amd64 RESTRICTED: Intel forbids any redistribution.There is no maintainer for this port.Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via
Port Added: 26 Mar :27
Also Listed In:
License: EPL LGPL21
This is Intels C/C++ compiler, it is set up to produce native FreeBSD binaries.
To install : cd /usr/ports/lang/icc/ && make install cleanA
is not available for ports marked as: Forbidden / Broken / Ignore / RestrictedPKGNAME: iccONLY_FOR_ARCHS: i386distinfo:SHA256 (l_cc_pc_8.1.038.tar.gz) = e5e725dceb80fad42bbca15ce4ccd53f8fa32ef689ddd
SIZE (l_cc_pc_8.1.038.tar.gz) = NOTE: FreshPorts displays only information on required and default dependencies.
Optional dependencies are not covered.Runtime dependencies:
linux_base-c6>0 :
Patch dependencies:
rpm2cpio.pl :
There are no ports dependent upon this port
Configuration Options
===> The following configuration options are available for icc-8.1.038_2:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
Master Sites:
There is no master site for this port.
Number of commits found: 119 (showing only 100 on this page)1&|&&&&&
Commit History - (may be incomplete: see SVNWeb link above for full details)
DateByDescription
24 Feb :11 &&8.1.038_2
Drop maintainership and return them back to the pool.
14 Nov :59 &&8.1.038_2
Do not terminate BROKEN messages with period, it is added by the framework.
02 Nov :14 &&8.1.038_2
Cleanup no longer needed CHMOD usage after r424898.
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
21 Oct :41 &&8.1.038_2&
${RM} already has -f.
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
05 Sep :42 &&8.1.038_2
- Replace Mk/bsd.linux-apps.mk and Mk/bsd.linux-rpm.mk with
Mk/Uses/linux.mk.
- Replace USE_LINUX=yes with USES+=linux and USE_LINUX=(.*) with
USES+=linux:\1 in all ports.
- Replace USE_LINUX_APPS with USE_LINUX in all ports.
- Use INSTALL_SCRIPT instead of INSTALL_PROGRAM to install scripts in some
- When USE_LINUX_RPM is defined, simplify the way DISTFILES and EXTRACT_ONLY
are defined.
- Remove BRANDELF_DIRS and BRANDELF_FILES handling.
In the very rare cases
that it is still necessary ports can run ${BRANDELF} from post-patch.
- Remove AUTOMATIC_PLIST handling.
Only one port used it.
- Fix Linux MASTER_SITES.
- Replace OVERRIDE_LINUX_BASE_PORT and OVERRIDE_LINUX_NONBASE_PORTS with
default versions framework.(Only the first 15 lines of the commit message are shown above )
01 Apr :38 &&8.1.038_2
Remove ${PORTSDIR}/ from dependencies, categories h, i, j, k, and l.
With hat: portmgr
Sponsored by: Absolight
27 Oct :31 &&8.1.038_2
Cleanup plist
14 Sep :26 &&8.1.038_2
- Assign maintainership to Carlos Jacobo Puga Medina &cpm@fbsd.es&
- Add RESTRICTED, LICENSE
- Clean up Makefile
- Retire post-install
- Use pkg-message
- Rename patches according to the naming conventions
Submitted by: cpm@fbsd.es
Reviewed by: marino, riggs
07 Sep :07 &&8.1.038_1
- Introduce DOCS option
Submitted by: turutani@scphys.kyoto-u.ac.jp
29 Jul :50 &&8.1.038_1
Rename all patches that contain '::' as a path separator, and use
'__' instead.
01 Oct :32 &&8.1.038_1
Clean up the post-install message a bit in lang/icc:
- Remove mention of old hardware and FreeBSD versions
- Fix up the English a bit
20 Sep :10 &&8.1.038_1
Add NO_STAGE all over the place in preparation for the staging support (cat:
29 Apr :13 &&8.1.038_1
Rely on bsdtar to autodetermine the format of the distfiles when possible
For a while now bsdtar is able to autotermine compression and archive format.
Let's then use tar directly instead of piping to tar.
Now USE_BZIP2 and USE_XZ only set EXTRACT_SUFX to the right format
18 Feb :36 &&8.1.038_1
Remove quotes from BROKEN and IGNORE as they are not required
03 Jul :36 &&8.1.038_1
- remove MD5
05 Jan :33 &&8.1.038_1
- Remove conditional checks for FreeBSD 5.x and older
03 Oct :04 &&8.1.038_1
Remove support for OSVERSION & 5
04 Aug :31 &&8.1.038_1
- Remove the DESTDIR modifications from individual ports as we have a new,
fully chrooted DESTDIR, which does not need such any more.
Sponsored by:
Google Summer of Code 2007
Approved by:
portmgr (pav)
17 Dec :27 &&8.1.038_1
- remove trailing slash in a variable to not have two of them in the plist [1]
- remove comment about stldport-icc [2]
- give up maintainership, I don't have time for it ATM
! interested parties should get in contact with me, I got some patches
! for icc v9, can provide insight into why some things are done like
! they are and maybe some contacts at Intel are still able to provide
! some help
Noticed by:
Tsurutani Naoki &turutani@scphys.kyoto-u.ac.jp& [1]
Submitted by:
03 Sep :12 &&8.1.038
NO_PACKAGE and NO_CDROM are superfluous here
04 Aug :50 &&8.1.038
Add support for DESTDIR part I.
This commit should largele be a NOOP as it only adds support
for DESTDIR undefined. This does allow us to start testing
ports with DESTDIR set, but this is as of yet not supported.
Although this has been extensively tested on pointyhat, this
is a very intrusive change and some cases may have been
overlooked. Please contact Gabor and me if you find any.
Submitted by:
Sponsored by:
Google Summer of Code 2006
21 Jun :01 &&8.1.038
Forced commit: correct PR number for previous commit is 99198.
Pointy hat to:
Approved by:
kan (mentor)
21 Jun :56 &&8.1.038
Update to 8.1.038.
Approved by:
netchild (maintainer)
Approved by:
kan (mentor)
09 May :24 &&8.1.036
Remove USE_REINPLACE from the categories starting with L
11 Feb :41 &&8.1.036
Update to 8.1.036.
22 Jan :28 &&8.1.035
eplace ugly "@unexec rmdir %D... 2&/dev/null || true" with @dirrmtry
Approved by:
ports/88711 (related)
16 Oct :59 &&8.1.035
Commit the distinfo too...
Noticed by:
16 Oct :00 &&8.1.035
Update to 8.1.035.
12 Oct :23 &&8.1.034
Update to 8.1.034.
87325 (contains the same update as I did too)
18 Sep :57 &&8.1.033
Update to 8.1.033.
17 Jun :29 &&8.1.032
Mega-patch to cleanup the ports infrastructure regarding our linux bits:
- USE_LINUX now implies NO_FILTER_SHLIBS=yes. It also doesn't use FreeBSD
tools to strip binaries anymore, so it's not neccesary anymore to override
STRIP and STRIP_CMD.
- USE_LINUX_PREFIX implies NO_MTREE now.
- In the USE_LINUX case, USE_XLIB now depends upon the linux X11 libraries
instead upon the native FreeBSD libraries.
- The variable LINUX_BASE_PORT contains a string which is suitable as an
item in *_DEPENDS, so if a port BATCH_DEPENDS or FETCH_DEPENDS upon the
default (or overriden) linux base, ${LINUX_BASE_PORT} should be used
instead of a hardcoded reference.
- Change all ports to comply to the "new world order".
- The Ports Collection now allows to override the default linux_base port.
Specify e.g. OVERRIDE_LINUX_BASE_PORT=rh-9 in /etc/make.conf to use
${PORTSDIR}/emulators/linux_base-rh-9 (the logic is to use(Only the first 15 lines of the commit message are shown above )
04 Jun :50 &&8.1.032
Update to 8.1.032.
30 Apr :42 &&8.1.030
Update to 8.1.030.
06 Mar :26 &&8.1.028
- 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:
01 Mar :49 &&8.1.026_3
Respect the user's USE_LINUX setting.
19 Feb :40 &&8.1.026_3
Account for src/include/stdbool.h and src/sys/i386/include/_types.h have
been fixed in FreeBSD &= 600013 regarding using the GCC-compatibility.
Approved by:
netchild (blanket)
18 Feb :49 &&8.1.026_2
The static linking case (C++ only) expects a crtbeginT.o. Based upon
inspection of src/contrib/gnu/crtstuff.c it seems it's the same as
crtbegin.o, so make a symlink for it. At least linking a "Hello World"
program with -static produces a working executable now.
Noticed by:
Niklas Sorensson &nik@cs.chalmers.se&
13 Feb :59 &&8.1.026_1
Fix a system (all supported OS versions) header (stdbool.h) for the use with
Ulrich Spoerlein &q@uni.de&
31 Dec :10 &&8.1.026
Say hello to the linux mega patch, it consolidates our linux bits a
little bit and allows to proceed to a more recent linux_base from
a stable (read as: the major bugs should be ironed out or identified
and most linux ports build just fine) source.
It also allows to ship 4.11 with a working linuxolator (the EOLed
linux_base is marked forbidden because of a security hole).
This is a major update, please read UPDATING (and CHANGES if you
develop linux ports).
- change the default linux_base from v7 to v8
- add a newer freetype to linux_base-8 for nicer fonts display [1]
- don't let cpio use hardlinks in the linux_base-8 port to quiet some(Only the first 15 lines of the commit message are shown above )
12 Dec :26 &&8.1.026
Update to 8.1.026.
16 Nov :47 &&8.1.024
- 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.(Only the first 15 lines of the commit message are shown above )
02 Nov :27 &&8.1.022
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:
In joint forces with:
24 Jul :50 &&8.0.066p070.1
Update to 8.0.066p070.1.
29 Jun :11 &&8.0.066p069.1
Update to 8.0.066p069.1.
03 Jun :01 &&8.0.066p067.1
Change the way we handle the version numbering to be more correct
to the way pkg_version handles it.
Submitted by:
02 Jun :54 &&8.0.066.p067.1
Update to 8.0.066.p067.1.
07 May :56 &&8.0.066_1
icc 8.0.066 now adds "-m elf_i386" in some circumstances. Remove this part
of the command line in the ld wrapper.
Noticed by:
Morten Rodal &morten@rodal.no&
30 Apr :24 &&8.0.066
Update to 8.0.066.
27 Mar :42 &&8.0.058.p063.1
Update to 8.0.058.p063.1.
17 Mar :03 &&8.0.058.p061
Update to 8.0.058.p061.
This version fixes the stlport test cases (heap corruption due to
inlining and exception handling).
13 Mar :18 &&8.0.058.p060_1
- some base system headers know about icc now, don't override them
where appropriate [1]
- make portlint happy [1]
- sync icc7 and icc [1]
- add linux_base as a patch depends for icc v8
Submitted by:
Marius Strobl &marius@alchemy.franken.de& [1]
Requested by:
maintainer [1]
26 Feb :47 &&8.0.058.p060
Update to 8.0.058.p060.
01 Feb :13 &&8.0.058.p059
icc & icc7:
- correct the use of ECHO_CMD and ECHO (swap them) [1]
- fix the DISTFILE handling, it's automatically available after
bsd.port.post.mk, not after bsd.port.pre.mk, so set it explicitly
to be able to use it in the check for the IGNORE message [1]
- don't extract the Intel debugger, it's not usable without a
threads debugging lib
- USE_SIZE
Noticed after:
reading the commit log/diff of the
ifc port [1]
Submitted indirectly by:
maho, hrs [1]
30 Jan :19 &&8.0.058.p059
- 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
22 Jan :43 &&8.0.058
Use the CPIO macro defined in bsd.port.mk.
19 Jan :32 &&8.0.058
- 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
Suggested by (sort of): Marius Strobl &marius@alchemy.franken.de& [1]
Noticed by:
Marius Strobl &marius@alchemy.franken.de& [2]
11 Jan :07 &&8.0.055.p057
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(Only the first 15 lines of the commit message are shown above )
22 Dec :23 &&7.1.034_1
- use the libc cxa support on a recent -current instead of the hack
NOTE: you need to rebuild stlport-icc and maybe some other C++
programs/libs.
- rework ld.c to fix the build of stlport-icc on 4.x (first part
of the build fix, the second part follows shortly in a stlport
commit) [1]
Submitted by:
Marius Strobl &marius@alchemy.franken.de& [1]
13 Dec :20 &&7.1.034
- 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.
12 Dec :05 &&7.1.033
s/rpm2cpio/rpm2cpio.pl/ after the recent update of archivers/rpm2cpio (the
script was renamed to solve a conflict with archivers/rpm) to fix possible
build problems.
I've tested this with lang/icc. Any new errors because of this commit in
one of the modified ports may be because the ports previously may have used
rpm2cpio from archivers/rpm instead of the used {EXTRACT,BUILD}_DEPENDS
archivers/rpm2cpio.
14 Nov :12 &&7.1.032
correct the syntax of the warning -& error options
14 Nov :17 &&7.1.032
- 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).
- 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:
Submitted by:
Marius Strobl &marius@alchemy.franken.de& [2]
Reviewed by:
Marius Strobl &marius@alchemy.franken.de& [1]
13 Nov :42 &&7.1.031_1
Use the FIND and XARGS macros introduced in bsd.port.mk 1.391.
10 Nov :11 &&7.1.031_1
Add a paragraph about Intels support in the post-install message.
22 Oct :30 &&7.1.031_1
- Fix icc and icpc scripts (variable overriding) [1]
- Don't extract ia64 RPMs [2]
- Fix bug on some 4.7 systems [3]
Noticed by:
Suggested by:
Tested by:
Clint Olsen &&
21 Oct :24 &&7.1.031
Update to 7.1.031.
11 Oct :45 &&7.1.030
Reword IGNORE text.
Suggested by:
Intel Corporation
03 Oct :13 &&7.1.030
Commit the correct md5 sum.
Noticed by:
Marius Strobl &marius@alchemy.franken.de&
03 Oct :06 &&7.1.030
Update to 7.1.030.
24 Sep :10 &&7.1.029
Update to 7.1.029.
06 Sep :19 &&7.1.028
Update to 7.1.028.
22 Aug :39 &&7.1.027_1
Fix __sigsetjmp linking problem.
21 Aug :44 &&7.1.027
- 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]
15 Aug :08 &&7.1.025
- 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]
11 Jul :05 &&7.1.021
Update to 7.1.021.
26 Jun :41 &&7.1.019
Update to 7.1.019.
15 Jun :26 &&7.1.018
Fix the "make fetch" help string.
Noticed by:
12 Jun :09 &&7.1.018
Update to 7.1.018.
04 Jun :08 &&7.1.017
Update to 7.1.017.
09 May :04 &&7.1.014
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&
06 May :01 &&7.1.014
Update to 7.1.014.
26 Apr :29 &&7.1.011_1
When trying to link dynamic libraries with dependancies, e.g:
icc -shared -o libfoo.so foo.o -lbaz
the ld wrapper gets confused and thinks that a static link is intended
and the link fails. This patch appears to fix things.
Submitted by:
24 Apr :34 &&7.1.011
Update to 7.1.011.
18 Apr :23 &&7.1.006_2
- back out special '-I' handling, it causes problems with the stlport [1]
(this may break ports which depend upon OpenSSL from ports which was
compiled as a base system replacement because it includes a system
header directory again)
- ignore "-pipe" in CFLAGS, this should unbreak some ports with hardcoded
Noticed by:
Krzysztof Parzyszek &kristof@swissmail.org& [1]
Tested by:
Krzysztof Parzyszek &kristof@swissmail.org& [1]
02 Apr :38 &&7.1.006_1
The new version of icc adds -I include paths before the standard include
path, thus adding a system path with -I results in not respecting the
sunstitute headers. This results in problems because we have some important
changes there.
Parts of this commit where
Submitted by:
marius@alchemy.franken.de
28 Mar :57 &&7.1.006
- Update to 7.1.006.
Submitted by:
marius@alchemy.franken.de
- Minor cosmetics (FIND) and corrections (COMMENT).
07 Mar :38 &&7.0.086
Clear moonlight beckons.
Requiem mors pacem pkg-comment,
And be calm ports tree.
E Nomini Patri, E Fili, E Spiritu Sancti.
05 Mar :31 &&7.0.086
Update to 7.0.086.
15 Feb :17 &&7.0.083
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.
10 Feb :11 &&7.0.082
- 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
13 Jan :23 &&7.0.078_1
Remove the "warning -& error" options for excessive function arguments,
they seem to cause problems in some cases.
Noticed by:
roberto, marius@alchemy.franken.de
11 Jan :51 &&7.0.078
Add missing files for the 7.0.078 update.
Pointy hat to:
11 Jan :41 &&7.0.078
Update icc to 7.0.078.
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 )
13 Nov :52 &&6.0.1.304_1
- fix typo in message
- catch up with __sF change in -stable
Tested by:
marius@alchemy.franken.de
08 Nov :54 &&6.0.1.304_1
- 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
08 Nov :38 &&6.0.1.304_1
- 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
22 Sep :52 &&6.0.1.304_1
- 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:
20 Sep :57 &&6.0.1.304
Add another possible download site (it isn't guaranteed that te file is
available from there).
Noticed by:
"Ulrich 'Q' Spoerlein" &q@uni.de&
20 Sep :26 &&6.0.1.304
- 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.&
- Remove outdated information in pkg-descr.
17 Sep :47 &&6.0.159_3
- 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
- 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
Number of commits found: 119 (showing only 100 on this page)1&|&&&&&
Servers and bandwidth provided by, , and
Enter Keywords:
Latest Vulnerabilities
8 vulnerabilities affecting 31 ports have been reported in the past 14 days
* - modified, not new
Statistics
Calculated hourly:
Servers and bandwidth provided by, , and
. All rights reserved.