Re: Numeric bindings repository
Rutger ter Borg <[email protected]>
| Newsgroups | gmane.comp.lib.boost.ublas |
|---|---|
| Message-ID | <[email protected]> |
Hey all, I guess I agree with Karl about having the numeric bindings as a seperate project. Indeed, the bindings are just that: to bind algorithms and containers. But I think David has a point in that the bindings should become 'highly publicized' and should be made simple to access. Karl, I don't think having too many different libraries is a language problem. Enough other languages are suffering from the same problem. The numeric bindings themselves are an additional library ;-) https://xkcd.com/927/ Cheers, Rutger On 2014-04-08 14:48, Karl Meerbergen wrote: > Hi, > > I'd prefer to keep the bindings as a separate project since it is also > used/can be used by other packages. At some point, there was a > discussion about MTL4 also using the bindings, but I guess noone > specialized the traits classes for MTL4. Anyway, the bindings were not > meant to be part of a single library but to bridge libraries with > existing numerical libraries in an easy way. I never liked the idea to > put the traits class specializations for ublas in the bindings > themselves. They should be part of ublas. > > My opinion is that there are too many different C++ libraries, which > makes it impossible for developers to provide standard software that can > be used by everyone. For example, how easy is it for an application > engineer who uses ublas to use software written using MTL4 and vice > versa? In my opinion, the variety of packages is contraproductive and > scares people away from using C++. This is another reason for not > merging the bindings in a single library. > > Best, > > Karl > > > On 04/08/2014 02:36 PM, David Bellot wrote: >> Hi, >> >> it really depends on what we want to achieve in the end. Numeric >> bindings need more visibility and have to be officially associated >> with ublas. This can be done in 2 possible ways: >> >> (1) either we have a separate project that will remain separated but >> highly publicized and people will have a simple way to download and >> install bindings. We will have to do reference to it in the >> documentation. Releases will be independent from the main Boost.uBLAS >> (the one I will push from github/ublas/ublas to github/boostorg/ublas) >> >> (2) or we integrate them into the official Boost.uBLAS. It's not a bad >> idea when you think about it. But maybe it's too much for a single >> library like ublas. >> >> (3) a third option would be to split them up into basic and advanced >> bindings because in the end, I want ublas to smoothly interact with >> the main numerical libraries. And the job is already done with the >> bindings. >> >> Option (3) means we will have the bindings as a development branch in >> github/ublas. >> >> Best, >> David >> >> >> >> >> On Tue, Apr 8, 2014 at 12:52 PM, Nasos Iliopoulos <[email protected] >> <mailto:[email protected]>> wrote: >> >> Hello all, >> since the transition to github seems complete now, I believe it is >> also the time to migrate the numeric bindings there as well. Here >> are two options : >> 1. Include the bindings in the regular uBlas branch in the >> development repository (https://github.com/uBLAS/ublas) >> 2. Create a new repository in https://github.com/uBLAS/ that will >> serve as the official numeric bindings repository (and of course >> provide access to all the interested developers and maintainers) >> >> I would vote for no. 2 as I think it would be better for projects >> that cannot be classified as "basic or semi-basic" linear algebra >> to be kept separate from the ublas repository for the moment, but >> still have a very close relationship with the official project. >> >> - What does everybody think? >> - Do any other options cross your mind? >> >> -Nasos >> >> _______________________________________________ >> ublas mailing list >> [email protected] <mailto:[email protected]> >> http://lists.boost.org/mailman/listinfo.cgi/ublas >> Sent to: [email protected] <mailto:[email protected]> >> >> >> >> >> _______________________________________________ >> ublas mailing list >> [email protected] >> http://lists.boost.org/mailman/listinfo.cgi/ublas >> Sent to:[email protected] > > > Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm for more > information. > >