The major changes in this release are adding Haskell Program Coverage (hpc)
support to the compiler, adding a debugger to GHCi, the first phase of the
base package split, and pointer tagging in the code generator (which should
mean most code improves by 10-15%, and as a result the compiler is also
faster).
Most of this upgrade was done by Paulo Matias in pkgsrc-wip.
Some highlights:
3.0.0:
- On sparc64 architectures more than 126 procedure arguments are allowed
[Thanks to Peter Bex]
2.7xx:
- PCRE support
- new GNU Make based build process
- libffi is not used anymore, handcoded assembler is used for x86, x86-64
and powerpc platforms
- TCP timeout handling
- added Lisp-style symbol property lists
- the "chicken-bug" program can now be used to create bug reports
- countless bugfixes and minor improvements
It main chagnes are security fix of WEBrick library.
Mon Mar 3 23:34:13 2008 GOTOU Yuuzou <gotoyuzo@notwork.org>
* lib/webrick/httpservlet/filehandler.rb: should normalize path
separators in path_info to prevent directory traversal attacks
on DOSISH platforms.
reported by Digital Security Research Group [DSECRG-08-026].
* lib/webrick/httpservlet/filehandler.rb: pathnames which have
not to be published should be checked case-insensitively.
Mon Dec 3 08:13:52 2007 Kouhei Sutou <kou@cozmixng.org>
* test/rss/test_taxonomy.rb, test/rss/test_parser_1.0.rb,
test/rss/test_image.rb, test/rss/rss-testcase.rb: ensured
declaring XML namespaces.
long. Patch appended to PHP bug 42862, so the fix may be incorporated in
later PHP releases and thus this patch can be reverted.
http://bugs.php.net/bug.php?id=42862
Bump PKGREVISION of php-imap
Major changes from 2.41:
- Use pkgsrc-supplied libffcall
- Use libtool
- New PKG_OPTIONS to enable support for db4, gdbm, gtk2, fastcgi, pcre.
- lots of bugfixes
SigScheme is a R5RS Scheme interpreter for embedded use.
It features small footprint (64KB in library form on the 'small' configuration)
like SIOD and TinyScheme, low memory consumption (2-words per cons cell),
multibyte characters handling (UTF-8, EUCs and Shift_JIS) and more.
It is mainly developed to be the Scheme interpreter of uim.
any curses code in it. It only needs readline for the "io" module,
and the readline/buildlink3.mk now handles pulling in any necessary
dependencies for the terminal library that it uses.
Bump the PKGREVISION to 1.
pkgsrc changes
- DESTDIR support
- use libtool
- make iconv work
- fix a PLIST error
- close PR pkg/37897
Upstream changes
- Sorry, too many to list here
Sorry no change log.
On January 27, ragge bumped the version with commit message:
"Pcc now supports all C99 language constructs (I hope), so wrap to 0.9.9."
This also includes the new manpages. (These are a work in progress --
please send me your improvements.)
For pkgsrc:
- changed download sites
- changed homepage
- INSTALLATION_DIRS not needed.
outsmart us and call the tool by name in some parts of the build.
eg just "nbsed" instead of "/usr/pkg/bin/nbsed". This can only have
worked before as long as ${PREFIX}/bin was in the user's path.
Fix this by TOOLS_ALIASES.sed+=${TOOLS_SED:T} so that an "nbsed"
is available in the PATH.
Mozilla's SpiderMonkey. I wish I knew about this sooner! I've tried
this out with elinks, and the javsascript support seems more reliable.
Thanks, OSSP! I vote for killing spidermonkey once we verify all packages
using it build with this.
Local modifications:
--Only build fdlibm into libjs if necessary. This follows
in the spirit of lang/spidermonkey, though someone with more
knowledge of this probably will want to change the list of
platforms in the Makefile.
--Following the aforementioned change, link the library against
-lm (and list -lm in js-config, etc.) only if required.
--Use pkgsrc-provided installation tools instead of shtool.
--Apply fix for __VA_COPY_USE_CPP.
Blurb (DESCR):
OSSP js is a stand-alone distribution of the JavaScript (JS)
programming language reference implementation from Mozilla -- aka
"JSRef" or "SpiderMonkey". This distribution provides a smart,
stand-alone and portable distribution of Mozilla JavaScript through a
GNU autotools-based build environment. Additionally,
the C API in "libjs" contains both the JavaScript engine and the
required Sun math library ("fdlibm") and with all internal symbols
carefully protected under the "js" namespace. Finally, a js-config(1)
utility and a pkg-config(1) specification is provided to allow
applications to easily build with the JavaScript C API.
OSSP js was created because for OSSP and similar pedantic C coding
projects a smart, stand-alone, portable, clean, powerful and
robust scripting language engine is required. JavaScript is a
great programming language and Mozilla JavaScript "SpiderMonkey"
definitely is an acceptable clean, powerful and robust implementation.
Unfortunately there is just a stand-alone distribution released from
time to time by Mozilla and it is far away from really being smart,
stand-alone and portable. OSSP js combines the best from two worlds:
the 1:1 repackaged JavaScript code base from Mozilla with the GNU
autotools-based build environment as always used by OSSP. Additionally,
this package provides stdio-based file object support and does not depend
upon the Mozilla NSPR library.
* Bug fixes
* New features:
- made configure script work on PlayStation 3
- ARM port: brought up-to-date for Debian 4.0 (Etch)
- many other small changes and bugfixes in camlp4, ocamlbuild, labltk,
emacs files
Please see the release notes online[1] for the list of fixed bugs.
Also, the license was wrong. There are several differences in all clauses
between the 1.3 and 6 licenses, so add the proper license files.
[1] http://java.sun.com/javase/6/webnotes/ReleaseNotes.html