B-C
view release on metacpan or search on metacpan
ByteLoader/ByteLoader.pm view on Meta::CPAN
# on use ByteLoader $ByteLoader::VERSION;
# Fixed with use ByteLoader '$ByteLoader::VERSION';
# Next problem on perl-5.8.3: invalid floating constant suffix _03"
if ($] < 5.009004) {
# Need to check if ByteLoader is not already linked statically.
# Before 5.6 byterun was in CORE, so we have no name clash.
require Config; Config->import();
if ($Config{static_ext} =~ /\bByteLoader\b/) {
# We overrode the static module with our site_perl version. Which version?
# We can only check the perl version and guess from that. From Module::CoreList
$VERSION = '0.03' if $] >= 5.006;
$VERSION = '0.04' if $] >= 5.006001;
$VERSION = '0.05' if $] >= 5.008001;
$VERSION = '0.06' if $] >= 5.009003;
$VERSION = '0.06' if $] >= 5.008008 and $] < 5.009;
} else {
XSLoader::load 'ByteLoader'; # fake the old backwards compatible version
}
} else {
XSLoader::load 'ByteLoader', $VERSION;
ByteLoader/ppport.h view on Meta::CPAN
#ifndef UV_MAX
# define UV_MAX PERL_ULONG_MAX
#endif
#endif
#ifndef IVSIZE
# ifdef LONGSIZE
# define IVSIZE LONGSIZE
# else
# define IVSIZE 4 /* A bold guess, but the best we can make. */
# endif
#endif
#ifndef UVTYPE
# define UVTYPE unsigned IVTYPE
#endif
#ifndef UVSIZE
# define UVSIZE IVSIZE
#endif
#ifndef sv_setuv
Malcolm Beattie <mbeattie@sable.ox.ac.uk> 1998-02-20 17:54:58
@563 Start getting compiler to work when built with the core.
[Still won't work as of this change.]
Malcolm Beattie <mbeattie@sable.ox.ac.uk> 1998-02-20 16:42:13
* Merge perlext/Compiler/... into mainline. Some files move to
ext/B/..., some to lib/B/..., O.pm and B.pm go in lib and some
move to the base perl directory (e.g. headers). Will need some
cleaning up before it builds properly, I would guess.
Malcolm Beattie <mbeattie@sable.ox.ac.uk> 1998-02-20 16:39:38
* [compiler] Win32 changes from Sarathy, tweaked slightly by me.
Malcolm Beattie <mbeattie@sable.ox.ac.uk> 1998-02-17 17:50:50
* Assorted changes to the compiler
Malcolm Beattie <mbeattie@sable.ox.ac.uk> 1997-12-17 10:59:40
* Fix typo in compiler B/C.pm.
bytecode.pl view on Meta::CPAN
# if PERL_VERSION < 24
typedef I64TYPE I64;
typedef U64TYPE U64;
# endif
# if INTSIZE >= 8
# define U64_CONST(x) ((U64)x##U)
# elif LONGSIZE >= 8
# define U64_CONST(x) ((U64)x##UL)
# elif QUADKIND == QUAD_IS_LONG_LONG
# define U64_CONST(x) ((U64)x##ULL)
# else /* best guess we can make */
# define U64_CONST(x) ((U64)x##UL)
# endif
# endif
/* byte-swapping functions for big-/little-endian conversion */
# define _swab_16_(x) ((U16)( \
(((U16)(x) & U16_CONST(0x00ff)) << 8) | \
(((U16)(x) & U16_CONST(0xff00)) >> 8) ))
# define _swab_32_(x) ((U32)( \
ramblings/5.22-problems.md view on Meta::CPAN
This is an interesting commit as it added a lot of wrong comments
about the inner working of this, but didn't update the logic.
The fix in cperl is
[here](https://github.com/perl11/cperl/commit/309dc8e9649acda055a86514ca334bdfea31c0f8)
and for perlall
[here](https://github.com/rurban/App-perlall/commit/4907abb6dfa86bc5d2572d523e75462a18705aec),
and my perlbug report did not get through.
I can only guess that p5p blocked me again, because they didn't like
me to call them incompetent. Blocking bug reports and fixes is worse
than just incompetence, but I got used to that recently. They blocked
my simple fix for the horrific double-readonly system, and they
proudly announced last week some
[new optimization](http://perl5.git.perl.org/perl.git/commitdiff/230ee21f3e366901ce5769d324124c522df7ce8a)
regarding faster arithmetic, but didn't have a look into
[my fast arithmetic optimizations](https://github.com/perl11/cperl/commit/8b6139a5cbb3307067daf51503fdee2771595afb)
which I wrote half a year ago, and which makes them look very bad in
the end. Everybody applauded poor Dave for this "fantastic
breakthrough". The guys are really that simple. Looking through my
( run in 0.602 second using v1.01-cache-2.11-cpan-702932259ff )