PHP NEWS
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
24 Aug 2006, PHP 5.1.6
- Fixed memory_limit on 64bit systems. (Stefan E.)
- Fixed bug #38488 (Access to "php://stdin" and family crashes PHP on win32).
(Dmitry)
Lush is an object-oriented Lisp interpreter/compiler with features
designed to please people who want to prototype large numerical
applications. Lush includes an extensive library of
vector/matrix/tensor manipulation, numerous numerical libraries
(including GSL, LAPACK, and BLAS), a set of graphic functions, a
simple GUI toolkit, and interfaces to various graphic and multimedia
libraries such as OpenGL, SDL, Video4Linux, and ALSA (video/audio
grabbing), and others. Lush is an ideal frontend script language for
programming projects written in C or other languages. Lush also has
libraries for Machine Learning, Neural Nets and statistical estimation
(which are the main interests of the authors).
more information on the release:
http://java.sun.com/j2se/1.5.0/ReleaseNotes.html
In particular, this release fixes a couple long-standing bugs related to
JIT and LinuxThreads (clone(2)-based).
=== SMP Support ===
The major news is the support for SMP (Symmetric MultiProcessing).
SMP is supported by most modern operating systems like Linux, Windows, Mac OSx,
Solaris and is becoming more important now when dual processors,
hyper-threading technology and multi-core systems are a reality.
With Erlang, most of the problems which occur in multi-threaded programs have
been solved once and for all in the Erlang VM and do not have to be handled by
the application programmers.
In the SMP version of the Erlang virtual machine, there can be many process
schedulers running in separate OS threads. As default there will be as many
schedulers as there are processors or processor cores on the system.
The SMP support is totally transparent for the Erlang programs. That is, there
is no need to change or recompile existing programs. Programs with built-in
assumptions about sequential execution must be rewritten in order to take
advantage of the SMP support, however.
In this release, the Erlang VM supports SMP with focus on stability. There will
follow a number of subsequent steps with necessary optimizations and support
for more platforms.
=== Erlang Language and Related Issues ===
* The andalso and orelse operators are now allowed to be used in guards.
That also applies to match specifications.
* The BIF is_record/3 can now be used in guards. Also, is_record/3 can now
be called without an erlang: module prefix for consistency with the other
is_* functions.
* The compiler options ignore_try and ignore_cond, which allowed code that
used unquoted try or cond as atoms or record tags, has been removed. Old
code that depended on the options need to be revised to have occurrences
of try or cond as atom or record tags single-quoted. (Note: Although cond
is a reserved keyword, there is no cond statement. It might be introduced
in a future release.)
* (ERTS 5.4.8) The new fun M:F/A construct creates a fun that refers to the
latest version of M:F/A. This syntax is meant to replace tuple funs {M,F}
which have many problems.
* (ERTS 5.4.8) The new type test is_function(Fun, Arity) -- which may be
used in guards -- test whether Fun is a fun that can be applied to Arity
arguments.
=== New Applications ===
Dialyzer
Dialyzer is a static analysis tool that identifies software discrepancies such
as type errors, unreachable code, unnecessary tests, etc in single Erlang
modules or entire (sets of) applications.
Inviso
The Inviso application, together with some new extensions to Runtime_Tools, is
aimed at providing features for efficient tracing of production Erlang/OTP
systems:
* Distributed tracing - tracing on any number of Erlang nodes.
* Autostart - tracing during system start-up.
* Overload protection - mechanisms for suspending and later reactivating
tracing, should an overload situation occur.
* Enhanced use of meta tracing.
* Trace cases - predefined specifications of what to trace.
* Off-line merging and formatting of log files.
Inviso is still under development. An easier-to-use trace tool, using the
features listed above, is planned to be released as an R11B patch in Q3/Q4
2006.
SSH
The SSH application is an Erlang implementation of the secure shell protocol.
It is considered to be a beta release, meaning there can be changes made to the
API before it reaches 1.0.
=== Existing Applications ===
Compiler
(Compiler 4.3.6) It is now possible to encrypt the debug information in Beam
files.
Debugger
(Debugger 2.0) The debugger can now handle the try/catch language construct.
Inets
The Erlang implementation of the TFTP procotcol, tftp, is now documented.
Kernel
In Kernel 2.10.X, several bug fixes and improvements have been made in global ,
the global name registration facility.
OS_Mon
(OS_Mon 2.0) The entire OS_Mon application (code and documentation) has been
reviewed and consequently updated with the goal to make the application more
robust, homogeneous and easier to configure.
STDLIB
Added the zip module with functions for reading and creating zip archives.
Changes:
* Changes from version 5.0 to 5.1
-------------------------------
Language:
+ new module system.
+ new semantics for control variables of fors.
+ new semantics for setn/getn.
+ new syntax/semantics for varargs.
+ new long strings and comments.
+ new `mod' operator (`%')
+ new length operator #t
+ metatables for all types
API:
+ new functions: lua_createtable, lua_get(set)field, lua_push(to)integer.
+ user supplies memory allocator (lua_open becomes lua_newstate).
+ luaopen_* functionst must be called through Lua.
Implementation:
+ new configuration scheme via luaconf.h.
+ incremental garbage collection.
+ better handling of end-of-line in the lexer.
+ fully reentrant parser (new Lua function `load')
+ better support for 64-bit machines.
+ native loadlib support for Mac OS X.
+ standard distribution in only one library (lualib.a merged into lua.a)
"avidemux" package) now works with the "js" library provided by this
package. Bump package revision of this package.
Vital hint provided by Amitai Schlair in private e-mail.
the creation of packages for Hugs modules libraries. The former provides
the dependency on hugs and the latter an easy way to launch the Cabal
build utility.
Add that stuff to CONF_FILES instead.
Being here, update to the last stable version (1.1.13.8) and fix
installed pkgconfig files not to contain relative paths (which will
break with our buildlink harnesses).
The 5.6.x release consolidates the 5.5.x development stream started in 2004.
Highlights:
* UNICODE character set support
* Unbounded integer arithmetic and rational numbers
* New and faster CHR release
* Added clp(r) constraints over reals
* Many enhancements to the web and notably sematic web libraries
* Much more ...
- Add two miscellaneous patches for openssl and yaml libraries.
They were left from last year, sigh.
- Add one more part for CVE-2006-3694.
Bump PKGREVISION.
- November 2002
Feature highlights of this new release are:
* Much improved FFI support (contributed by Alastair Reid), bringing Hugs
really very close to the Haskell FFI specification.
* Adoption of a significant subset of GHC's hierarchical libraries
(contributed by Ross Paterson).
* An (allegedly) complete implementation of the Haskell98 module system
(Sigbjorn Finne).
* Numerous bug fixes since the previous major release in Dec 2001.
- November 2003
There has been substantial internal restructuring. In addition to numerous
bug fixes, user-visible changes include:
* The beginnings of a User's Guide (though still incomplete).
* The Double type is now double-precision on most architectures.
* Hugs now relies on the same hierarchical libraries as GHC and Nhc98, and
provides almost all of them. For now, compatibility with the old libraries
is provided by stub modules, but users are encouraged to migrate to the
new libraries.
* Full support for imprecise exceptions (but not asynchronous ones). Most
runtime errors are now reported by applying print to an Exception
(formerly the built-in printer was applied to the faulty redex).
* Integrated .NET support (on Windows platforms).
* The -e, -f, -i, -N, -W and -X options and the :project command have been
removed.
* A searchpath may include an entry of the form "directory/*", meaning all
the immediate subdirectories of directory (see -Pstr).
- March 2005
This release is primarily targeted at Unix systems to gain experience with
new features. The new Cabal-based library build system has the potential to
make building on Windows easier, but it's not there yet. Volunteers welcome.
In addition to numerous bug fixes, user-visible changes include:
* The default current module is now the empty module Hugs.Base instead of
the Prelude (see Section 2.2).
* The Char type and the Char module now support Unicode as specified in the
Haskell 98 Report (contributed by Dmitry Golubovsky). Character oriented
I/O uses a byte encoding of characters determined by the current locale
(see Section 3.3).
* The new -X option can be used to group several options into one argument.
This is now needed for executable runhugs scripts (using the Unix "#!"
feature) that require two or more options (see Section 4.1).
* The syntax of the ffihugs command has changed (see Section 4.2). The +G
and +L options are gone, and a new -i option can be used to specify
include files.
* Hugs now has basic support for the Cabal packaging system (see Section 3.4).
- May 2006
* The default current module is now the empty module Hugs (see Section 2.2).
* The compatibility libraries are no longer included on the default search
path. You can access them by adding "{Hugs}/oldlib" to the search path
(see -Pstr), but they will be removed in the next release.
* Rewritten graphical Windows interface (contributed by Neil Mitchell; see
Section 4.3).
* New :main command (contributed by Neil Mitchell).
Version 6.31.1 (19 May 2006)
============================
* New version of compiler which fixes several bugs found in the development
of Inform 7.
* Package now uses the latest autotools.
Tested by dillo@
for fundamental reasons. So don't try it.
Being here, don't include <machine/db_machdep.h>. No user program
should use it. It shouldn't be installed at all.
since they always need a C compiler, even when the source code is
completely in C++.
For some other packages, stated in the comment that a C compiler is
really not needed.
