Numeric bindings repository

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Numeric bindings repository

Nasos Iliopoulos
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
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Numeric bindings repository

David Bellot
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 <[hidden email]> 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
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]


_______________________________________________
ublas mailing list
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Numeric bindings repository

Karl Meerbergen-2
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 <[hidden email]> 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
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]



_______________________________________________
ublas mailing list
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]


Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm for more information.

_______________________________________________
ublas mailing list
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]
Reply | Threaded
Open this post in threaded view
|

Re: Numeric bindings repository

Rutger ter Borg-2

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 <[hidden email]
>> <mailto:[hidden email]>> 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
>>     [hidden email] <mailto:[hidden email]>
>>     http://lists.boost.org/mailman/listinfo.cgi/ublas
>>     Sent to: [hidden email] <mailto:[hidden email]>
>>
>>
>>
>>
>> _______________________________________________
>> ublas mailing list
>> [hidden email]
>> http://lists.boost.org/mailman/listinfo.cgi/ublas
>> Sent to:[hidden email]
>
>
> Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm for more
> information.
>
>


_______________________________________________
ublas mailing list
[hidden email]
http://lists.boost.org/mailman/listinfo.cgi/ublas
Sent to: [hidden email]