On 8/16/2010 5:51 PM, joel falcou wrote:
> (Sorry eric for this hijacking)
Hey, this is your thread. :-)
--
Eric Niebler
BoostPro Computing
http://www.boostpro.com
___
proto mailing list
proto@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi
On 16/08/10 23:46, Daniel Oberhoff wrote:
ha, its alive :)
Getting it out is my main priority for 2010.
did you get my query as to wether it will be possible to get sse acceleration
without having to specify it in the type or having sizes be divisible by four
(or even satisfying alignment
ha, its alive :)
you bet
did you get my query as to wether it will be possible to get sse acceleration
without having to specify it in the type or having sizes be divisible by four
(or even satisfying alignment provably at compile time)?
btw, should I find time I am happy to help. also you mig
On 16/08/10 23:30, Daniel Oberhoff wrote:
I am still dreaming of a numeric library with a blitz like interface that
dispatches automatically (with both static and dynamic dispatch as appropriate)
to serial, sse, openmp-style, and cuda code.
Follow http://github.com/jfalcou/nt2 in the up
make that semi-automatic, i.e. i would love to have a lib that lets you control
the dispatch, or rather give it hints.
Am 16.08.2010 um 23:30 schrieb Daniel Oberhoff:
> :)
>
> been following this. I wonder if you guys shouldn't start talking to compiler
> creators, specifically modern open sou
:)
been following this. I wonder if you guys shouldn't start talking to compiler
creators, specifically modern open source ones such as the clang folks, about
optimizing compile times and erro messages of proto-style code. on the side of
error messages i was wondering if it would be possible to
On 8/16/2010 4:54 PM, joel falcou wrote:
> Got some error trying to compile this vs boost :: trunk
>
> j...@dell-desktop:~/Desktop$ time g++-4.3 -O3 -c options.cpp -I./
> -I/usr/local/include/boost-trunk
> options.cpp: In member function ‘typename
> boost::option_expr::result
> ()(Option, Default)
Got some error trying to compile this vs boost :: trunk
j...@dell-desktop:~/Desktop$ time g++-4.3 -O3 -c options.cpp -I./
-I/usr/local/include/boost-trunk
options.cpp: In member function ‘typename
boost::option_expr::result
()(Option, Default)>::type boost::option_expr::operator()(const
Optio
On 8/16/2010 2:11 AM, joel falcou wrote:
> On 15/08/10 23:21, Eric Niebler wrote:
>> Haha! I admit I was a bit suspicious at first. Nobody ever said,
>> "Wow, Proto sped up my compiles!" ;-)
>
> I wish :)
>
>> But looking at Joel's implementation, I suspect it can be sped up
>> considerably by
On 15/08/10 23:21, Eric Niebler wrote:
Haha! I admit I was a bit suspicious at first. Nobody ever said, "Wow,
Proto sped up my compiles!" ;-)
I wish :)
But looking at Joel's implementation, I suspect it can be sped up
considerably by avoiding fusion vectors and maps. (I've found fusion to
On 8/15/2010 2:21 PM, Daniel Wallin wrote:
> On Sun, Aug 15, 2010 at 4:51 PM, joel falcou
> wrote:
>> So, Thomas and I felt bored or some suhc this afternoon.
>> Incidentally, I needed to use Boost::Parameters in NT² but found
>> the compile time to be somehow slow. So in a flash of defiance, we
>
On 15/08/10 20:21, Daniel Wallin wrote:
So you implemented something significantly slower (3 times on machine
with gcc4.3). Not very surprising; adding complex abstraction in the
implementation rarely makes things faster.
As I said, it's more of an exercice than anything else.
_
On Sun, Aug 15, 2010 at 4:51 PM, joel falcou wrote:
> So, Thomas and I felt bored or some suhc this afternoon. Incidentally, I
> needed to use Boost::Parameters
> in NT² but found the compile time to be somehow slow.
> So in a flash of defiance, we went to reimplementing a subset of parameters
>
Code is now uplaoded to some GIT repo:
http://github.com/jfalcou/boosties/
___
proto mailing list
proto@lists.boost.org
http://lists.boost.org/mailman/listinfo.cgi/proto
On 15 August 2010 18:30, Thomas Heller wrote:
>> Note that actually it doesn't handle passing parameters by ref ;). And
>> that all the boost.parameter's features are not implemented!
>
> You can't expect everything from an afternoon of work ;)
> Anyway, its purpose is just for having named parame
On Sunday 15 August 2010 18:16:07 Mathieu - wrote:
> On 15 August 2010 17:46, Tim Moore wrote:
> > Nice. I've been meaning to start using Boost.Parameter in one of my
> > projects but I definitely like this syntax better. I'll probably start
> > using this soon (like this week).
> >
> > Please
On 8/15/2010 9:16 AM, Mathieu - wrote:
On 15 August 2010 17:46, Tim Moore wrote:
Nice. I've been meaning to start using Boost.Parameter in one of my
projects but I definitely like this syntax better. I'll probably start
using this soon (like this week).
Please post if you make updates.
On 15 August 2010 17:46, Tim Moore wrote:
> Nice. I've been meaning to start using Boost.Parameter in one of my
> projects but I definitely like this syntax better. I'll probably start
> using this soon (like this week).
>
> Please post if you make updates.
>
> Cheers,
>
> Tim
Note that actuall
On 15/08/10 17:46, Tim Moore wrote:
Nice. I've been meaning to start using Boost.Parameter in one of my
projects but I definitely like this syntax better. I'll probably
start using this soon (like this week).
Please post if you make updates.
Thanks for the interest.It's still in its infanc
On 8/15/2010 7:51 AM, joel falcou wrote:
So, Thomas and I felt bored or some suhc this afternoon. Incidentally,
I needed to use Boost::Parameters
in NT² but found the compile time to be somehow slow. So in a flash of
defiance, we went to reimplementing
a subset of parameters using proto. The syn
On Sunday 15 August 2010 16:51:03 joel falcou wrote:
> So, Thomas and I felt bored or some suhc this afternoon. Incidentally, I
> needed to use Boost::Parameters
> in NT² but found the compile time to be somehow slow. So in a flash of
> defiance, we went to reimplementing
> a subset of parameters u
So, Thomas and I felt bored or some suhc this afternoon. Incidentally, I
needed to use Boost::Parameters
in NT² but found the compile time to be somehow slow. So in a flash of
defiance, we went to reimplementing
a subset of parameters using proto. The syntax is ratehr different but
the effect is
22 matches
Mail list logo