Re: [OT] Anyone w/ svn->git experience and advice?

Nick, On Thu, 2012-01-12 at 22:32 -0500, Nick Sabalausky wrote: > I apologize for going so far offtopic with this. But I've taken this to the > git mailing list, and after working on it for days it's still not working > and I'm just about pulling my hair out. What makes it even more frustrating

start on SIMD documentation

https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd and core.simd: https://github.com/D-Programming-Language/druntime/blob/master/src/core/simd.d

Re: [OT] Anyone w/ svn->git experience and advice?

"Jacob Carlborg" wrote in message news:jeont0$1bkp$1...@digitalmars.com... > > If --preserve-empty-dir isn't working, can't you add these directories > after you've cloned the repository? > I suppose it might be possible since git seems to be big on allowing history rewrites, but I know next-t

Re: [OT] Anyone w/ svn->git experience and advice?

"Russel Winder" wrote in message news:mailman.305.1326443113.16222.digitalmar...@puremagic.com... >I am surprised you had problems with Mercurial and Bazaar, their support >for working with Subversion is very good. > When I asked around the Mercurial scene about doing what I wanted, they basica

Re: [OT] Anyone w/ svn->git experience and advice?

Nick, Atlassian have documented so of their conversion hassles... http://blogs.atlassian.com/2012/01/moving-confluence-from-subversion-to-git/ mayhap some pointers? -- Russel. = Dr Russel Winder t: +44 20 7585 220

Re: [OT] Anyone w/ svn->git experience and advice?

On Fri, 2012-01-13 at 04:53 -0500, Nick Sabalausky wrote: [...] > When I asked around the Mercurial scene about doing what I wanted, they > basically told me that I was wrong for wanting to preserve the empty > directories that the buildsystem for those old revisions was relying on. And > they a

Re: Vector performance

On 13 January 2012 04:16, Marco Leise wrote: > Am 12.01.2012, 16:40 Uhr, schrieb Iain Buclaw : > >> On 12 January 2012 08:29, Manu wrote: >>> >>> On 12 January 2012 02:46, F i L wrote: Well the idea is you can have both. You could even have a:  Vector2!(Transition!(Vecto

Re: Vector performance

Am 13.01.2012, 11:37 Uhr, schrieb Iain Buclaw : On 13 January 2012 04:16, Marco Leise wrote: Am 12.01.2012, 16:40 Uhr, schrieb Iain Buclaw : On 12 January 2012 08:29, Manu wrote: On 12 January 2012 02:46, F i L wrote: Well the idea is you can have both. You could even have a: Vector

Re: Vector performance

On 13.01.2012 12:21, Marco Leise wrote: Am 13.01.2012, 11:37 Uhr, schrieb Iain Buclaw : On 13 January 2012 04:16, Marco Leise wrote: Am 12.01.2012, 16:40 Uhr, schrieb Iain Buclaw : On 12 January 2012 08:29, Manu wrote: On 12 January 2012 02:46, F i L wrote: Well the idea is you can h

Re: [OT] Anyone w/ svn->git experience and advice?

On 2012-01-13 10:04, Nick Sabalausky wrote: "Jacob Carlborg" wrote in message news:jeont0$1bkp$1...@digitalmars.com... If --preserve-empty-dir isn't working, can't you add these directories after you've cloned the repository? I suppose it might be possible since git seems to be big on allow

Pow operator precedence

This is the third time I see people trip on power operator precedence: http://d.puremagic.com/issues/show_bug.cgi?id=7268 Some people expect this: (-10 ^^ 2) To be 100 instead of -100 (Note: Python here uses the same operator precedences.) Do you think it's worth (and possible) to help D programm

Re: Pow operator precedence

the problem is, that there are two popular use cases of this expression. One is plain old power expression and the other is writing scientific notations of numbers. I thing we should stick with the first use case, because at least for literals we already have scientific notation. On Fri, Jan 13, 2

Re: Pow operator precedence

2012/1/13 bearophile : > This is the third time I see people trip on power operator precedence: > http://d.puremagic.com/issues/show_bug.cgi?id=7268 > > Some people expect this: > (-10 ^^ 2) > To be 100 instead of -100 > (Note: Python here uses the same operator precedences.) > > Do you think it's

Re: SIMD support...

On 13 January 2012 08:34, Norbert Nemec wrote: > On 12.01.2012 23:10, Peter Alexander wrote: > >> On 12/01/12 8:13 PM, Norbert Nemec wrote: >> >>> Considering these hardware details of the SSE architecture alone, I fear >>> that portable low-level support for SIMD is very hard to achieve. If you

Re: [OT] Anyone w/ svn->git experience and advice?

On 2012-01-13 12:12:09 +, Jacob Carlborg said: On 2012-01-13 10:04, Nick Sabalausky wrote: "Jacob Carlborg" wrote in message news:jeont0$1bkp$1...@digitalmars.com... If --preserve-empty-dir isn't working, can't you add these directories after you've cloned the repository? I suppose i

Re: Pow operator precedence

On 13 January 2012 14:48, bearophile wrote: > This is the third time I see people trip on power operator precedence: > http://d.puremagic.com/issues/show_bug.cgi?id=7268 > > Some people expect this: > (-10 ^^ 2) > To be 100 instead of -100 > (Note: Python here uses the same operator precedences.)

Re: [OT] Anyone w/ svn->git experience and advice?

On 2012-01-13 14:35, Michel Fortin wrote: On 2012-01-13 12:12:09 +, Jacob Carlborg said: On 2012-01-13 10:04, Nick Sabalausky wrote: "Jacob Carlborg" wrote in message news:jeont0$1bkp$1...@digitalmars.com... If --preserve-empty-dir isn't working, can't you add these directories after yo

Re: Pow operator precedence

Le 13/01/2012 13:48, bearophile a écrit : > This is the third time I see people trip on power operator precedence: > http://d.puremagic.com/issues/show_bug.cgi?id=7268 > > Some people expect this: > (-10 ^^ 2) > To be 100 instead of -100 > (Note: Python here uses the same operator precedences.) >

Re: Discussion about D at a C++ forum

Le 08/01/2012 08:47, Mike Parker a écrit : > On 1/8/2012 3:57 PM, Jonathan M Davis wrote: >> On Saturday, January 07, 2012 22:19:53 Andrei Alexandrescu wrote: >>> Here's an interesting discussion that may reflect the perceptions and >>> misperceptions about D within the larger community. >>> >>> ht

Re: Biggest Issue with D - Definition and Versioning

On 13/01/2012 06:08, Walter Bright wrote: I'm sorry about that, but I'm running as fast as I can, along with the help of a number of prolific contributors. As you can see by the changelog, there are a zillion issues that do get resolved every month. Would it be useful if the pull auto tester se

Re: Pow operator precedence

On Fri, Jan 13, 2012 at 7:47 AM, Manu wrote: > On 13 January 2012 14:48, bearophile wrote: >> >> This is the third time I see people trip on power operator precedence: >> http://d.puremagic.com/issues/show_bug.cgi?id=7268 >> >> Some people expect this: >> (-10 ^^ 2) >> To be 100 instead of -100 >

Re: Pow operator precedence

On Fri, 2012-01-13 at 08:09 -0600, Andrew Wiley wrote: > On Fri, Jan 13, 2012 at 7:47 AM, Manu wrote: > > On 13 January 2012 14:48, bearophile wrote: > >> > >> This is the third time I see people trip on power operator precedence: > >> http://d.puremagic.com/issues/show_bug.cgi?id=7268 > >> > >>

Re: [OT] Anyone w/ svn->git experience and advice?

On 2012-01-13 03:32:25 +, "Nick Sabalausky" said: $ git svn clone http://svn.dsource.org/projects/goldie --prefix=svn/ --preserve-empty-dirs --authors-file=goldie-authors.txt --trunk=trunk --tags=tags Goldie ...the first few revisions (out of 557 total) here... r85 = 60d792abf9957f41f70d7

Re: Biggest Issue with D - Definition and Versioning

On 1/13/12 12:08 AM, Walter Bright wrote: You've said to post bugs, but these don't receive any attention. For example, here's two bugs about the lack of documentation on .stringof, one from 2009 and one from early 2011: http://d.puremagic.com/issues/show_bug.cgi?id=3007 http://d.puremagic.com/i

Re: Biggest Issue with D - Definition and Versioning

On 13-01-2012 16:05, Andrei Alexandrescu wrote: On 1/13/12 12:08 AM, Walter Bright wrote: You've said to post bugs, but these don't receive any attention. For example, here's two bugs about the lack of documentation on .stringof, one from 2009 and one from early 2011: http://d.puremagic.com/iss

Re: Biggest Issue with D - Definition and Versioning

One important metric we currently neglect is the date of the oldest bug or pull request. If we work on improving that with each release, we give a submitter confidence that their bug will be resolved in reasonable time. A simple policy like "address the oldest 3 bugzilla entries in each relea

Re: [OT] Anyone w/ svn->git experience and advice?

Nick, I had similar issues, and I solved them by following a recipe from this article (written by a GitHub developer): http://www.jonmaddox.com/2008/03/05/cleanly-migrate-your-subversion-repository-to-a-git-repository/ I still believe Subversion is a very good VCS.

Re: Discussion about D at a C++ forum

On Monday, 9 January 2012 at 21:29:27 UTC, Walter Bright wrote: On 1/9/2012 11:45 AM, Jonathan M Davis wrote: Please fix the wikipedia entry! With what? Make it say 2003 for D1 and 2007 for D2? Yes, but 2001 for D1. Walter, I suppose you will have to clearly state that somewhere in D docu

Re: Pow operator precedence

On 13/01/12 14:47, Manu wrote: On 13 January 2012 14:48, bearophile mailto:bearophileh...@lycos.com>> wrote: This is the third time I see people trip on power operator precedence: http://d.puremagic.com/issues/show_bug.cgi?id=7268 Some people expect this: (-10 ^^ 2) To be 10

Re: Pow operator precedence

13.01.2012 19:56, Don Clugston пишет: On 13/01/12 14:47, Manu wrote: On 13 January 2012 14:48, bearophile mailto:bearophileh...@lycos.com>> wrote: This is the third time I see people trip on power operator precedence: http://d.puremagic.com/issues/show_bug.cgi?id=7268 Some people expect this:

Re: Biggest Issue with D - Definition and Versioning

On 2012-01-13 16:05, Andrei Alexandrescu wrote: On 1/13/12 12:08 AM, Walter Bright wrote: You've said to post bugs, but these don't receive any attention. For example, here's two bugs about the lack of documentation on .stringof, one from 2009 and one from early 2011: http://d.puremagic.com/iss

Re: Pow operator precedence

2012/1/13 Don Clugston : > On 13/01/12 14:47, Manu wrote: >> I would certainly have made this mistake if I tried it. And knowing this >> information will not cause me to do it properly, it will simply make me >> question my code, and become very suspicious every time I ever use the >> operator (ie.

Re: Pow operator precedence

bearophile wrote: This is the third time I see people trip on power operator precedence: http://d.puremagic.com/issues/show_bug.cgi?id=7268 Some people expect this: (-10 ^^ 2) To be 100 instead of -100 (Note: Python here uses the same operator precedences.) Why x ^^ y is considered _unary_ exp

Re: Pow operator precedence

On 1/13/2012 4:48 AM, bearophile wrote: This is the third time I see people trip on power operator precedence: http://d.puremagic.com/issues/show_bug.cgi?id=7268 Some people expect this: (-10 ^^ 2) To be 100 instead of -100 (Note: Python here uses the same operator precedences.) Do you think it

Re: Pow operator precedence

On 1/13/2012 8:59 AM, Mehrdad wrote: On 1/13/2012 4:48 AM, bearophile wrote: This is the third time I see people trip on power operator precedence: http://d.puremagic.com/issues/show_bug.cgi?id=7268 Some people expect this: (-10 ^^ 2) To be 100 instead of -100 (Note: Python here uses the same o

Re: Pow operator precedence

I feel it should be left as is: it'll be ambiguous either way and why mess with how it's in mathematics? If anyone feels uncomfortable using it, just use std.math.pow. Many other languages don't have this operator so people coming from them won't know it exists anyway (like me until this post). —

Big kudos to Walter and Sean

I recently changed Object.toString() to no longer return a normal string but a reference counted one. And I was really astonished that this was possible without modifingy dmd at all. The only modifications I had to made were inside druntime. Just wanted to say that the compiler <-> runtime abst

Re: Discussion about D at a C++ forum

On 1/13/2012 7:57 AM, Dejan Lekic wrote: On Monday, 9 January 2012 at 21:29:27 UTC, Walter Bright wrote: On 1/9/2012 11:45 AM, Jonathan M Davis wrote: Please fix the wikipedia entry! With what? Make it say 2003 for D1 and 2007 for D2? Yes, but 2001 for D1. Walter, I suppose you will have

Re: Biggest Issue with D - Definition and Versioning

On 1/13/2012 6:01 AM, Robert Clipsham wrote: Would it be useful if the pull auto tester set up its own git repository you could pull from? You'd do something to mark pull requests which look good, then the pull tester could queue them up to be merged, and merge as many as it can while still passi

Re: Pow operator precedence

On 13 January 2012 16:09, Andrew Wiley wrote: > On Fri, Jan 13, 2012 at 7:47 AM, Manu wrote: > > On 13 January 2012 14:48, bearophile wrote: > >> > >> This is the third time I see people trip on power operator precedence: > >> http://d.puremagic.com/issues/show_bug.cgi?id=7268 > >> > >> Some pe

Re: Pow operator precedence

On 13 January 2012 17:56, Don Clugston wrote: > On 13/01/12 14:47, Manu wrote: > >> On 13 January 2012 14:48, bearophile > > wrote: >> >>This is the third time I see people trip on power operator precedence: >> >> http://d.puremagic.com/issues/**show_bu

Re: Pow operator precedence

On 13 January 2012 19:41, Matej Nanut wrote: > I feel it should be left as is: it'll be ambiguous either way and why mess > with how it's in mathematics? If anyone feels uncomfortable using it, > just use std.math.pow. Many other languages don't have this operator so > people coming from them won

Re: Pow operator precedence

On 13/01/2012 13:47, Manu wrote: Some people expect this: (-10 ^^ 2) To be 100 instead of -100 I'm fairly amazed it's not the other way around... what's the logic behind this? It matches standard mathematical notation. -x² means -(x²) not (-x)². This actually makes most sense

Re: start on SIMD documentation

On 13/01/12 8:39 AM, Walter Bright wrote: https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd and core.simd: https://github.com/D-Programming-Language/druntime/blob/master/src/core/simd.d Nice! Although... import core.simd; void main() { float4 a =

Re: start on SIMD documentation

On 13/01/12 7:06 PM, Peter Alexander wrote: On 13/01/12 8:39 AM, Walter Bright wrote: https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd and core.simd: https://github.com/D-Programming-Language/druntime/blob/master/src/core/simd.d Nice! Although...

Re: Biggest Issue with D - Definition and Versioning

On 13/01/12 3:05 PM, Andrei Alexandrescu wrote: On 1/13/12 12:08 AM, Walter Bright wrote: You've said to post bugs, but these don't receive any attention. For example, here's two bugs about the lack of documentation on .stringof, one from 2009 and one from early 2011: http://d.puremagic.com/iss

Re: Pow operator precedence

On 13 January 2012 20:54, Stewart Gordon wrote: > On 13/01/2012 13:47, Manu wrote: > > > Some people expect this: >>(-10 ^^ 2) >>To be 100 instead of -100 >> > > > I'm fairly amazed it's not the other way around... what's the logic >> behind this? >> > > It matches standard mathema

Re: Pow operator precedence

On 13/01/2012 18:18, Manu wrote: It's NOT like it is in mathematics, there is no 'operator' in mathematics (maths uses a superscript, which APPEARS to be a unary operation). When using the operator, with spaces on either side, it looks like (and is) a binary operator. Actually, exponentiati

Re: start on SIMD documentation

Peter Alexander: > I'm not so sure on using names like > int4 for vectors. You see things like int32 a lot to mean a 32-bit > integer, or int8 to mean an 8-bit integer. Using this notation for > vectors may be confusing. > > As for what to change it to, I don't really care. int4v, vec_int4, >

Re: Pow operator precedence

Oh, yeah, my bad. I've been at uni for too long: seeing subscripts as "^a"... I agree that an operator for this is unnecessary though. At least I have never felt the need to write "pow(,)" quicker than 6 symbols. On another note, Octave (and I guess Matlab as well?) use D's precedence for the pow

Re: start on SIMD documentation

On 13 January 2012 19:06, Peter Alexander wrote: > On 13/01/12 8:39 AM, Walter Bright wrote: >> >> >> https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd >> >> >> and core.simd: >> >> >> https://github.com/D-Programming-Language/druntime/blob/master/src/core/si

Re: start on SIMD documentation

On 13 January 2012 19:18, Iain Buclaw wrote: > On 13 January 2012 19:06, Peter Alexander > wrote: >> On 13/01/12 8:39 AM, Walter Bright wrote: >>> >>> >>> https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd >>> >>> >>> and core.simd: >>> >>> >>> https://githu

Re: Pow operator precedence

The logic is that the precedence in the language matches the precedence of a written equation. But the operator looks nothing like the written equation... nothing at all like the written equation. Perhaps D could support the unicode characters '²' '³' or 'ª' as kinda handy operato

Re: Pow operator precedence

On 13 January 2012 20:46, Matej Nanut wrote: > On another note, Octave (and I guess Matlab as well?) use D's precedence > for the pow operator. Bearophile stated earlier that Python does too. Those > seem like quite large audiences. I'm not saying agreeing with the masses > is the choice here, bu

Re: Pow operator precedence

Don: > Originally it worked the other way, but bearophile complained about it, > so it got changed to this way . If I port Python code to D I prefer the current design. I have opened this thread to see if there are ways to mitigate some of the future problems caused by that :-) Of my past desi

Re: Pow operator precedence

On 13 January 2012 21:24, Grue wrote: > ** > > > The logic is that the precedence in the language matches the >> precedence of a written equation. >> > > But the operator looks nothing like the written equation... nothing at all > like the written equation. > Perhaps D could support the unicode

Re: Pow operator precedence

On 13 January 2012 21:31, bearophile wrote: > > What I wonder is why this operator is necessary at all? > > It's not necessary, like most other features in a language, like for > loops. But it's handy and very useful, I am now using one power operator > about every 40 or 50 lines of D2 code. > >

Re: start on SIMD documentation

On 13 January 2012 21:06, Peter Alexander wrote: > Also, slight bikeshedding issue: I'm not so sure on using names like int4 > for vectors. You see things like int32 a lot to mean a 32-bit integer, or > int8 to mean an 8-bit integer. Using this notation for vectors may be > confusing. > I had the

Re: start on SIMD documentation

On 1/13/2012 11:06 AM, Peter Alexander wrote: On 13/01/12 8:39 AM, Walter Bright wrote: https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd and core.simd: https://github.com/D-Programming-Language/druntime/blob/master/src/core/simd.d Nice! Althoug

Re: start on SIMD documentation

On 13/01/12 8:02 PM, Mehrdad wrote: On 1/13/2012 11:06 AM, Peter Alexander wrote: On 13/01/12 8:39 AM, Walter Bright wrote: https://github.com/D-Programming-Language/d-programming-language.org/blob/master/simd.dd and core.simd: https://github.com/D-Programming-Language/druntime/blob/master/

Re: start on SIMD documentation

On 13/01/12 7:49 PM, Manu wrote: On 13 January 2012 21:06, Peter Alexander mailto:peter.alexander...@gmail.com>> wrote: Also, slight bikeshedding issue: I'm not so sure on using names like int4 for vectors. You see things like int32 a lot to mean a 32-bit integer, or int8 to mean an

Re: Pow operator precedence

Manu: > What are you working on if I may ask? Bioinformatics, exploratory programing, simulations, data munging, hardening of slow scripts, data visualization, data mining, optimization of some tasks, faster routines for dynamic code written by other people, and more. > I do tend to write a l

Re: start on SIMD documentation

On 1/13/2012 11:18 AM, Iain Buclaw wrote: This is probably intelligable, but makes sense to me. Change int4 -> v4si please, no! Vector names that reflect the MODE they represent, rather than the TYPE. ??

Re: start on SIMD documentation

On 1/13/2012 11:06 AM, Peter Alexander wrote: import core.simd; void main() { float4 a = void; // float a; doesn't work either a = simd(XMM.PXOR, a); } *** Internal error: backend/cgcod.c 2048 *** Are all those instructions implemented? I seem to get the same for all instructions. The instruc

Re: start on SIMD documentation

On 1/13/2012 12:27 PM, Peter Alexander wrote: On 13/01/12 8:02 PM, Mehrdad wrote: Er... is there any reason why we're using such a cryptic PXOR value instead of operator overloading? I imagine Walter will add the operator overloads later. Right. simd() is just the bottom layer building block

Re: start on SIMD documentation

On 13/01/12 8:37 PM, Walter Bright wrote: On 1/13/2012 11:06 AM, Peter Alexander wrote: import core.simd; void main() { float4 a = void; // float a; doesn't work either a = simd(XMM.PXOR, a); } *** Internal error: backend/cgcod.c 2048 *** Are all those instructions implemented? I seem to get t

Re: start on SIMD documentation

On 13 January 2012 22:37, Walter Bright wrote: > >> Also, slight bikeshedding issue: I'm not so sure on using names like int4 >> for >> vectors. You see things like int32 a lot to mean a 32-bit integer, or >> int8 to >> mean an 8-bit integer. Using this notation for vectors may be confusing. >> >

Re: start on SIMD documentation

Walter: > What's our vector, Victor? > http://www.youtube.com/watch?v=fVq4_HhBK8Y Thank you Walter :-) > If int4 is out, I'd prefer something like vint4. Something short. Current names: void16 double2 float4 byte16 ubyte16 short8 ushort8 int4 uint4 long2 Your suggestion: vvoid16 vdouble2 vf

Re: start on SIMD documentation

On 13 January 2012 22:57, bearophile wrote: > Walter: > > > What's our vector, Victor? > > http://www.youtube.com/watch?v=fVq4_HhBK8Y > > Thank you Walter :-) > > > > If int4 is out, I'd prefer something like vint4. Something short. > > Current names: > > void16 > double2 > float4 > byte16 > ubyt

Re: Pow operator precedence

"Manu" wrote in message news:mailman.328.1326483521.16222.digitalmar...@puremagic.com... On 13 January 2012 21:24, Grue wrote: >> >> Beware... your statement has awoken an "Ancient Forum Lurker"! ;) >> > >Sweet! I have that effect :P Arise! >In my prior post I agreed, though that said, I still

Re: Pow operator precedence

On 01/13/2012 07:18 PM, Manu wrote: On 13 January 2012 19:41, Matej Nanut mailto:matejna...@gmail.com>> wrote: I feel it should be left as is: it'll be ambiguous either way and why mess with how it's in mathematics? If anyone feels uncomfortable using it, just use std.math.pow. M

Re: [OT] Anyone w/ svn->git experience and advice?

"Jacob Carlborg" wrote in message news:jep72q$2dvs$1...@digitalmars.com... > > I see no reason to rewrite the history. Just clone the svn repository, add > the missing directories, add a .gitignore file to each of the directories > so git will keep them and then make a new commit. > Yea, like

Re: [OT] Anyone w/ svn->git experience and advice?

"Michel Fortin" wrote in message news:jepbuq$2m7c$1...@digitalmars.com... > On 2012-01-13 12:12:09 +, Jacob Carlborg said: > >> On 2012-01-13 10:04, Nick Sabalausky wrote: >>> "Jacob Carlborg" wrote in message >>> news:jeont0$1bkp$1...@digitalmars.com... If --preserve-empty-dir is

Re: [OT] Anyone w/ svn->git experience and advice?

"Dejan Lekic" wrote in message news:nlcegzzpmmfrgaljg...@dfeed.kimsufi.thecybershadow.net... > Nick, I had similar issues, and I solved them by following a recipe from > this article (written by a GitHub developer): > http://www.jonmaddox.com/2008/03/05/cleanly-migrate-your-subversion-repositor

Re: start on SIMD documentation

On 1/13/2012 12:59 PM, Peter Alexander wrote: So is there any way to use them at the moment? Not unless you want to use inline asm to initialize them :-) I wouldn't bother, though, I hope to get initializing working shortly.

Re: start on SIMD documentation

On 1/13/12 2:37 PM, Walter Bright wrote: If int4 is out, I'd prefer something like vint4. Something short. Something short must compensate its potential for confusion with frequent usage and well-established convention. Arguably neither applies here. Andrei

Re: start on SIMD documentation

On 1/13/12 2:41 PM, Walter Bright wrote: On 1/13/2012 12:27 PM, Peter Alexander wrote: On 13/01/12 8:02 PM, Mehrdad wrote: Er... is there any reason why we're using such a cryptic PXOR value instead of operator overloading? I imagine Walter will add the operator overloads later. Right. simd

Re: start on SIMD documentation

On 14 January 2012 00:31, Andrei Alexandrescu wrote: > On 1/13/12 2:41 PM, Walter Bright wrote: > >> On 1/13/2012 12:27 PM, Peter Alexander wrote: >> >>> On 13/01/12 8:02 PM, Mehrdad wrote: >>> Er... is there any reason why we're using such a cryptic PXOR value instead of operator overl

Re: start on SIMD documentation

On 1/13/12 3:08 PM, Manu wrote: On 13 January 2012 22:57, bearophile mailto:bearophileh...@lycos.com>> wrote: Walter: > What's our vector, Victor? > http://www.youtube.com/watch?v=fVq4_HhBK8Y Thank you Walter :-) > If int4 is out, I'd prefer something like vint4. Somet

Re: start on SIMD documentation

On 01/13/2012 11:36 PM, Andrei Alexandrescu wrote: On 1/13/12 3:08 PM, Manu wrote: On 13 January 2012 22:57, bearophile mailto:bearophileh...@lycos.com>> wrote: Walter: > What's our vector, Victor? > http://www.youtube.com/watch?v=fVq4_HhBK8Y Thank you Walter :-) > If int4 is out, I'd prefe

Re: start on SIMD documentation

On 14 January 2012 00:36, Andrei Alexandrescu wrote: > On 1/13/12 3:08 PM, Manu wrote: > >> On 13 January 2012 22:57, bearophile > > wrote: >> >>Walter: >> >> > What's our vector, Victor? >> > >> http://www.youtube.com/watch?**v=fVq4_HhBK8Y

Re: start on SIMD documentation

On 1/13/2012 11:06 AM, Peter Alexander wrote: Also, slight bikeshedding issue: I'm not so sure on using names like int4 for vectors. You see things like int32 a lot to mean a 32-bit integer, or int8 to mean an 8-bit integer. Using this notation for vectors may be confusing. Consider also that t

Re: start on SIMD documentation

On 13/01/12 10:31 PM, Andrei Alexandrescu wrote: On 1/13/12 2:41 PM, Walter Bright wrote: On 1/13/2012 12:27 PM, Peter Alexander wrote: On 13/01/12 8:02 PM, Mehrdad wrote: Er... is there any reason why we're using such a cryptic PXOR value instead of operator overloading? I imagine Walter wi

Re: start on SIMD documentation

On 1/13/2012 2:31 PM, Andrei Alexandrescu wrote: People will want to pass a variable for op. Would that work? It'll currently fail miserably - it has to be a constant. Otherwise, we have runtime code generation. While not impossible, it is a large increase in scope.

Re: start on SIMD documentation

On 01/13/2012 11:29 PM, Andrei Alexandrescu wrote: On 1/13/12 2:37 PM, Walter Bright wrote: If int4 is out, I'd prefer something like vint4. Something short. Something short must compensate its potential for confusion with frequent usage and well-established convention. Arguably neither applie

Re: start on SIMD documentation

On 1/13/2012 2:36 PM, Andrei Alexandrescu wrote: All names should have a __ prepended, and then the library defines names for them such as vec!(int, 4) that obey module lookup and all. Dumping a wheelbarrow of confusable new keywords doesn't sound right at all. They're not keywords, they are (l

Re: start on SIMD documentation

On 13/01/12 10:55 PM, Walter Bright wrote: On 1/13/2012 11:06 AM, Peter Alexander wrote: Also, slight bikeshedding issue: I'm not so sure on using names like int4 for vectors. You see things like int32 a lot to mean a 32-bit integer, or int8 to mean an 8-bit integer. Using this notation for vect

Re: Pow operator precedence

On 13/01/2012 19:14, Manu wrote: I think there's one very important point to realise in all your examples though... We're NOT writing -4x² + 3. We write -4 * x ^^ 2 + 4. That's not a polynomial expressions, it's source code. What are you on about? -4x² + 3 and -4 * x ^^ 2 + 3 are the exact

Re: Pow operator precedence

"Nick Sabalausky" skrev i meddelandet news:jeq6h1$18mu$1...@digitalmars.com... > "Manu" wrote in message > news:mailman.328.1326483521.16222.digitalmar...@puremagic.com... > On 13 January 2012 21:24, Grue wrote: >>> >>> Beware... your statement has awoken an "Ancient Forum Lurker"! ;) >>> >> >

Re: Pow operator precedence

On 13/01/2012 19:24, Grue wrote: Beware... your statement has awoken an "Ancient Forum Lurker"! ;) 1. Google -5^2, result: -(5^2) = -25 2. Start ancient TI graphing calculator(which by the way has a special unary (-) minus operator). -5^2 = -25 -5*²* = -25 And probably most BASICs. Just che

Re: Pow operator precedence

My HP 49g+ does -2^2 = -4 as well (with special unary minus), in algebraic mode. Would love to test it on the 41C, but it only has RPN. ^_^ I've been swayed into the »let's keep it« direction. I'll start using it, too. It even works as an array operator. =D On 14 January 2012 00:30, Stewart Gord

Re: Discussion about D at a C++ forum

"Mike Parker" wrote in message news:jebhmg$20vf$1...@digitalmars.com... > On 1/8/2012 3:57 PM, Jonathan M Davis wrote: >> On Saturday, January 07, 2012 22:19:53 Andrei Alexandrescu wrote: >>> Here's an interesting discussion that may reflect the perceptions and >>> misperceptions about D within t

Re: start on SIMD documentation

On 1/13/12 4:57 PM, Walter Bright wrote: On 1/13/2012 2:31 PM, Andrei Alexandrescu wrote: People will want to pass a variable for op. Would that work? It'll currently fail miserably - it has to be a constant. Otherwise, we have runtime code generation. While not impossible, it is a large incre

Re: start on SIMD documentation

On 1/13/12 5:06 PM, Peter Alexander wrote: On 13/01/12 10:31 PM, Andrei Alexandrescu wrote: On 1/13/12 2:41 PM, Walter Bright wrote: On 1/13/2012 12:27 PM, Peter Alexander wrote: On 13/01/12 8:02 PM, Mehrdad wrote: Er... is there any reason why we're using such a cryptic PXOR value instead of

Re: start on SIMD documentation

On 1/13/2012 3:15 PM, Peter Alexander wrote: I realize that. It's just that I mentally associate the identifier int8 with an 8-bit integer as it is something I regularly see in C++ code. However, I'm willing to drop my position. After a quick Google, I discovered that it's not as common as I tho

Re: start on SIMD documentation

Dope! Great starting place. I think the syntax is great as-is. 'short' means a 16 bit integer type, so I don't see why short8 would conflict anywhere (in D). Plus, like Manu pointed out, float4/int4 is really what'll be most used and is identical to HLSL. ...to bad size_t wasn't intz like in

Re: start on SIMD documentation

On Fri, 13 Jan 2012 13:06:28 -0600, Peter Alexander wrote: On 13/01/12 8:39 AM, Walter Bright wrote: [snip] Also, slight bikeshedding issue: I'm not so sure on using names like int4 for vectors. You see things like int32 a lot to mean a 32-bit integer, or int8 to mean an 8-bit integer. Using

Re: Pow operator precedence

On 1/13/2012 11:25 AM, Manu wrote: Fair call. I buy this argument. If there is a precedent set by (multiple) other languages towards this precedence (and none against), then so be it. If there were a vote though, I'd vote for it being deprecated on grounds of offering nothing to the language more

Re: start on SIMD documentation

On 1/13/2012 3:51 PM, Andrei Alexandrescu wrote: On 1/13/12 4:57 PM, Walter Bright wrote: On 1/13/2012 2:31 PM, Andrei Alexandrescu wrote: People will want to pass a variable for op. Would that work? It'll currently fail miserably - it has to be a constant. Otherwise, we have runtime code gen

Re: start on SIMD documentation

On 14 January 2012 03:42, Walter Bright wrote: > On 1/13/2012 3:51 PM, Andrei Alexandrescu wrote: > >> On 1/13/12 4:57 PM, Walter Bright wrote: >> >>> On 1/13/2012 2:31 PM, Andrei Alexandrescu wrote: >>> People will want to pass a variable for op. Would that work? >>> >>> It'll currentl

  1   2   >