Rakudo ready for upload

Dominique Dumont dominique.dumont at hp.com
Thu May 19 12:17:52 UTC 2011

On Thursday 19 May 2011 12:01:27 gregor herrmann wrote:
> > > I'm not sure what's the correct way to proceed, but if the cause is
> > > that, IMHO parrot should be re-built on all the architectures as part
> > > of the perl 5.12 transition, or something like that.
> Sounds plausible at first sight.

Agreed. Here's an extract of parrot's changelog:
 + Modified PMC code generation to use Storable, reducing compile times

And if you look at http://perlmonks.org/?node_id=881140 , you'll see that 
Storable binary format depends also on compilation options of Perl.

> The interesting thing is that non of the parrot-* packages seems to
> depend on libperl5.X or perlapi-*, so it wasn't binNMUd.

If we consider that Storable internal format is part of Perl binary interface, 
parrot should then depend on perlapi-*.

> Requesting a binNMU now would probably help, but it doesn't seem to
> be really future-proof.

Using Storable is not future-proof. I mean that storing data with Storable 
does not really work across Storable versions.


http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont     -o- http://ddumont.wordpress.com/

More information about the Pkg-rakudo-devel mailing list