Rakudo build broken as of parrot RELEASE_2_10_1-633-ga3ca6c8
Andy Dougherty
doughera at lafayette.edu
Wed Dec 1 16:23:31 UTC 2010
On Wed, 1 Dec 2010, Peter Lobsinger wrote:
> On Tue, Nov 30, 2010 at 5:35 PM, Andy Dougherty <doughera at lafayette.edu> wrote:
> > Rakudo won't build with the current parrot master. The first error
> > message is about the function 'Parrot_get_ctx_HLL_namespace'. Were some
> > functions renamed? If so, the old names should still be kept around as
> > wrappers for the new names, at least for a while.
> >
> > (Breakage like this makes it really hard to reliably bisect for important
> > changes.)
>
> I get the sense there's an expectation that rakudo should always build
> and run cleanly against parrot head. I don't recall this ever being
> explicitly supported, and I think that it is not feasible in the
> general case (I do agree that in this specific case it would have been
> a possibility).
I was mainly addressing this specific case (and cases like this) where it
would have been possible -- indeed relatively easy -- to not break things.
(It would also have been consistent with the policy at
http://trac.parrot.org/parrot/wiki/HowToDeprecate , though I understand
not everyone agrees with that policy.)
In general, yes, stuff will get broken from time to time, but working to
avoid the easily-avoidable nuisance breakage sends a good positive message
to parrot's users that parrot developers value their time and efforts.
--
Andy Dougherty doughera at lafayette.edu
More information about the parrot-dev
mailing list