Florent Hivert wrote:
> I fully support the idea of having a release (5.0 or 4.9) soon and in
> particular before Sage Days 38 in one week. They are major change in this
> release and keeping compatibility for 4.8 and 5.0beta* is a real pain for us.
It's not fully clear to me why you [have to] do this, but I take it as
you say. (Having a more recent "official" version isn't bad. But
still, if upgrading from devel versions would work again, we'd IMHO have
less problems.)
+1.
Although 5.0 is just a number, if you really want to release a so-called
final /quickly/ [for the reasons given above], I'd do a 4.9, and put at
least a few things more [which currently aren't marked blockers,
partially not even critical] into the big one, 5.0.
Also depending on /when/ a 5.0 gets released, it should IMHO compile
with GCC 4.7.x (and, at least partially, also Clang) -- without building
the GCC spkg first, which is quite dumb in that case [unless one builds
on Itanium, where GCC 4.7.0 does have a serious bug].
> Clearly those blockers must be integrated. Having a bad 5.0 release would be
> a bad advertising move.
Yep.
> If we are not sure we still can have a 4.9.
Yep, that's what I was saying.
> As a side
> note they are also two positively reviewed critical ticket (#12718, #12849)
> which probably should go (I consider the second one as a blocker).
>
> I'm willing to help reviewing the remaining blockers but some review seems to
> be harder than the other. I can do #12857 today (and #12272 if it become
> needs-review).
>
> Concerning the 4.7.0 GCC (meta ticket #12751) I don't have it myself and I
> even less have a ia64 machine so I'm not sure I can help reviewing seriously
> the blockers #12830, #12837. However, I was helping one of my student
> yesterday installing its first Sage on a Arch linux which has GCC.4.7.0. He
> manage to install 5.0 by replacing the following three package with their
> version:
> - LinBox #12762 (major)
> - gfan 0.4plus #12760 (major)
> - Givaro #12761 (major)
> So I'm quite surprised to see that #12830, #12837 which concerns itanium
> (which is relatively rare for casual users) are blockers whereas the x86 and
> x86_64 are only major. I do realize of course that this doesn't help releasing
> 5.0 soon. but I don't want to support a 5.0 which won't compile on several
> linux distros.
Naturally, I cannot review any of the latter... ;-)
(But FWIW, I'll put some more work into the LinBox and GMP-ECM spkgs;
actually there's already a new, preliminary ecm-6.3.p8 spkg for #11705 /
segfault on Linux PPC64.)
There are a couple of further spkgs [also] fixing build issues, IMHO
worth getting into a 5.0, still needing review...
-leif
--
() The ASCII Ribbon Campaign
/\ Help Cure HTML E-Mail