Re: [abc] soot doesn't build against recent polyglot

I just don't understand why abc needs the latest polyglot instead of the
released version. Can someone explain why, what I mean is why isn't abc
able
to depend on the released version?

 I am very concerned about having Soot
depend on an un-released polyglot for next terms 621 class at mcgill. I am
in no way convinced that the students who will be taking the course will
be able to keep up with tracking latest releases from cvs, or that they
will be able to indicate to me or Ondrej which version they're using in
the event of
any problems they might have.

Jennifer

On Wed, 22 Dec 2004, Ganesh Sittampalam wrote:

> On Wed, 22 Dec 2004, Ondrej Lhotak wrote:
>
> > > Anyway, is this something that can reasonably be fixed in Soot? I don't
> > > know if you try to track latest polyglot CVS or the latest release,
> > > although I think in this case it can be fixed in a way that would be
> > > compatible with either.
> >
> > You suggest that for the short term, it may be possible to devise a Soot
> > that would work with both the released and the CVS Polyglot. That would
> > postpone the problem for the moment, and I would have no problem with
> > such a change. But it's only a stop-gap measure until Polyglot comes up
> > with a change that does not make such a thing possible.
>
> I think the best answer is that we make the change to Soot to fix the
> current problem, assuming that I am right about it being possible, and
> then stop being so aggressive about tracking Polyglot CVS with abc.
> Historically the Polyglot people were producing bug fixes we needed a lot,
> which is why we got into that mindset, but I don't think it's necessary
> any more.
>
> If that fails, then your other suggestion is probably best:
>
> > Yet another alternative, if abc really needs a bleeding-edge Polyglot,
> > would be to maintain an abc-specific branch of Soot. Subversion makes
> > maintaining such branches quite feasible. Is this additional maintenance
> > work a worthwhile price to pay for insisting on bleeding-edge software?
>
> > Since all of this is closely related to the frequency of Polyglot
> > releases, it may make sense to ask the Polyglot gang about their
> > expected release frequency.
>
> It might be worth asking them, but since they are an academic project with
> limited resources like both abc and soot, I think relying on them would be
> dangerous. For abc, I think the policy of producing abc-specific soot and
> polyglot source snapshots is a good solution which means we can release
> when we want to. I had hoped to make version 1.0.1 of abc depend on the
> actual 2.2.0 release of soot for once, but that obviously won't be
> possible now.
>
> I'll make the change to Soot and test it against both Polyglot 1.3 and the
> abc version before checking in, unless you'd rather do it.
>
> Cheers,
>
> Ganesh
>
>
>
Received on Thu Dec 23 02:37:53 2004