script, so it can now be used in shebang lines. Remove the
building of nailgun, since nailgun support is now part of the
jruby binary.
This requires patching the included jruby-launcher gem to make a
similar change we used to make to the jruby.bash script, to set the
JAVA_HOME environment so things work correctly.
Also, create the SITEARCHDIR directory by default.
OK jcs@
Make regress run all three regression test suites. Before,
later regression test suites wouldn't be run if earlier ones
were not successful, which stopped the main test suite from
running on i386, macppc, and possibly other arches.
Override the arch setting to remove OpenBSD version from it,
so ports don't have to be bumped when OpenBSD version changes.
OK landry@, jcs@
The Datalog package contains a lightweight deductive database system.
Queries and database updates are expressed using Datalog -- a
declarative logic language in which each formula is a function-free
Horn clause, and every variable in the head of a clause must appear
in the body of the clause. The use of Datalog syntax and an
implementation based on tabling intermediate results, ensures that
all queries terminate.
from Daniel Dickman
ok sthen@
This is not my patch, but a modified one
(7092c4a41a)
that has been committed upstream by Bjorn-Egil Dahlberg of the
Erlang/OTP team at Ericsson: thanks!
OK landry@
#define fork vfork
and then apparently call fork (in cbits/runProcess.c, IIRC) is
even worse.
This patch appears to `fix' (or hide?) the ENODEV errors spotted
by landry@ during bulk builds.
A complete GHC update will follow soon, so there's no reason for a bump.
ok landry@, benoit@.
Cython is a language that makes writing C extensions for the Python
language as easy as Python itself. Cython is based on the well-known
Pyrex, but supports more cutting edge functionality and optimizations.
The Cython language is very close to the Python language, but Cython
additionally supports calling C functions and declaring C types on
variables and class attributes. This allows the compiler to generate
very efficient C code from Cython code.
This makes Cython a language for wrapping external C libraries, and for
fast C modules that speed up the execution of Python code.
Worked on it with jasper@ and Henry Precheur (thanks).
Ok jasper@, sthen@.
Not link to the build, having it intree will allow more people to work on it.
Processing is an open source programming language and environment for
people who want to create images, animations, and interactions.
Initially developed to serve as a software sketchbook and to teach
fundamentals of computer programming within a visual context, Processing
also has evolved into a tool for generating finished professional work.
Today, there are tens of thousands of students, artists, designers,
researchers, and hobbyists who use Processing for learning, prototyping,
and production.
ok sthen@
Thanks for fgsch@ for his patch-Modules_selectmodule_c to correct SIGBUS error on sparc64 (test_kqueue.py).
It's time make bulks of Python2.7 on as many archs as we can.
Thanks a lot.
ok sthen@ aja@
It wasn't distributed anymore in the python distfile starting from 2.7 anymore.
Please install the emacs-python pacakge to continue using the functionality.
ok rpointel@
This eliminates a number of patches which have been committed
upstream, as well as removes the texlive build dependency. The PDF
documentation is no longer built, which doesn't seem to upset anyone.
ok jasper@
fixes the hangs and some other problems and allow us to move further while
a proper fix is investigated. as a result remove the patches to test_io
and test_socket, they are ok now.
- remove the distutils diff. it doesn't seem right, nobody really knows why
it's there and it actually breaks things with this version.
- bump
discussed and ok rpointel martynas sthen djm
Used @unittest.skip instead of commenting out the test.
Corrected wrong value of LDSHARED in sysconfig, cf http://bugs.python.org/issue10547.
Bump REVISION.
ok landry@ (thanks).
into a common subdirectory `ghc', and also move the ghc distfiles
there (from ghc-${MODGHC_VER}).
This will avoid potential conflicts of hs-* ports distfiles coming
from hackage.haskell.org with distfiles used by other ports.
Based on an idea from dcoppa@ for databases/hs-redis.
ok dcoppa@
If you want to save some bandwdith and disk space, see my mail to
ports@, which contains a shell script that can move distfiles around
under your DISTDIR.
a kitten.
Let pydoc${VERSION} use #!${LOCALBASE}/bin/python${VERSION} instead
of $!/usr/bin/env python${VERSION}.
ok rpointel@, sthen@ (after some discussion wether post-build is
the proper target for this or not)
Note that this is not js185-1.0.0 distributed by upstream (which is
based on mozilla-2.0), but rather js/src built from firefox 3.6.16
source tarball, so that it works on sparc64 (hence the 1.9.2.16 branch
ersion).
- use patches from www/firefox36 port, remove local patches
- lib got renamed to mozjs, depending ports will be fixed shortly
- use the provided install target instead of rolling our own
- enable ctypes/readline
- regress tests happy on ppc/sparc64/amd64.
After leeeengthy discussion with martynas@ (maintainer)
ok jasper@ martynas@
the lang/ruby module add FLAVORS automatically for gem and extconf
ports, or to Yes to enable the FLAVORS for non-gem and non-extconf
ports.
Add a MODRUBY_BIN_TESTRB variable containing the appropriate testrb
command for use in regress tests.
OK landry@
Rakudo is an implementation of the Perl 6 programming language, based on
the Parrot VM.
From MAINTAINER Pascal Stumpf (thanks!), joint testing on
arm/mips64el by kili & sparc64/ppc by me.
since jruby 1.6.0 now supports them. Require at least jruby
1.6.0 when building/running a gem ext or extconf port.
Since jruby no longer bundles RSpec, simplify the
MODRUBY_RSPEC_DEPENDS handling.
OK landry@
as well as experimental C extension support, and many other
significant new features.
Bump required memory to 384MB, should fix occassional memory
errors when building.
Use the jruby-complete.jar instead of the jruby.jar, seems
to be necessary for C extension support to work correctly.
RSpec is no longer bundled. Additionally, the extra 1.5.3
distfile is no longer needed as the changes have been included
upstream.
OK landry@
Disable threads as it seems to trigger funky bugs. Enable it on all
archs but sparc64 as it's broken there.
Testing on arm/mips64el by kili, sparc64/ppc by me.
Oberon-2 is clean and simple programming language.
This is portable compiler that translates Oberon-2 into bytecode, which
can be either interpreted or dynamically translated into machine code.
Dynamic translation uses a portable interface modelled on the one in GNU
Lightning, but is so far implemented only on x86 machines. The
implementation includes a full garbage collector, and comes with
profiling tools and a simple GUI debugger.
[...]
from Alexander Shiryaev (MAINTAINER) with tweaks by me
ok landry@
OOC is an Oberon-2 development platform. It consists of an optimizing
compiler, a number of related tools, a set of standard library modules,
and a reference manual.
from Alexander Shiryaev (MAINTAINER) with tweaks by me
ok landry@
Eagle (Extensible Adaptable Generalized Logic Engine) is an
implementation of the Tcl language for the Common Language Runtime
(CLR). Eagle was written from scratch based on the design and
implementation of Tcl 8.4 and provides most of the functionality of the
Tcl 8.4 interpreter while borrowing selected features from Tcl 8.5 and
the upcoming Tcl 8.6, in addition to adding entirely new features.
Feedback and ok from jasper@ and thanks to all for their patience with me.
the currently supported minor version of rubinius.
No longer allow a ruby18 FLAVOR to be used to specify ruby 1.8.
Now, only the empty flavor should be used.
OK landry@
patches were accepted upstream.
Rubinius previously installed into a versioned directory, this
update changes it to install into an unversioned directory.
This is going to change the PLIST of all dependent gem ports,
and a commit for them as well as a commit for ruby.port.mk will
be going in shortly.
Minor versions of rubinius do not maintain binary compatibility,
so we'll still need to bump all dependent ports that use C
extensions whenever the minor version of rubinius is updated, but
it is better than bumping all dependent ports.
While here, add some CONFIGURE_ENV stuff to make it possible to
build more ports with C extensions that depend on libraries in
LOCALBASE/lib.
OK landry@
and move in Tcl/Tk and extensions. This will provide a nice place
for all things Tcl as well as allowing us to remove ${LOCALBASE}/lib
from Tcl's "auto_path" which will greatly improve startup and package
loading times.
ok landry@, sebastiap@
- unbreak on hppa (tested by landry@)
If you are upgrading from an older release (e.g. 5.6.x) it is advised to
read the upgrading guide which is available from
http://www.swi-prolog.org/Upgrade-5.8.html
it, it doesn't fail again just because it can't find the gem
metadata.
Also, get rid of the GEM_REL variable, and just setup the GEM_BIN
and GEM_LIB variables separately for each ruby version.
OK landry@
ruby gem ports with the jruby FLAVOR in some cases.
Don't install the rdoc for the rake and rspec gems, for better
consistency with other ruby gem ports.
Add a @comment file to PLIST to fix update-plist adding a file that
shouldn't be in the package.
OK landry@
Previously, we were using ruby->=1.8,<=1.9, instead of
ruby->=1.8,<1.9. While this wouldn't cause an issue, since
our ruby-1.9.2 package isn't included in ruby->=1.8,<=1.9,
it's still wrong and should be fixed. This also fixes the
following minor issues:
Switch from using FLAVOR to MODRUBY_FLAVOR for *_DEPENDS.
Currently we don't have a ruby port that uses FLAVORs that
would differ from MODRUBY_FLAVOR, but it's possible we will
in the future.
Switch from BASE_PKGPATH to BUILD_PKGPATH in a few cases in
REGRESS_DEPENDS. This probably is not strictly necessary, but
BUILD_PKGPATH is used in more cases, so it is good for
consistency.
Switch to new style *_DEPENDS, with the version specification
at the end. The remaining cases where this is not done is
because a specific version is used.
Some FULLPKGNAME added to REGRESS_DEPENDS, to make sure that if
the old version is installed when you run a regress test, it
will install the new version first.
Some conversion of spaces to tabs for consistency.
OK landry@
in lang/ruby/1.*/Makefile.
Also, add the ability to pass CONFIGURE_ARGS to gem install.
These get passed to the extconf.rb scripts that create the
Makefiles for C extensions, and may make it easier to port
gems with C extensions without resorting to patching.
OK landry@
depend on ruby-1.9 and not ruby-1.8. This PKGSPEC is slightly
different from the previous one used in ruby.port.mk, so all
dependent ports need to be REVISION bumped (which will happen soon).
In addition, since the subpackages depend on the -main package and
also had a slightly different pkgspec, they need to be bumped as well.
In addition, the -main package is also being bumped for the inclusion
of a patch for Addrinfo that fixes a failing IPv6 UDP regression test.
OK landry@
depend on ruby-1.8 and not ruby-1.9. This PKGSPEC is slightly
different from the previous one used in ruby.port.mk, so all
dependent ports need to be REVISION bumped (which will happen soon).
In addition, since the subpackages depend on the -main package and
also had a slightly different pkgspec, they need to be bumped as well.
OK landry@
The Rubinius bytecode virtual machine is written in C++, incorporating
LLVM to compile bytecode to machine code at runtime. The bytecode
compiler and vast majority of the core classes are written in pure Ruby.
To interact with the rest of the system, the VM provides primitives
which can be attached to methods and invoked. Additionally, FFI provides
a direct call path to most C functions.
Rubinius uses a precise, compacting, generational garbage collector. It
includes a compatible C-API for C extensions written for the standard
Ruby interpreter (often referred to as MRI.Matz's Ruby Implementation).
OK landry@, sthen@
* No longer remove ruby-* from PKGNAME when building FULLPKGNAME for
the gem and extconf ports
* Correctly remove ruby18 FLAVOR
* Use extract/build/install cookies
* Fix installing of certain gems as root without systrace, by working
around a bug in devel/ruby-gems
* Remove MODRUBY_REV from SUBST_VARS
OK landry@
ruby 1.8, ruby 1.9, and jruby.
One major change for all ports is that RDoc documentation is no longer
going to be installed by default for gem ports. For ruby 1.8, it used
a separate documentation file per method, and the file names created
weren't consistent across ruby versions (1.8.6 differed from 1.8.7,
and 1.8.7 differs from 1.9.2 and jruby). It made reviewing diffs very
painful, and since most ruby developers do not use the documentation
(preferring web documentation), it doesn't make sense to include them.
For most gem ports, a ruby 1.9 version can be built by using
the ruby19 FLAVOR, and a jruby version can be build using the jruby
FLAVOR. These flavors modify the FULLPKGNAME to use either the
ruby19- or jruby- package stem, so you don't need to worry about
the ruby 1.8 package conflicting.
In most cases, you no longer need the PKGNAME set in the port
Makefile, as the FULLPKGNAME handling will take care of that for you.
Also, for pure ruby gems (without C extensions), PKG_ARCH = * is added
automatically.
Changes to all dependent ports will be committed shortly. For new
ruby ports, you need to make sure that gem dependencies are specified
like this (assuming they depend on the hoe gem):
:${MODRUBY_PKG_PREFIX}-hoe-*:devel/ruby-hoe,${FLAVOR}
MODRUBY_PKG_PREFIX will be ruby for ruby 1.8 ports, ruby19 for ruby
1.9 ports, and jruby for jruby ports. The ,${FLAVOR} part at the end
makes sure that dependencies use the same version of ruby that
the current port uses.
PLISTs are going to become a lot smaller with this. However, any
binaries installed by the gem need to have a special string added.
For example, the minitar binary installed by
archivers/ruby-archive-tar-minitar looks like this in the PLIST:
${GEM_BIN}/minitar${GEM_BIN_SUFFIX}
The ${GEM_BIN_SUFFIX} needs to be added manually so the package
works on ruby 1.9, which installs the binaries with a 19 suffix.
GEM_SKIPDEPENDS has been removed and related support will be removed
from devel/ruby-gems. To modify dependencies inside the gem, the gem
metadata is placed under WRKDIST and can be modified with the standard
patching procedure.
OK landry@
hs-glib (and probably other stuff that uses the Cabal library).
Bump both -main and -doc (yes, really, -doc, too).
I hereby nominate myself for the HSMAUS (Homer Simpson Memorial
Award of Unlimited Stupidity).
libraries not coming together with ghc. This allows for looking up
a library's PKGPATH by running
ghc-pkg field $pkgname pkgpath
where $pkgname is the GHC library name without the `hs-' prefix,
for example `ghc-paths'.
looks good to jasper@
cabal and without nort), to avoid collisions with other (non-Haskell)
ports;
- Documentation is installed as ${PREFIX}/share/doc/hs-$foo instead of
${PREFIX}/share/doc/$foo.
- The library itself (and its interface files) is installed as
${PREFIX}/lib/ghc/$foo instead of ${PREFIX}/lib/$foo.
- Additional files will be installed in ${PREFIX}/share/hs-$foo instead
of ${PREFIX}/share/foo.
from kili@
depending port's plists will be adjusted in a few
performance increases and ruby 1.8.7 support. ffi support now works in
simple cases. It now works on amd64 as well. I'm taking over
maintenance from bernd@.
ok landry
Also, if CONFIGURE_STYLE includes ext or extconf, update WANTLIB
and LIB_DEPENDS, and set SHARED_ONLY=Yes. That configure style
is only used for ruby C extensions, which need those settings.
This cleans up a lot of ruby C extension ports, which will be
committed shortly.
ok landry, phessler, sthen
automatically change from scripts from using /usr/bin/env python or
/usr/bin/python to using #!${MODPY_BIN} .
Add a MODPY_ADJ_FILES in which you can put the files that are under
${WRKSRC} you want to subtitute the shebang.
e.g.
MODPY_ADJ_FILES= setup.py bin/foobar.py.in
Some input from djm@
"sane idea to me" jasper, ok sthen@
