- 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
version.
Suggested by (sort of): Marius Strobl <marius@alchemy.franken.de> [1]
Noticed by: Marius Strobl <marius@alchemy.franken.de> [2]
change to the gcc34 port to adjust the renaming of gccbug to the scheme
used by the other programs installed by this port. Remove hack to provide
stubs for binaries not built on some platforms.
* Welcome lang/ghc5 after repocopy from lang/ghc.
* Say goodbye to lang/ghc6.
* Fix dependency of devel/hs-tclhaskell-ghc and devel/hs-uni.
Approved by: portmgr (marcus), maintainer
Repocopy by: joe
of the package list for libraries and include files more failure tolerant, so
that at least `make install` now works on sparc64.
libgcj still is not supported and packaging is broken on sparc64; mark BROKEN
on that platform.
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.
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).
changes which combine and simplify the post-install handling of target
libraries and GCJ include files and my 2003-12-14 change which simplifies
handling of .info files from the lang/gcc33 port.
- Fix pkg-plist
- Give maintainership back to Jason Evans, who is also the author of Onyx
PR: 60877 [1]
Submitted by: Jason Evans <jasone@canonware.com>
Additional change according to the submitter:
- Port compiles for the first time
- Port has 'gone on a diet'
(forgot about this file in last commit, few seconds ago)
PR: 60912
Submitted by: maintainer
researchers, experimenters, and engineers interested in large-scale
numerical and graphic applications. Lush is designed to be used in
situations where one would want to combine the flexibility of a
high-level, loosely-typed interpreted language, with the efficiency
of a strongly-typed, natively-compiled language, and with the easy
integration of code written in C, C++, or other languages.
WWW: http://lush.sourceforge.net/
PR: ports/60906
Submitted by: David Yeske <dyeske@yahoo.com>
