html documentation is available online (http://www.erlang.org/erldoc) where
it's searchable (offline it isn't).
This saves about 18M for -main (1/3rd) and 14M for -wx.
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)
