While beeing a development release, this is the most stable version I
used on OpenBSD for now. Several patches are removed as they went
upstream. Thanks to jolan@ for pointing me at this release and cooking a
couple of patches.
Fix build on powerpc and add it to ONLY_FOR_ARCHS ; slightly tested on
macppc.
A similar port was successfuly tested by jolan@ on amd64.
no objection alek@ (maintainer)
ok jolan@ ok jasper@
- fix a use after free
- disable tls since we don't support it yet
- BSD endian fix from author Robert Lougher <rob.lougher at gmail.com>
testing and okay MANTAINER Frederick C. Druseikis <fdruseikis at sc.edu>
progress, largely based on the gcc port in ports/lang/gcc/4.2.
Requested by jsg@.
It's somewhat usable on i386 (shared lib versions not yet properly
under control). Build on amd64 currently fails with -fPIC problems.
-- --
lvm-gcc is the LLVM C front end. It is a modified version of gcc
that compiles C/C++/ObjC programs into native objects, LLVM bitcode or
LLVM assembly language, depending upon the options.
By default, llvm-gcc compiles to native objects just like GCC does.
If the -emit-llvm option is given then it will generate LLVM bitcode
files instead. If -S (assembly) is also given, then it will generate
LLVM assembly.
Being derived from the GNU Compiler Collection, llvm-gcc has many of
gcc's features and accepts most of gcc's options. It handles a number
of gcc's extensions to the C programming language.
<sthen@zephyr:/usr/ports/mystuff/lang/llvm-gcc4:9>$CVS: ----------------------------------------------------------------------
all secondary compilers were relocated to separate projects so we need a
rakudo port to get the perl6 binary back.
this update also addresses the recent bulk fallout noticed by naddy@
testing by sthen@ and ajacoutot@, thanks!
ANTLR, ANother Tool for Language Recognition, (formerly PCCTS) is a
language tool that provides a framework for constructing recognizers,
compilers, and translators from grammatical descriptions containing
Java, C#, Python, or C++ actions.
Currently installing the precompiled jar since this is needed for
classpath 0.98 as a BUILD_DEPEND and RUN_DEPEND.
From MAINTAINER: Frederick C. Druseikis <fredd@engr.sc.edu>
people from screwing themselves by using libstdc++-3.x which will fail
only in bizarre ways (embarassing how long it took me to debug this)
ok robert@
"finally! ok" todd@
