Re: [ViennaCL-devel] Release Status

2014-09-17 Thread Namik Karovic
Hi Matt, I'm currently busy finishing my graduation project. Development of the Benchmark GUI is paused for the time being, but fear not, I'll get back to it when I'm done with my grad project! :D Regards, Namik On Tue, Sep 16, 2014 at 10:44 PM, Karl Rupp wrote: > Hi Matt, > > > Things seem

Re: [ViennaCL-devel] Release Status

2014-09-16 Thread Karl Rupp
Hi Matt, > Things seem to have gone silent for the last three weeks. So, I decided > to ask how things are going and if you needed any help testing the > upcoming release. despite this list being silent, quite some work gets done towards the release on other channels. Also, quite a number of u

Re: [ViennaCL-devel] Release Status

2014-09-16 Thread Toby St Clere Smithe
Hey all, Philippe Tillet writes: > I would be curious to know what remains to be done, apart from all the > auto-tuning stuff. For me, it's mostly residual documentation, at this point, but I've noticed a memory leak and a couple of segfaults that occur in rare cases, which will need to be looke

Re: [ViennaCL-devel] Release Status

2014-09-16 Thread Philippe Tillet
Hello Matthew, I've just started my PhD, and consequently have less time for contributing. Unfortunately, the release largely depends on me, as most of what remains to be done has to do with filling up the database. I've been working steadily on the auto-tuner since the beginning of my PhD, as it

[ViennaCL-devel] Release Status

2014-09-16 Thread Matthew Musto
Gentlemen, Things seem to have gone silent for the last three weeks. So, I decided to ask how things are going and if you needed any help testing the upcoming release. Thanks, -Matt -- Want excitement? Manually upgrade y

Re: [ViennaCL-devel] Release status

2013-09-07 Thread Philippe Tillet
Hey hey, I've reviewed a bit my positions already :P While it will be a separate package, I plan to maintain only two different backends : - OpenBLAS based for CPU - ViennaCL based for OpenCL/CUDA Anyway, it is trivial to extend the library for additional backends. As soon as blocked_{matrix,vect

Re: [ViennaCL-devel] Release status

2013-09-07 Thread Karl Rupp
Hey hey hey, > While integrating it completely is trivial. I have no real name for it > right now though. Let's assume it is named fminpp, then : > > typedef fminpp::optimization_options optimization_options; > typedef fminpp::directions::cg cg; > //other aliases... > > template > viennacl::vecto

Re: [ViennaCL-devel] Release status

2013-09-05 Thread Philippe Tillet
Hey hey, While integrating it completely is trivial. I have no real name for it right now though. Let's assume it is named fminpp, then : typedef fminpp::optimization_options optimization_options; typedef fminpp::directions::cg cg; //other aliases... template viennacl::vector minimize(Fun const

Re: [ViennaCL-devel] Release status

2013-09-05 Thread Toby St Clere Smithe
Karl Rupp writes: > Cool! For packaging, we should either integrate it completely (i.e. make > it part of the ViennaCL namespace), or keep it entirely separate, > similar to how e.g. amgcl handles things. Packaging the two together > would be a nightmare for packagers (Toby, please correct me i

Re: [ViennaCL-devel] Release status

2013-09-04 Thread Karl Rupp
Hey, > On my side, I've been working a bit more on my unconstrained nonlinear > minimization library, that I plan to keep as a separate package, because > i've made it pretty generic (can work theoretically with any linear > algebra backend - viennacl, eigen, armadillo ...) using template magic.

Re: [ViennaCL-devel] Release status

2013-09-04 Thread Philippe Tillet
Hi Karl, I agree that it's better to take more time and have a better release. On my side, I've been working a bit more on my unconstrained nonlinear minimization library, that I plan to keep as a separate package, because i've made it pretty generic (can work theoretically with any linear algebr

[ViennaCL-devel] Release status

2013-09-04 Thread Karl Rupp
Hi guys, FYI: Due to the many new features we've added since the last release, I'm still polishing the code. Rather than pushing out a few incomplete pieces, I decided to invest a few more days to round things up, so I'll postpone (again) the celebrations to next week... Best regards, Karli -