files that aren't needed, and regen plist which fixes a packaging problem
with i386. Cleanup unused CFLAGS from SUBST_VARS as well, and switch run dep
to g++ instead of gcc. OK abieber@
- Use internal OpenSSL (no LibreSSL :( )
- Remove node.port.mk as there are no longer any modules in ports.
- Remove various patches that are now upstream.
- Fix some tests by telling test.py the fully qualified path to node
- Add gcc as a RUN dep for building native node modules.
- Clean up Makefile a bit.
OK juanfra@
made STREAM_CRYPTO_METHOD_TLS_CLIENT only support TLSv1.0 (no v1.1/v1.2).
This is a commonly used method (by various functions in PHP source itself,
common software like piwik, roundcube, davical, owncloud and others, and
libraries like zendframework, PEAR Net-IMAP/Sieve/SMTP) so it should
support modern TLS versions. ok robert@
- Update to nim 0.11.2
- Enable the tests
- lang/nimrod -> lang/nim
OK jturner@
Comment:
statically typed, imperative programming language
Description:
Nim is a statically typed, imperative programming language that tries
to give the programmer ultimate power without compromises on runtime
efficiency. This means it focuses on compile-time mechanisms in all
their various forms.
Beneath a nice infix/indentation based syntax with a powerful (AST
based, hygienic) macro system lies a semantic model that supports a soft
realtime GC on thread local heaps. Asynchronous message passing is used
between threads, so no "stop the world" mechanism is necessary. An
unsafe shared memory heap is also provided for the increased efficiency
that results from that model.
Maintainer: James Turner <james@calminferno.net>
WWW: http://nim-lang.org/
I think this matches the intent of the comment above, and avoids producing
flavours for various ports (games, etc) where it doesn't make sense to
support multiple versions of lua. Makes sense to jasper@, and it doesn't
produce any unexpected changes to 'dump-vars' output across the tree.
Thanks to Pascal de Bruijn from darktable for letting me know about the
forthcoming darktable release and identifying this as an issue with
the port.
which can be used to disable the suhosin extension in the php packages.
We are not going to build this flavor by default because people should
use suhosin by default, but in some corner-cases if someone wants to disable
it, the flavor can be used.
Also move some variables and the sybase_ct subpackage from the Makefiles
to the shared one, there is no need to have the same data in 3 different
Makefiles.
Dynamic modules have been disabled so that the port looks like
clisp-2.48. People willing to enable and test them are welcome.
Build can fail on i386 but clisp-2.48 has the same problem. clisp
makes bad assumptions about adress space layout.
Tests by krw@ joshe@ and Markus Lude, ok krw@ joshe@ (ex. maintainer)
It appears that strip --strip-unneeded sometimes strips too much.
For example, if you take libHStf-random-0.5-926BwEbiHzi7pBkp4dTxOe.a
from the hs-tf-random package on i386 and run strip --strip-unneeded
on it, the T Threefish_256_Process_Block symbol (from threefish_block.o)
is stripped, which shouldn't happen. Note: this specific case applies
to i386, not to amd64. But...
doug@ reported a similar problem for the haskell library texmath,
which we don't yet have in the ports tree, and he made some even
more weird observation: texmath contains the two C source files
cbits/{key,val}ToASCII.c, defining the symbols keylookup (in
keyToAscii.c) and toASCIILut (in valToASCII.c), where both are just
some lookup tables. With strip --strip-unneeded enabled, the resulting
libHStexmath-*.a archive is missing keylookup. doug@ then concatenated
both .c files to a new one and changed the .cabal file of texmath
to use that single one instead, and suddenly the symbol keylookup
no longer was removed.
I'll try to make a port for texmath (which would be required anyway
for porting pandoc) so people who want help to debug this don't
have to build all the haskell goo themselves.
- mips64el bits included, need access to bootstrap machine
- sync system-openbsd-*.ads, remove obsolete stuff
Building on sparc requires a recent (21/09) kernel
Tested on hppa mips64 powerpc sparc and sparc64
ok pascal@
