Commit Graph

23 Commits

Author SHA1 Message Date
Alexander Leidinger
8b67accbb2 - 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
2002-09-22 13:05:51 +00:00
Alexander Leidinger
edd111967f Add another possible download site (it isn't guaranteed that te file is
available from there).

Noticed by:	"Ulrich 'Q' Spoerlein" <q@uni.de>
2002-09-20 12:58:57 +00:00
Alexander Leidinger
bc38b4f7e1 - 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.
2002-09-20 12:16:25 +00:00
Alexander Leidinger
9d47e3f9b5 - 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
2002-09-17 12:10:46 +00:00
Alexander Leidinger
01f1204f20 Fix syntax error in the no distfile case.
Submitted by:	Lukas Ertl <l.ertl@univie.ac.at>
2002-08-22 11:31:48 +00:00
Alexander Leidinger
8878822150 - 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)
2002-08-20 10:01:58 +00:00
Alexander Leidinger
6153e1ab4a 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)
2002-08-04 20:40:14 +00:00
Alexander Leidinger
e68a6138cc Document the bad interaction with the linux-devtools port.
Noticed by:	"Simon 'corecode' Schubert" <corecode@corecode.ath.cx>
2002-07-14 16:31:40 +00:00
Alexander Leidinger
b7cf86fa3d Update to 6.0.159. 2002-07-13 14:57:15 +00:00
Alexander Leidinger
f402fdda62 Add another download location. 2002-07-01 17:25:31 +00:00
Akinori MUSHA
88b8420988 Get the IGNORE warning working. ${DISTFILES} cannot be referenced in
a .if condition before reading through bsd.port.post.mk.

Approved by:	netchild (MAINTAINER)
2002-06-14 15:54:18 +00:00
Alexander Leidinger
93d28e116f - 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
2002-06-08 10:16:20 +00:00
David E. O'Brien
61378a37df Explict dependancy on version 7 of linux_base is not needed anymore.
The linux_base port is now at RH version 7.
2002-05-28 03:22:32 +00:00
Alexander Leidinger
90f3b81b4a 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...
2002-05-14 13:46:23 +00:00
Alexander Leidinger
ec5128ef11 Wrapper script for ld, needed to link native binaries. 2002-05-14 13:17:05 +00:00
Alexander Leidinger
bdb71cc321 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>
2002-05-14 13:15:20 +00:00
Alexander Leidinger
3796920584 Corrections to some paths in descriptive messages, no need to bump the
port revision.

Submitted by:	marius@alchemy.franken.de
2002-05-14 08:25:29 +00:00
Alexander Leidinger
3ab99b8813 Update icc from 5.0.1 to 6.0.139. 2002-05-13 13:58:21 +00:00
Alexander Leidinger
0d63f83e15 Unbreak for 4.x.
Approved by:	steve
Noticed by:	murray
2002-04-23 16:48:56 +00:00
Alexander Leidinger
635b9f45c2 Style fixes.
Submitted by:	obrien
Approved by:	steve
2002-04-16 15:03:49 +00:00
Alexander Leidinger
93bf9c40de Spelling fix.
Submitted by:	marius@alchemy.franken.de
Approved by:	steve
2002-04-16 15:02:49 +00:00
Alexander Leidinger
75bc889410 - reword pkg-descr
- fix iccvars.csh (PR)
 - mimic some parts of gcc's preprocessor (defines)

PR:		36555
Approved by:	steve
2002-03-31 19:00:05 +00:00
Alexander Leidinger
af90c4ca0a 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
2002-03-26 17:01:09 +00:00