Re: CI setup

Cem Bassoy via ublas <[email protected]> Mon, 30 Apr 2018 15:20:38 +0200
Newsgroups gmane.comp.lib.boost.ublas
Message-ID <CADrR+Ftg52MOFi6KBf=-rMmZQaQ0tvL0Sx=cg+nfqG7T_pBQ+w@mail.gmail.com>
--===============6725056150235809924==
Content-Type: multipart/alternative; boundary="001a114a692e4d8f21056b10b8ba"

--001a114a692e4d8f21056b10b8ba
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Mon, Apr 30, 2018 at 10:05 AM, David Bellot via ublas <
[email protected]> wrote:

> You mentioned some possible refactoring that would make integration
>> easier. Can you please outline what refactoring you
>>
>>
> =E2=80=8BSuper open to refactoring of ublas.
> Curious to know what you have in mind.
>
>
Yes, thx. In general I would have like to compare the current boost
implementation with blaze and eigen.
I think there are several features or also neglect which we might add to
uBLAS.

- Should we integrate smart expression templates? I think there was a gsoc
project but I am not sure. What was the output?
- Are (smart) expression templates really required?
- How often do expressions like A =3D B*C + D*D - ... occur in numerical
applications?
- Should we provide a fast gemm implementation of the Goto-Algorithm like
in Eigen?

And regarding the code infrastructure:

- Do we need iterators within matrix and vector template classes? Or can we
generalize the concepts?
- Can we maybe simplify/replace the projection function with overloaded
brackets?

General questions:

- Shall we build uBLAS a high-performance library?
- Could it also be a convenient wrapper library with good interfaces to
high-performance libraries such as OpenBLAS?

Cem









>
> _______________________________________________
> ublas mailing list
> [email protected]
> https://lists.boost.org/mailman/listinfo.cgi/ublas
> Sent to: [email protected]
>
>

--001a114a692e4d8f21056b10b8ba
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Mon, Apr 30, 2018 at 10:05 AM, David Bellot via ublas <span dir=3D"l=
tr">&lt;<a href=3D"mailto:[email protected]" target=3D"_blank">ublas@li=
sts.boost.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" st=
yle=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div =
dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><span><bl=
ockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #=
ccc solid;padding-left:1ex"><div text=3D"#000000" bgcolor=3D"#FFFFFF"><span=
><blockquote type=3D"cite"><div dir=3D"ltr"><div dir=3D"auto"><div>You ment=
ioned some possible
    refactoring that would make integration easier. Can you please
    outline what refactoring you </div></div></div></blockquote></span></di=
v></blockquote><div><br></div></span><div style=3D"font-family:arial,helvet=
ica,sans-serif;font-size:small">=E2=80=8BSuper open to refactoring of ublas=
.</div><div style=3D"font-family:arial,helvetica,sans-serif;font-size:small=
">Curious to know what you have in mind.</div><div style=3D"font-family:ari=
al,helvetica,sans-serif;font-size:small"><br></div></div></div></div></bloc=
kquote><div><br></div><div>Yes, thx. In general I would have like to compar=
e the current boost implementation with blaze and eigen.<br></div><div>I th=
ink there are several features or also neglect which we might add to uBLAS.=
<br></div><div><br></div><div>- Should we integrate smart expression templa=
tes? I think there was a gsoc project but I am not sure. What was the outpu=
t?<br></div><div>- Are (smart) expression templates really required?<br></d=
iv><div>- How often do expressions like A =3D B*C + D*D - ... occur in nume=
rical applications?<br></div><div>- Should we provide a fast gemm implement=
ation of the Goto-Algorithm like in Eigen?<br><br></div><div>And regarding =
the code infrastructure:<br></div><div><br></div><div>- Do we need iterator=
s within matrix and vector template classes? Or can we generalize the conce=
pts?<br></div><div>- Can we maybe simplify/replace the projection function =
with overloaded brackets?<br><br></div><div>General questions:<br></div><di=
v><br></div><div>- Shall we build uBLAS a high-performance library?<br></di=
v><div>- Could it also be a convenient wrapper library with good interfaces=
 to high-performance libraries such as OpenBLAS?<br></div><div>=C2=A0</div>=
</div><div class=3D"gmail_quote">Cem<br></div><div class=3D"gmail_quote"><b=
r></div><div class=3D"gmail_quote"><br></div><div class=3D"gmail_quote"><di=
v><br><br><br><br></div><div><br>=C2=A0</div><blockquote class=3D"gmail_quo=
te" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"=
><div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_quote"><di=
v style=3D"font-family:arial,helvetica,sans-serif;font-size:small"></div></=
div></div></div>
<br>______________________________<wbr>_________________<br>
ublas mailing list<br>
<a href=3D"mailto:[email protected]" target=3D"_blank">[email protected]=
t.org</a><br>
<a href=3D"https://lists.boost.org/mailman/listinfo.cgi/ublas" rel=3D"noref=
errer" target=3D"_blank">https://lists.boost.org/mailma<wbr>n/listinfo.cgi/=
ublas</a><br>
Sent to: <a href=3D"mailto:[email protected]" target=3D"_blank">cem.bass=
[email protected]</a><br>
<br></blockquote></div><br></div></div>

--001a114a692e4d8f21056b10b8ba--

--===============6725056150235809924==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline