On 11 January 2012 02:47, F i L wrote:
> On Tuesday, 10 January 2012 at 14:14:41 UTC, Manu wrote:
>
>> Just thought I might share a real-life case study today. Been a lot of
>> talk
>> of SIMD stuff, some people might be interested.
>>
>> Working on an android product today, I noticed the matrix
On Tue, 10 Jan 2012 21:55:53 -0600, Nick Sabalausky wrote:
"Ben Davis" wrote in message
news:jeinah$2pnj$1...@digitalmars.com...
Hi,
Please excuse the cross-post with D.learn. People have been helpful there
with workarounds, but I'm bringing it here in the hope that we can discuss
a language
"Ben Davis" wrote in message
news:jeinah$2pnj$1...@digitalmars.com...
> Hi,
>
> Please excuse the cross-post with D.learn. People have been helpful there
> with workarounds, but I'm bringing it here in the hope that we can discuss
> a language enhancement.
>
> So - could support for 'ref' local
Hi,
Please excuse the cross-post with D.learn. People have been helpful
there with workarounds, but I'm bringing it here in the hope that we can
discuss a language enhancement.
So - could support for 'ref' local variables be added, or is there a
reason not to? I want to write something like:
On Tuesday, 10 January 2012 at 14:14:41 UTC, Manu wrote:
Just thought I might share a real-life case study today. Been a
lot of talk
of SIMD stuff, some people might be interested.
Working on an android product today, I noticed the matrix
library was
burning a ridiculous amount of our frame t
On 22.12.2011 12:28, Andrej Mitrovic wrote:
I'd like to know this too. Currently wxd won't link if I change a
typedef to an alias due to multiple definitions.
I've had the same problems here on my linux box + some others.
But i've just finished fixing them and DMD 2.057actually successfully bu
On 01/10/2012 08:47 AM, Alexander Malakhov wrote:
On Tuesday, 10 January 2012 at 00:04:31 UTC, Sean Kelly wrote:
On Jan 9, 2012, at 3:45 PM, Iain Buclaw wrote:
On 9 January 2012 21:29, Walter Bright
wrote:
On 1/9/2012 11:45 AM, Jonathan M Davis wrote:
Please fix the wikipedia entry!
Wit
On 1/10/2012 6:39 AM, Manu wrote:
On 10 January 2012 16:31, bearophile mailto:bearophileh...@lycos.com>> wrote:
Manu:
> Imagine if all vector code throughout was using the vector hardware
nicely,
> and not just one or 2 key functions...
Is Walter adding types/ops for 256 bit
On 1/10/2012 5:35 AM, Alexander Malakhov wrote:
On Tuesday, 10 January 2012 at 09:05:48 UTC, Alexander Malakhov wrote:
On Friday, 30 December 2011 at 18:02:57 UTC, Walter Bright wrote:
On 12/29/2011 9:13 PM, Alexander Malakhov wrote:
Hmm... If that's of no interest, could someone state it expl
09.01.2012 17:22, Trass3r пишет:
I don't think you are looking for such solution, so it is here just
for information. But if someone need this, I will release sources.
Please do so, could be helpful.
IIRC it was the last working version before I decided to create a bigger
library (the one th
On Tuesday, 10 January 2012 at 15:05:22 UTC, Andrej Mitrovic
wrote:
Maybe we could optionally pass a func/delegate to std.csv which
gets
invoked on these mismatches and figures out what to do? If no
delegate
was passed then std.csv would just throw by default?
That isn't going to happen. If f
Maybe we could optionally pass a func/delegate to std.csv which gets
invoked on these mismatches and figures out what to do? If no delegate
was passed then std.csv would just throw by default?
On 10 January 2012 16:48, Danni Coy wrote:
> On Wed, Jan 11, 2012 at 12:42 AM, Manu wrote:
>
>> On 10 January 2012 16:35, Danni Coy wrote:
>>
>>> awesome sauce... Incidently I got given a 48MHz arm dev board today
>>
>>
>> Sweet, what's your plan for it? :)
>>
>
> It came with a 3 axis acce
On Wed, Jan 11, 2012 at 12:42 AM, Manu wrote:
> On 10 January 2012 16:35, Danni Coy wrote:
>
>> awesome sauce... Incidently I got given a 48MHz arm dev board today
>
>
> Sweet, what's your plan for it? :)
>
It came with a 3 axis accelerometer and a 2 axis gyro
Haven't not exactly sure w
On 10 January 2012 16:35, Danni Coy wrote:
> awesome sauce... Incidently I got given a 48MHz arm dev board today
Sweet, what's your plan for it? :)
These 'embedded' (should probably read 'non-x86 system', since 'embedded'
is quickly becoming 'standard') systems really do benefit a lot more
On 10 January 2012 16:31, bearophile wrote:
> Manu:
>
> > Imagine if all vector code throughout was using the vector hardware
> nicely,
> > and not just one or 2 key functions...
>
> Is Walter adding types/ops for 256 bit YMM registers too? (AVX2 is not
> here yet, but AVX is).
>
Eventually.
I d
awesome sauce... Incidently I got given a 48MHz arm dev board today
On Wed, Jan 11, 2012 at 12:14 AM, Manu wrote:
> Just thought I might share a real-life case study today. Been a lot of
> talk of SIMD stuff, some people might be interested.
>
> Working on an android product today, I noticed
Manu:
> Imagine if all vector code throughout was using the vector hardware nicely,
> and not just one or 2 key functions...
Is Walter adding types/ops for 256 bit YMM registers too? (AVX2 is not here
yet, but AVX is).
Bye,
bearophile
Just thought I might share a real-life case study today. Been a lot of talk
of SIMD stuff, some people might be interested.
Working on an android product today, I noticed the matrix library was
burning a ridiculous amount of our frame time.
The disassembly looked like pretty normal ARM float code,
On Tuesday, 10 January 2012 at 09:05:48 UTC, Alexander Malakhov
wrote:
On Friday, 30 December 2011 at 18:02:57 UTC, Walter Bright
wrote:
On 12/29/2011 9:13 PM, Alexander Malakhov wrote:
Hmm... If that's of no interest, could someone state it
explicitly.
So that I'll be sure my message wasn't j
On Tuesday, 10 January 2012 at 09:27:03 UTC, deadalnix wrote:
Le 09/01/2012 19:19, Trass3r a écrit :
On Monday, 9 January 2012 at 18:04:58 UTC, Michel Fortin wrote:
Or maybe it should be a pragma instead.
Interesting idea. But how to do it properly?
A namespace or a class may have lots of fun
On Tuesday, 10 January 2012 at 12:09:14 UTC, Michel Fortin wrote:
Another idea which would be much less verbose:
extern(C++, gccmangle)
void foo();
Here, gccmangle is a CTFE-capable function that'd be called
like this:
gccmangle("foo");
So if you need a namespace arg
On 2012-01-10 09:28:54 +, deadalnix said:
Le 09/01/2012 19:19, Trass3r a écrit :
On Monday, 9 January 2012 at 18:04:58 UTC, Michel Fortin wrote:
Hmm another difficulty is how to switch between mangling schemes.
One thing that could be done is instead of the namespace argument,
have a ma
Alexander Malakhov:
> Other languages have just 1 date. I think wikipedia's editors
> would resist if D will be different.
A solution is to have two Wikipedia pages, una for D1 and one for D.
Bye,
bearophile
On Tue, 10 Jan 2012 10:28:54 +0100, deadalnix wrote:
Le 09/01/2012 19:19, Trass3r a écrit :
On Monday, 9 January 2012 at 18:04:58 UTC, Michel Fortin wrote:
Hmm another difficulty is how to switch between mangling schemes.
One thing that could be done is instead of the namespace argument,
ha
On 01/10/2012 10:28 AM, deadalnix wrote:
Le 09/01/2012 19:19, Trass3r a écrit :
On Monday, 9 January 2012 at 18:04:58 UTC, Michel Fortin wrote:
Hmm another difficulty is how to switch between mangling schemes.
One thing that could be done is instead of the namespace argument,
have a mangled n
On 10 January 2012 09:42, Martin Nowak wrote:
>> Function pointers are super-slow on some architectures. I don't think it's
>> a particularly good solution unless the functions you're calling do a lot
>> of work.
>
> If you're working on very specific platforms you can likely determine
> such thin
On 7 January 2012 22:31, Manu wrote:
> On 7 January 2012 22:44, Piotr Szturmaj wrote:
>>
>> The idea is to make versions of code that are environment dependent and
>> never change during runtime, _without_ resorting to if statements. This
>> statement would be valid only inside function bodies.
>
Function pointers are super-slow on some architectures. I don't think
it's
a particularly good solution unless the functions you're calling do a lot
of work.
If you're working on very specific platforms you can likely determine
such things at compile time. Alternative approaches are distributin
Le 09/01/2012 19:19, Trass3r a écrit :
On Monday, 9 January 2012 at 18:04:58 UTC, Michel Fortin wrote:
Hmm another difficulty is how to switch between mangling schemes.
One thing that could be done is instead of the namespace argument,
have a mangled name argument. Then use CTFE to build the m
On Friday, 30 December 2011 at 18:02:57 UTC, Walter Bright wrote:
On 12/29/2011 9:13 PM, Alexander Malakhov wrote:
Hmm... If that's of no interest, could someone state it
explicitly.
So that I'll be sure my message wasn't just overlooked or lost
I certainly don't mind using the D logo on the
On 10 January 2012 08:09, Martin Nowak wrote:
> Am 07.01.2012, 21:44 Uhr, schrieb Piotr Szturmaj :
>
>
> The idea is to make versions of code that are environment dependent and
>> never change during runtime, _without_ resorting to if statements. This
>> statement would be valid only inside func
On Monday, 9 January 2012 at 19:46:03 UTC, Jonathan M Davis wrote:
On Monday, January 09, 2012 11:37:50 Walter Bright wrote:
On 1/9/2012 10:59 AM, Jonathan M Davis wrote:
> I suspect that part of the problem is that Wikipedia lists D
> as
> appearing in 1999. And, of course, since D2 didn't sta
33 matches
Mail list logo