Rakudo ready for upload
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