Simplify building with the Android NDK.
Allow Android'd support_boehm=no to work.
Disable the -Wunused-by-set-variable warning supported by newer gcc versions.
Add shared_perfcounters option to enable minimal.
Fix configure check for darwin to support all variants
Fix mingw32 cross-build on a git no-branch checkout.
Add a membar to libgc's UNLOCK () on arm.
Pass HAVE_ARMV6 to libgc on darwin too.
"platform" in Python terms is different for Linux kernel 2.* Vs Linux
kernel 3.*. Add in support to pull in a different PLIST for Linux 3.*.
Fixes build under Ubuntu 11.10.
XXX Perhaps it would be cleaner to name the PLIST to match the python platform
name - since we already calculate that anyway, and that is exactly what drives
the contents of these PLISTs.
Switch.pm provides the syntax and semantics for an explicit case mechanism for
Perl. The syntax is minimal, introducing only the keywords C<switch> and
C<case> and conforming to the general pattern of existing Perl control
structures. The semantics are particularly rich, allowing any one (or more) of
early 30 forms of matching to be used when comparing a switch value with its
various cases.
Changes:
[Olson Data 2011g]
Java SE 6u29 contains Olson time zone data version 2011g. For more information,
refer to Timezone Data Versions in the JRE Software .
[Skipped Version Number]
Release Java SE 6u29 follows release Java SE 6u27. There is no publicly
available Java SE 6u28 release. Oracle used release version 6u28 for an internal
build, which was not necessary once the fixes delivered on Java SE 6u29 were
released.
[Blacklist Entries]
This update release includes the following new entries to the Blacklist:
* Cisco AnyConnect Mobility Client
* Microsoft UAG Client
[RMI Registry Issue]
A bug in the rmiregistry command included in this release may cause unintended
exceptions to be thrown when an RMI server attempts to bind an exported object
which includes codebase annotations using the "file:" URL scheme. The RMI
servers most likely to be effected are those which are invoked only by RMI
clients executing on the same host as the server.
RMI annotates codebase information as part of the serialized state of a remote
object reference to assist RMI clients in loading the required classes and
interfaces associated with the object at runtime. Exported objects which are
looked up in the RMI registry and invoked by RMI clients running on hosts other
than the server are usually annotated with codebase URL schemes, such as
"http:" or "ftp:" and these should continue to work correctly.
As a workaround, RMI servers can set the java.rmi.server.codebase property to
use codebase URLs other than the "file:" scheme for the objects they export.
[Bug Fixes]
This release contains fixes for security vulnerabilities. For more information,
please see Oracle Java SE Critical Patch Update advisory.
http://perl5.git.perl.org/perl.git/commitdiff/a2fa999d41c94d622051667d897fedca90be1828
2011-10-02 Gisle Aas <gisle@ActiveState.com>
Release 1.17.
Gisle Aas (6):
Less noisy 'git status' output
Merge pull request #1 from schwern/bug/require_eval
Don't clobber $@ in Digest->new [RT#50663]
More meta info added to Makefile.PL
Fix typo in RIPEMD160 [RT#50629]
Add schwern's test files
Michael G. Schwern (5):
Turn on strict.
Convert tests to use Test::More
Untabify
Turn Digest::Dummy into a real file which exercises the Digest->new() require logic.
Close the eval "require $module" security hole in Digest->new($algorithm)
The patch-ad modification was independently created by myself before I
knew about this PR. The mono build has been broken for several months,
but with this patch along with modifications for the linker, mono now
builds on an x86_64 DragonFly machine.
Without it, programs using .init sections will just segfault. The
workaround comes from http://www.openssl.org/~appro/values.c
Tested on 5.10, not needed on 5.11.
newLISP is a Lisp-like, general-purpose scripting language. It is
especially well-suited for applications in AI, web search, natural
language processing, and machine learning. Because of its small
resource requirements, newLISP is also excellent for embedded
systems applications. Most of the functions you will ever need are
already built in. This includes networking functions, support for
distributed and parallel processing, and Bayesian statistics.
The development of Algol played an important role in establishing
computer science as an academic discipline. The Algol 68 Genie
project preserves Algol 68 out of educational as well as
scientific-historical interest, by making available Algol 68 Genie;
a recent, well-featured implementation written from scratch. Algol
68 Genie is a practically full implementation of the language
defined by the Revised Report. The implementation is a hybrid
compiler-interpreter; units with considerable interpreter-overhead
can optionally be compiled.
Thanks for your work, Olaf Seibert.
assembler to adapt them to the distance. m68k gas appears not to do
that for fpu branch insns, resulting in an out-of-range FPU assembler
branch instruction error in "ext/re/re_exec.c".
As a workaround, building with "-Os" instead of "-O2" reduces the size
of the object file enough to allow short branches.
See PR toolchain/45439.
This changeset addresses several things:
1) Adds support for x86-Solaris (Namely OpenIndiana)
2) Properly implements run-time symbolic traceback support
3) Arranges makefile so patches can be handled in a standard fashion
4) Properly implements MAKE_JOBS which reduces build times by 66%+ on
the quad-core test machine (30 minutes down to < 10 minutes)
the linkage of the package and gives me a non-broken liblua.so on
current. The one I had around from sometime last year had broken
compatibility references in it.
awkwardly, leading to Python 2.6 failing to build.
Python 2.7 builds ok, because it has been taught to deal with this.
This patch retro-fits the 2.7 code into 2.6, and allows 2.6 to build on
Ubuntu 11.04.
Ok'd by wiz@
It is not a leaf package, but the changes affect Mac OS X only.
Test builds on 10.5/i386, 10.6/i386 (thanks tron@), 10.7/i386 and
10.7/x86_64 (thanks ryoon@).
