aboutsummaryrefslogtreecommitdiffstats
path: root/lang/icc7
Commit message (Collapse)AuthorAgeFilesLines
* Remove support for OSVERSION < 5edwin2007-10-041-4/+2
|
* - Remove the DESTDIR modifications from individual ports as we have a new,gabor2007-08-041-1/+1
| | | | | | | fully chrooted DESTDIR, which does not need such any more. Sponsored by: Google Summer of Code 2007 Approved by: portmgr (pav)
* Give up maintaineship, I do not have time ATM. Could get removed, it is too ↵netchild2006-12-171-1/+1
| | | | old.wq
* NO_PACKAGE and NO_CDROM are superfluous herekris2006-09-041-2/+0
|
* Add support for DESTDIR part I.erwin2006-08-041-1/+1
| | | | | | | | | | | | | | 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. PR: 100555 Submitted by: gabor Sponsored by: Google Summer of Code 2006
* Remove USE_REINPLACE from the categories starting with Ledwin2006-05-101-1/+0
|
* eplace ugly "@unexec rmdir %D... 2>/dev/null || true" with @dirrmtryedwin2006-01-221-1/+1
| | | | | Approved by: krion@ PR: ports/88711 (related)
* Mega-patch to cleanup the ports infrastructure regarding our linux bits:netchild2005-06-181-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - 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 ${PORTSDIR}/emulators/linux_base-${OVERRIDE_LINUX_BASE_PORT}). - If USE_LINUX or OVERRIDE_LINUX_BASE doesn't point to an existing linux_base port and if USE_LINUX isn't set to "yes" (case insensitive), the port will be marked as IGNORE. [1] - Readd USE_LINUX knobs into several ports and make several uses of a conditional dependency ("USE_LINUX?=") into an unconditional one ("USE_LINUX=") which where removed/changed by Trevor to allow the use of alternative linux_base ports. While this is a nice goal, the implementation resulted in missing dependencies. The OVERRIDE_LINUX_BASE_PORT knob in this commit is supposed to fix the problem while keeping the feature. Basicaly this includes a backout of Trevor's commit, to prevent confusion I mention it here explicitely. - Use the correct prefix (X11- instead of LOCAL- or LINUX-) for some ports. Chase dependencies for this. - Changes to make linux_devtools installable on amd64, remove some stray device nodes (they don't work on recent OS versions and aren't really needed). - Make linux_base-8 PREFIX clean and remove some stray device nodes. Additionally tell a little bit more about how to setup NIS/YP [2]. - Update the PGSQL dependency in the linux-opengroupware port to a recent version (the old one isn't available anymore), I don't know if this works (at least it isn't more broken than before). - Use PREFIX/usr/share/doc instead of PREFIX/usr/doc in the divx4linux ports, the former path exists already and gets populated by other packages too (PREFIX=LINUXPREFIX!). - Fix some obvious (non-linuxolator) bugs in some linux ports while being there. - Bump PORTREVISION where neccesary. Requested by: portmgr (linimon) [1] Submittted by: Gerrit Kuehn <gerrit_huehn@gruft.fido.de [2] Approved by: portmgr (kris, linimon), maintainers (or maintainer timeout) Tested on: ports cluster (kris) Reviewed by: silence on emulation@ Superseedes PR: 69997 Maintainer approval from: chris@chrisburkert.de cracauer@cons.org des girgen jamie@bishopston.net mezz mi nivit@users.sf.net pat simond@irrelevant.org riggs@rrr.de Udo.Schweigert@Siemens.com
* Respect the user's USE_LINUX setting.trevor2005-03-021-1/+1
|
* Say hello to the linux mega patch, it consolidates our linux bits anetchild2005-01-011-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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). Changes: - 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 warnings in some cases [2] - fix a cut&past error in the linux_base-8 pkg-install script [3] - convert the binary knob "USE_LINUX" to a version specifier, e.g. USE_LINUX=<value> specifies a dependency upon emulators/linux_base-<value>, exceptions are a value of "7" (which does what you want and adds a dependency to linux_base) and any value without a corresponding port in PORTSDIR/emulators/linux_base-<value> (which adds a dependency to the default linux_base) - don't implicitly add USE_LINUX with the USE_LINUX_PREFIX knob, this allows us to use the USE_LINUX_PREFIX knob for linux_base and paves the way for splitting up future linux base ports into individual pieces - remove RESTRICTED from some GPL licensed ports, even when we only distribute binaries, we get them from official linux sites, so anyone can grab them there if he needs to - add a dependency upon the linux X11 bits where necessary (based upon guesswork) - don't use USE_X_PREFIX in some linux ports since it adds a dependency to the FreeBSD X11 libs, as a workaround use PREFIX?= (the clean solution would be to remove the implicit USE_XLIB from USE_X_PREFIX) - bump the portrevision of the linux ports ("better safe than sorry" algorithm) - pass maintainership of the important linux infrastructure to a mailinglist, hijack freebsd-emulation@ for this purpose (if somebody doesn't like this: tell us your bikeshed color at freebsd-emulation@, my color would be "linuxolator@" in case someone cares...) - add a pkg-install script for linux-fontconfig, but don't use it; everything should work without it (the FreeBSD fc-cache program should do all the work), but in case we need it we just need to decomment the pkg-install part in the Makefile - fix some dependencies - fix some bugs - add some static plists - unbreak the ports with dependecies to more than one linux_base This also fixes some ports which are marked BROKEN because of dependencies to v7 and v8 of linux_base at the same time. Known bugs: - the linux-mesa and linux-devtools ports install libGL*.so symlinks - some "minor" plist bugs (e.g. ld.so.{conf,cache} are modified by the linux X11 port, so linx_Base-8 moans at deinstall time) Future work (interested souls should coordinate with freebsd-emulation@): - add some kind of USE_LINUX_X11 knob to streamline the X11 dependencies, or modify the behavior of USE_XLIB in the USE_LINUX case AFAIK trevor has some patches. - make USE_XLIB and USE_X_PREFIX orthogonal to be able to get rid of the PREFIX?= workaround in some linux ports Should be discussed/coordinated on/with x11@. - move the RPM bits from x11-toolkits/linux-gtk/Makefile to PORTSDIR/Mk/ - update to a more recent linux base PR: 69997, 70539 (and maybe others) Discussed with/on: java@, x11@, trevor, portmgr Tested by: mezz, portmgr, pointyhat RPM hunted down by: Joseph Gelinas <scirocco@tasam.com> [1] Requested by: portmgr [2] Submitted by: kris [3] Approved by: portmgr
* Update to 7.1.042.netchild2004-10-172-3/+3
|
* Update to 7.1.040.netchild2004-07-242-3/+3
|
* Update to 7.1.038.netchild2004-05-262-3/+3
|
* - Update to 7.1.037.netchild2004-03-214-71/+189
| | | | | | | | | | - Incorporate the C++ DSO Object Destruction API for < 502101 systems (icc v8 already does this). [1] If you use icc7 on such a system, you have to recompile C++ programs (including stldport-icc). - Simplify the post-extract now that we only extract one rpm. [1] Submitted by: Marius Strobl <marius@alchemy.franken.de> [1]
* - some base system headers know about icc now, don't override themnetchild2004-03-133-9/+23
| | | | | | | | | | 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]
* icc & icc7:netchild2004-02-012-44/+47
| | | | | | | | | | | | | | | | | | - correct the use of ECHO_CMD and ECHO (swap them) [1] icc: - 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] icc7: - 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]
* Use the CPIO macro defined in bsd.port.mk.trevor2004-01-221-1/+0
|
* Ok, it's not my day... gimme that extra large pointy hat please.netchild2004-01-122-2/+2
| | | | | | | | There slipped in a hardcoded /usr/local, it was supposed to be a placeholder for LOCALBASE (to find the stlport lib in the ld wrapper). Thanks to: Marius Strobl <marius@alchemy.franken.de> for reviewing the commits.
* After the fast bandaid fix for patch-...{icc,icpc} for those fastnetchild2004-01-123-36/+25
| | | | | | | upgrader adopters commit a better fix which also respects PREFIX. Bump PORTREVISION for this fix, not bumping it for the bandaid fix was intended.
* Urgs... fix the patches, so they actually result in a working icc...netchild2004-01-122-16/+16
| | | | Noticed by: Marius Strobl <marius@alchemy.franken.de>
* - connect icc7 to the build after a repocopy from iccnetchild2004-01-115-17/+19
| | | | | - update icc7 to 7.1.035 - sync parts of icc7 with the icc (v8) port
* - use the libc cxa support on a recent -current instead of the hacknetchild2003-12-222-106/+85
| | | | | | | | | | 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]
* - Update to 7.1.034.netchild2003-12-133-10/+6
| | | | | - Modify plist to print a diagnostic instead of a pkg_delete warning if there's a license in the license directory.
* s/rpm2cpio/rpm2cpio.pl/ after the recent update of archivers/rpm2cpio (thenetchild2003-12-121-2/+2
| | | | | | | | | | 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.
* Update to 7.1.033.netchild2003-12-082-8/+8
|
* correct the syntax of the warning -> error optionsnetchild2003-11-141-1/+1
|
* - Update to 7.1.032.netchild2003-11-143-150/+67
| | | | | | | | | | | | | | | | | | | | - Transform some warnings into errors as suggested by some included docs (some kind of MSVC compatibility which isn't reverted in icc for linux). ld.c: - 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: mi [1] Submitted by: Marius Strobl <marius@alchemy.franken.de> [2] Reviewed by: Marius Strobl <marius@alchemy.franken.de> [1]
* Use the FIND and XARGS macros introduced in bsd.port.mk 1.391.trevor2003-11-131-2/+2
|
* Add a paragraph about Intels support in the post-install message.netchild2003-11-111-0/+5
|
* - Fix icc and icpc scripts (variable overriding) [1]netchild2003-10-223-16/+31
| | | | | | | | | - Don't extract ia64 RPMs [2] - Fix bug on some 4.7 systems [3] Noticed by: mi [1] Suggested by: mi [2] Tested by: Clint Olsen <clint@0lsen.net>
* Update to 7.1.031.netchild2003-10-212-9/+9
|
* Reword IGNORE text.netchild2003-10-111-1/+1
| | | | Suggested by: Intel Corporation
* Commit the correct md5 sum.netchild2003-10-041-1/+1
| | | | Noticed by: Marius Strobl <marius@alchemy.franken.de>
* Update to 7.1.030.netchild2003-10-032-8/+8
|
* Update to 7.1.029.netchild2003-09-242-8/+8
|
* Update to 7.1.028.netchild2003-09-063-15/+14
|
* Fix __sigsetjmp linking problem.netchild2003-08-221-2/+3
|
* - Update to 7.1.027.netchild2003-08-213-8/+12
| | | | | | - Teach the ld wrapper about /libexec on a recent -current. [1] Submitted by: Marius Strobl <marius@alchemy.franken.de> [1]
* - Update to 7.1.025.netchild2003-08-152-9/+27
| | | | | | | | - 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]
* Update to 7.1.021.netchild2003-07-113-8/+9
|
* Update to 7.1.019.netchild2003-06-263-8/+10
|
* Fix the "make fetch" help string.netchild2003-06-161-1/+1
| | | | Noticed by: markm
* Update to 7.1.018.netchild2003-06-123-10/+10
|
* Update to 7.1.017.netchild2003-06-052-9/+9
|
* Update MD5 after the file changed on the server (IA64 license-check binarynetchild2003-05-091-1/+1
| | | | | | changed, we don't use it). Noticed by: Marius Strobl <marius@alchemy.franken.de>
* Update to 7.1.014.netchild2003-05-062-9/+9
|
* When trying to link dynamic libraries with dependancies, e.g:netchild2003-04-262-0/+5
| | | | | | | | | 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: dfr
* Update to 7.1.011.netchild2003-04-242-10/+9
|
* - back out special '-I' handling, it causes problems with the stlport [1]netchild2003-04-183-5/+13
| | | | | | | | | | | (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 "-pipe" Noticed by: Krzysztof Parzyszek <kristof@swissmail.org> [1] Tested by: Krzysztof Parzyszek <kristof@swissmail.org> [1]
* The new version of icc adds -I include paths before the standard includenetchild2003-04-023-2/+3
| | | | | | | | | 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
* - Update to 7.1.006.netchild2003-03-286-288/+685
| | | | | | Submitted by: marius@alchemy.franken.de - Minor cosmetics (FIND) and corrections (COMMENT).
* Clear moonlight beckons.ade2003-03-072-1/+1
| | | | | | | Requiem mors pacem pkg-comment, And be calm ports tree. E Nomini Patri, E Fili, E Spiritu Sancti.
* Update to 7.0.086.netchild2003-03-062-8/+8
|
* Update to 7.0.083.netchild2003-02-152-8/+8
| | | | | 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.
* - update to 7.0.082netchild2003-02-1010-21/+78
| | | | | | | | | | - 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,netchild2003-01-131-1/+2
| | | | | | they seem to cause problems in some cases. Noticed by: roberto, marius@alchemy.franken.de
* Add missing files for the 7.0.078 update.netchild2003-01-1214-0/+1047
| | | | Pointy hat to: netchild
* Update icc to 7.0.078.netchild2003-01-129-1129/+1131
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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.
* - fix typo in messagenetchild2002-11-131-2/+3
| | | | | | - catch up with __sF change in -stable Tested by: marius@alchemy.franken.de
* - mark BROKEN when linux_devtools or ifc is installednetchild2002-11-091-2/+7
| | | | | - make it more clear that you shouldn't install linux_devtools in the post install message
* - Keep up with changes on -current (__sF, elf_i386 -> elf_i386_fbsd).netchild2002-11-084-22/+95
| | | | | | | | | | | - 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"netchild2002-09-226-18/+141
| | | | | | | | - 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
* Add another possible download site (it isn't guaranteed that te file isnetchild2002-09-201-1/+1
| | | | | | available from there). Noticed by: "Ulrich 'Q' Spoerlein" <q@uni.de>
* - Update to 6.0.1.304.netchild2002-09-207-48/+65
| | | | | | | | | | | | | | | | | | | | | | | | - 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 exceptionnetchild2002-09-1711-156/+635
| | | | | | | | | | | | | | | | | | 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
* Fix syntax error in the no distfile case.netchild2002-08-221-1/+1
| | | | Submitted by: Lukas Ertl <l.ertl@univie.ac.at>
* - add category: develnetchild2002-08-207-85/+236
| | | | | | | | | | | | | | - 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.netchild2002-08-052-3/+10
| | | | | | 2) An actual rpm2cpio talks a little bit more, redirect sdterr to /dev/null. Noticed by: marius@alchemy.franken.de (1)
* Document the bad interaction with the linux-devtools port.netchild2002-07-151-0/+3
| | | | Noticed by: "Simon 'corecode' Schubert" <corecode@corecode.ath.cx>
* Update to 6.0.159.netchild2002-07-132-9/+9
|
* Add another download location.netchild2002-07-021-1/+1
|
* Get the IGNORE warning working. ${DISTFILES} cannot be referenced inknu2002-06-141-1/+1
| | | | | | a .if condition before reading through bsd.port.post.mk. Approved by: netchild (MAINTAINER)
* - update to icc 6.0.149netchild2002-06-083-15/+17
| | | | | | | - 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
* Explict dependancy on version 7 of linux_base is not needed anymore.obrien2002-05-281-2/+1
| | | | The linux_base port is now at RH version 7.
* Oops, last commit was an old version, this one is at least able to linknetchild2002-05-141-2/+3
| | | | | | | build the LAME port with make CC=icc CFLAGS="-tpp6 -DNDEBUG" No port revision bump because of the short timeframe...
* Wrapper script for ld, needed to link native binaries.netchild2002-05-141-0/+65
|
* 1) Document some steps in the targets of the Makefile.netchild2002-05-142-3/+19
| | | | | | | | | 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>
* Corrections to some paths in descriptive messages, no need to bump thenetchild2002-05-142-2/+2
| | | | | | port revision. Submitted by: marius@alchemy.franken.de
* Update icc from 5.0.1 to 6.0.139.netchild2002-05-135-835/+859
|
* Unbreak for 4.x.netchild2002-04-241-1/+1
| | | | | Approved by: steve Noticed by: murray
* Style fixes.netchild2002-04-161-8/+8
| | | | | Submitted by: obrien Approved by: steve
* Spelling fix.netchild2002-04-161-1/+1
| | | | | Submitted by: marius@alchemy.franken.de Approved by: steve
* - reword pkg-descrnetchild2002-04-013-11/+31
| | | | | | | | - fix iccvars.csh (PR) - mimic some parts of gcc's preprocessor (defines) PR: 36555 Approved by: steve
* This is Intels C/C++ compiler. It is setup to produce native FreeBSD objects.netchild2002-03-276-0/+892
This port is not able to produce native executables on its own. You need to do it yourself with gcc. Approved by: steve
generated by cgit (git 2.34.1) at 2024-12-02 19:59:22 +0800