| Re: [eigen] Eigen 3.1 release plans |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/eigen Archives
]
- To: eigen@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [eigen] Eigen 3.1 release plans
- From: Gael Guennebaud <gael.guennebaud@xxxxxxxxx>
- Date: Wed, 2 May 2012 10:03:05 +0200
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=hBk+hj0E888hkvhxzv5HPeS2VMVpAmqAER3RfA0Eb7k=; b=mstLh7xz2BATUFDY6gcnE/FZcM53kRO3HGEMsShXvfRtm+JhiZhJtBhmJ/BY1DFk5m 2kSXmPFKGkozln4QElTWvhSHS+pZiwuaOImebGTH9EZQk8MD61i/vd6hEvYsjkCnMsrl tUmibRo59YGbM3hNjeIczMLzP5lrcNFmIi+bQn+GBQqCpvE4gwbMYFEmd3td7NYjTUGQ Jj8TumYEVDPbnd7slPNNnmg/VjnPdWlwVaFz5a1YDH7G+TyyVzYCQMdJDPB87YyP5ihR +7RnFRer0Mi7awPbe3C9xm7II4/q+dPMzntESc3NKD8CIcxkyounftYYPXGDgwJGnjev VvWA==
Hi Jitse,
there is indeed not much left to do before we can release 3.1.
Regarding bug 422, I would simply update the documentation to state
it's mostly for internal use and it is not recommended to use it.
Regarding bug 438, we have local changes that should be pushed soon.
I added bug 454 which is about making sure the sparse solve()
functions can take any kind of dense expressions, not only a Matrix<>.
Should not be difficult.
The last thing is better documenting the sparse module, in particular
make it clear what features are and are not supported.
I'll be extremely busy until June. Then my top priority for Eigen will
be to work on the evaluators for 3.2.
cheers,
Gael.
On Tue, May 1, 2012 at 2:52 PM, Jitse Niesen <jitse@xxxxxxxxxxxxxxxxx> wrote:
> Hello,
>
> What are the plans for forking and releasing 3.1? I'm hoping to have some
> time available this summer to work on bug 99 / evaluators.
>
> Bugzilla currently shows two bugs blocking 3.1.
>
> Bug 422 is "Reconsider EIGEN_DEFAULT_TO_ROW_MAJOR". We need a decision on
> whether to depreciate this feature (or perhaps mark it as internal). If yes,
> document this. If no, we need to make it clearer that it changes the ABI and
> API.
>
> This basically needs a decision. Is there anybody actually using this?
>
> Bug 438 is "specialization of class SparseLU for UmfPack violates rule of
> three". While the SparseLU class is deleted, the classes UmfPackLU and
> SuperLU need a fix. This does not look difficult. I cannot do it now because
> I don't have these library installed, but I should be able to do this on my
> own laptop later this week if nobody beats me to it.
>
> Are there any other bugs or features that need to be addressed before we can
> release 3.1?
>
>
> Jitse
>
>