"ExtUtils::ParseXS" will compile XS code into C code by embedding the
constructs necessary to let C functions manipulate Perl values and
creates the glue necessary to let Perl access those functions.
ok sturm@
This module can build the C portions of Perl modules by invoking the
appropriate compilers and linkers in a cross-platform manner. It was
motivated by the "Module::Build" project, but may be useful for other
purposes as well. However, it is not intended as a general
cross-platform interface to all your C building needs.
ok sturm@
Class names in Perl often don't sound great when spoken, or look good
when written in prose. For this reason, we tend to say things like
"customer" or "basket" when we are referring to
"My::Site::User::Customer" or "My::Site::Shop::Basket". We thought it
would be nice if our classes knew what we would prefer to call them.
This module will add a "moniker" (and "plural_moniker") method to
"UNIVERSAL", and so to every class or module.
ok sturm@
This module generates SQL, while retaining complete control
over statement handles and uses the DBI interface. The
underlying idea is for this module to do what you mean,
based on the data structures you provide it. The big
advantage is that you don't have to modify your code every
time your data changes, as this module figures it out.
from Sam Smith <S at msmith.net>
B::DeObfuscate is a backend module for the Perl compiler that generates
perl source code, based on the internal compiled structure that perl
itself creates after parsing a program. It adds symbol renaming
functions to the B::Deparse module. An obfuscated program is already
parsed and interpreted correctly by the B::Deparse program.
Unfortunately, if the obfuscation involved variable renaming then the
resulting program also has obfuscated symbols.
ok sturm@
YAML is a generic data serialization language that is optimized for
human readability. It can be used to express the data structures of most
modern programming languages.
ok sturm@
Its possible to accidentally inherit an AUTOLOAD method. Often this
will happen if a class somewhere in the chain uses AutoLoader or defines
one of their own. This can lead to confusing error messages when method
lookups fail.
Sometimes you want to avoid this accidental inheritance. In that case,
inherit from Class::WhiteHole. All unhandled methods will produce
normal Perl error messages.
from Sam Smith <S at msmith.net>
"IDoc extracts interface documentation and declarations from
Haskell modules based on standard Haskell layout rules and a
small number of clues that the programmer embeds in
interface comments. These clues have been designed to be
visually non-imposing when displaying the source in a text
editor. Interface documentation is rendered in standard
markup languages (currently, only HTML is supported). IDoc
has been designed to be simple to use and install."
IDoc has an advantage over other interface doc tools (like
haddock) in that it is pure Haskell98, and builds with both
ghc and nhc98, making it far more portable.
ok pvalchev@
Submitted by Michael Coulter <mjc@bitz.ca>.
Class::ReturnValue is a "clever" return value object that can allow code
calling your routine to expect: a boolean value (did it fail) or a list
(what are the return values).
The Haskell Ports Library (HPL) supports concurrent and distributed
computing in the IO monad _without_ relying on mutable variables.
Instead, it supplies monotone single-assignment variables and ports
abstractions. Ports are an abstraction for modelling variables whose
values evolve over time without the need to resort to mutable
variable, such as IORefs. More precisely, a port represents all values
that a time-dependent variable successively takes as a stream, where
each element of the stream corresponds to a state change.
Ports are ideally suited for purely functional GUI interfaces that
completely avoid the use of mutable variables. It is planned to extend
the library to interaction between different processes possibly
located on distinct processing nodes.
ok pvalchev@
C->Haskell is an interface generator that simplifies the development
of Haskell bindings to C libraries. The tool processes existing C
header files that determine data layout and function signatures on the
C side, in conjunction with Haskell modules that specify Haskell-side
type signatures and marshaling details. Hooks embedded in the Haskell
code signal access to C structures and functions; they are expanded by
the interfacing tool in conjunction with information in the
corresponding C header file.
ok pvalchev@
This update fixes a longstanding bug that made Gnome 2 not play well
with macppc and sparc* arches. Additionally, it introduces a new patch
scheme for libtool since the later libtools recognize -pthread... well
mostly anyway.
