aboutsummaryrefslogtreecommitdiff
path: root/lang/icc/pkg-plist
Commit message (Collapse)AuthorAgeFilesLines
* Cleanup plistBaptiste Daroussin2014-10-271-35/+0
| | | | Notes: svn path=/head/; revision=371587
* - Assign maintainership to Carlos Jacobo Puga Medina <cpm@fbsd.es>Thomas Zander2014-09-141-867/+865
| | | | | | | | | | | | | | | - Add RESTRICTED, LICENSE - Clean up Makefile - Retire post-install - Use pkg-message - Rename patches according to the naming conventions PR: 193446 Submitted by: cpm@fbsd.es Reviewed by: marino, riggs Notes: svn path=/head/; revision=368201
* - StagifyThomas Zander2014-09-071-0/+4
| | | | | | | | | | - Introduce DOCS option PR: 193092 Submitted by: turutani@scphys.kyoto-u.ac.jp Notes: svn path=/head/; revision=367545
* - Remove conditional checks for FreeBSD 5.x and olderPav Lucistnik2009-01-051-6/+0
| | | | Notes: svn path=/head/; revision=225297
* eplace ugly "@unexec rmdir %D... 2>/dev/null || true" with @dirrmtryEdwin Groothuis2006-01-221-1/+1
| | | | | | | | Approved by: krion@ PR: ports/88711 (related) Notes: svn path=/head/; revision=154134
* Update to 8.1.032.Alexander Leidinger2005-06-041-0/+2
| | | | Notes: svn path=/head/; revision=136794
* Update to 8.1.030.Alexander Leidinger2005-04-301-3/+0
| | | | Notes: svn path=/head/; revision=134405
* Account for src/include/stdbool.h and src/sys/i386/include/_types.h haveMarius Strobl2005-02-191-1/+1
| | | | | | | | | been fixed in FreeBSD >= 600013 regarding using the GCC-compatibility. Approved by: netchild (blanket) Notes: svn path=/head/; revision=129282
* The static linking case (C++ only) expects a crtbeginT.o. Based uponAlexander Leidinger2005-02-181-0/+1
| | | | | | | | | | | 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> Notes: svn path=/head/; revision=129223
* Fix a system (all supported OS versions) header (stdbool.h) for the use withAlexander Leidinger2005-02-131-0/+1
| | | | | | | | | icc. Hint by: Ulrich Spoerlein <q@uni.de> Notes: svn path=/head/; revision=128680
* - Update to 8.1.024.Marius Strobl2004-11-161-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - 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 Notes: svn path=/head/; revision=121770
* o Preliminary update to 8.1.022:Marius Strobl2004-11-021-675/+152
| | | | | | | | | | | | | | | | | | | | | | | | | - 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 Notes: svn path=/head/; revision=120672
* - some base system headers know about icc now, don't override themAlexander Leidinger2004-03-131-3/+3
| | | | | | | | | | | | | 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] Notes: svn path=/head/; revision=103873
* Update to 8.0.058.p060.Alexander Leidinger2004-02-261-0/+1
| | | | Notes: svn path=/head/; revision=102185
* Update to 8.0.055.p057.Alexander Leidinger2004-01-111-1358/+1472
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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). Notes: svn path=/head/; revision=97928
* - Update to 7.1.034.Alexander Leidinger2003-12-131-2/+2
| | | | | | | | - Modify plist to print a diagnostic instead of a pkg_delete warning if there's a license in the license directory. Notes: svn path=/head/; revision=95723
* Update to 7.1.021.Alexander Leidinger2003-07-111-0/+1
| | | | Notes: svn path=/head/; revision=84674
* Update to 7.1.018.Alexander Leidinger2003-06-121-1/+1
| | | | Notes: svn path=/head/; revision=82860
* - Update to 7.1.006.Alexander Leidinger2003-03-281-272/+659
| | | | | | | | | Submitted by: marius@alchemy.franken.de - Minor cosmetics (FIND) and corrections (COMMENT). Notes: svn path=/head/; revision=77613
* - update to 7.0.082Alexander Leidinger2003-02-101-2/+0
| | | | | | | | | | | | | - 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 Notes: svn path=/head/; revision=75240
* Update icc to 7.0.078.Alexander Leidinger2003-01-111-764/+970
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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. Notes: svn path=/head/; revision=72914
* - Keep up with changes on -current (__sF, elf_i386 -> elf_i386_fbsd).Alexander Leidinger2002-11-081-1/+0
| | | | | | | | | | | | | | - 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 Notes: svn path=/head/; revision=69730
* - Update to 6.0.1.304.Alexander Leidinger2002-09-201-2/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | - 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. Notes: svn path=/head/; revision=66830
* - C++ support: fix to work also on -current, work around broken exceptionAlexander Leidinger2002-09-171-3/+5
| | | | | | | | | | | | | | | | | | | | | 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 Notes: svn path=/head/; revision=66502
* - add category: develAlexander Leidinger2002-08-201-66/+0
| | | | | | | | | | | | | | | | | - 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) Notes: svn path=/head/; revision=64689
* 1) The new icc doesn't respect icc.cfg, solve this issue.Alexander Leidinger2002-08-041-0/+2
| | | | | | | | | 2) An actual rpm2cpio talks a little bit more, redirect sdterr to /dev/null. Noticed by: marius@alchemy.franken.de (1) Notes: svn path=/head/; revision=63999
* - update to icc 6.0.149Alexander Leidinger2002-06-081-0/+1
| | | | | | | | | | - 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 Notes: svn path=/head/; revision=60852
* 1) Document some steps in the targets of the Makefile.Alexander Leidinger2002-05-141-0/+3
| | | | | | | | | | | | 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> Notes: svn path=/head/; revision=59079
* Update icc from 5.0.1 to 6.0.139.Alexander Leidinger2002-05-131-784/+825
| | | | Notes: svn path=/head/; revision=59010
* This is Intels C/C++ compiler. It is setup to produce native FreeBSD objects.Alexander Leidinger2002-03-261-0/+786
This port is not able to produce native executables on its own. You need to do it yourself with gcc. Approved by: steve Notes: svn path=/head/; revision=56705
generated by cgit v1.2.3 (git 2.25.1) at 2024-11-18 16:35:37 +0000