Re: dmd 1.049 and 2.034 release

2009-10-14 Thread Eldar Insafutdinov
Walter Bright Wrote: Rainer Schuetze wrote: Hi, the problem is related to a change that was probably done to improve http://d.puremagic.com/issues/show_bug.cgi?id=1170 see my comments there for more details. I checked into svn a compiler change folding in your patch. Can you

Re: dmd 1.050 and 2.035 release

2009-10-14 Thread Leandro Lucarella
Walter Bright, el 14 de octubre a las 20:46 me escribiste: The main purpose of this is to correct a couple of regressions that were blocking QtD and Tango. http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.050.zip

Re: dmd 1.050 and 2.035 release

2009-10-14 Thread Jeremie Pelletier
Walter Bright wrote: The main purpose of this is to correct a couple of regressions that were blocking QtD and Tango. http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.050.zip http://www.digitalmars.com/d/2.0/changelog.html

Re: dmd 1.050 and 2.035 release

2009-10-14 Thread Walter Bright
Jeremie Pelletier wrote: Sweet, JSON output, looks like it wasn't very hard to write :) It was rather trivial. But it's a bit primitive right now. The problem is I'm not writing a consumer of this data, so I'm not sure what it should contain. Consider it as a trial balloon. I'm interested

Re: dmd 1.050 and 2.035 release

2009-10-14 Thread bearophile
Walter Bright: Using DMD 2.035 I have tried to compile: void main() {} Using: dmd -X temp.d And the compiler crashes. Regarding the -X name, isn't something like -json better? Or better to unify the switch for json output and normal ddoc output in some way. Even better, DMD2 compilation

Re: Array literals' default type

2009-10-14 Thread Don
Ellery Newcomer wrote: Bill Baxter wrote: foo((1,2)); // um, what? You see that kind of thing in Python all the time, with NumPy at least. Array dimensions for example are set with a tuple. So x = array((1,2), dtype=int) And very common to see things like numpy.zeros((10,20)). This is

Re: Amusing D facts: typesafe variadic arrays are lazy!

2009-10-14 Thread downs
Jeremie Pelletier wrote: Andrei Alexandrescu wrote: Chris Nicholson-Sauls wrote: downs wrote: Here is a funny consequence of this amusing fact: if you overload opAssign in a struct with lazy T[] dgs..., you can achieve the following syntax WithFlag(GL_BLEND, true) =

Re: Get name of alias parameter at compile time?

2009-10-14 Thread Jacob Carlborg
On 10/14/09 06:36, dsimcha wrote: Is there a way to get the name of an alias parameter at compile time? For example: void doStuff() { // Do stuff. } void templ(alias fun)() { writeln(fun.stringof); // Prints doStuff. } Do you want that to print fun instead of doStuff?

Re: Revamped concurrency API

2009-10-14 Thread bearophile
Bartosz Milewski: It's good to know that my ideas are still circulating in the D community. Thanks, guys! They will keep circulating! And there's not just D in computer science, future computer languages may use your ideas. Someday I'll design my own C-like language, simpler (and more limited

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Lars T. Kyllingstad
Don wrote: Andrei Alexandrescu wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c; with reasonable expressiveness and efficiency. Last night this idea occurred to me: we could simply use

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread bearophile
Don: BTW we need to deal with slices as well as indexes. I think the way to do this is to make a slice into a type of index. Such slice also needs a way to specify the end of the enclosing interval, the $ syntax. Slice may enjoy a lot a third optional argument (default = 1), that represents

So many years I was following D...

2009-10-14 Thread Iamgottingcrazy
Should I bear this?? module teststructarray; import std.stdio; import core.stdc.stdlib:system; struct Point { int x; int y; } static Point[2] pArray1= [ {0,0},{0,1},//watch here! ]; static Point pArray2[2][3]= [ [{0,0},{0,1},{0,2}], [{1,0},{1,1},{1,2}],//watch here,without the last

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Don
Lars T. Kyllingstad wrote: Don wrote: Andrei Alexandrescu wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c; with reasonable expressiveness and efficiency. Last night this idea

Re: So many years I was following D...

2009-10-14 Thread bearophile
Iamgottingcrazy: Should I bear this?? With D1 it seems to work: http://codepad.org/hpslrHHs Bye, bearophile

Re: Revamped concurrency API

2009-10-14 Thread Don
Bartosz Milewski wrote: Nick B Wrote: Nick B wrote: Andrei Alexandrescu wrote: bearophile wrote: Andrei Alexandrescu: Unfortunately, Bartosz has declined to contribute. I have read a good amount of his interesting blog posts, he has shown me many things I didn't know about. And he was

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Lars T. Kyllingstad
Don wrote: Lars T. Kyllingstad wrote: Don wrote: Andrei Alexandrescu wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c; with reasonable expressiveness and efficiency. Last night this

DIP6

2009-10-14 Thread Kagamin
http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP6 Java's syntax has the advantage of having to type less when the annotation has no arguments: @annotation vs. [annotation]. In both cases you have a two-keys overhead.

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Kagamin
Robert Jacques Wrote: Also needed is an extension of the opDollar to return different values based on the index: opDollar(size_t index); Dollar is just a synonym for length, isn't it?

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Lars T. Kyllingstad
Kagamin wrote: Robert Jacques Wrote: Also needed is an extension of the opDollar to return different values based on the index: opDollar(size_t index); Dollar is just a synonym for length, isn't it? Yes, but if opIndex and opSlice take multiple indices (like in a matrix) opDollar needs

New XML parser written for D1 and D2. - XMLP_01.zip (0/1)

2009-10-14 Thread Michael Rynn
I made a validating or optionally none validating XML parser in D. It can read and parse files and external dtds and entities with differrent BOM and encodings. This xmlp (XmlPieceParser class) passes 100% on both validating and non-validating modes for the following test sets:- oasis, sun,

New XML parser written for D1 and D2.

2009-10-14 Thread Michael Rynn
I have made a validating or optionally none validating XML parser in D. It can read and parse files and external dtds and entities with differrent BOM and encodings. This xmlp (XmlPieceParser class) passes 100% on both validating and non-validating modes for the following test sets:- oasis,

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Kagamin
Lars T. Kyllingstad Wrote: Yes, but if opIndex and opSlice take multiple indices (like in a matrix) opDollar needs a way to distinguish between the different dimensions. size_t length(size_t idx);

Re: So many years I was following D...

2009-10-14 Thread Fawzi Mohamed
On 2009-10-14 10:48:10 +0200, bearophile bearophileh...@lycos.com said: Iamgottingcrazy: Should I bear this?? With D1 it seems to work: http://codepad.org/hpslrHHs Bye, bearophile maybe because you actually used the correct sequence of dimensions... int[2][3] x; x.length is 3, this is a

Re: So many years I was following D...

2009-10-14 Thread Gide Nwawudu
On Wed, 14 Oct 2009 04:26:38 -0400, Iamgottingcrazy shouldilearnt...@digitalmars.com wrote: Should I bear this?? module teststructarray; import std.stdio; import core.stdc.stdlib:system; struct Point { int x; int y; } static Point[2] pArray1= [ {0,0},{0,1},//watch here! ]; static Point

Re: DIP6

2009-10-14 Thread Ary Borenszweig
Kagamin wrote: http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP6 Java's syntax has the advantage of having to type less when the annotation has no arguments: @annotation vs. [annotation]. In both cases you have a two-keys overhead. No, why?

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Bill Baxter
On Wed, Oct 14, 2009 at 12:48 AM, Lars T. Kyllingstad pub...@kyllingen.nospamnet wrote: Don wrote: Andrei Alexandrescu wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c; with

Re: DIP6

2009-10-14 Thread Bill Baxter
On Wed, Oct 14, 2009 at 5:47 AM, Ary Borenszweig a...@esperanto.org.ar wrote: Kagamin wrote: http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP6 Java's syntax has the advantage of having to type less when the annotation has no arguments: @annotation vs. [annotation]. In both

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Andrei Alexandrescu
Lars T. Kyllingstad wrote: Kagamin wrote: Robert Jacques Wrote: Also needed is an extension of the opDollar to return different values based on the index: opDollar(size_t index); Dollar is just a synonym for length, isn't it? Yes, but if opIndex and opSlice take multiple indices (like

Re: DIP6

2009-10-14 Thread Jeremie Pelletier
Bill Baxter wrote: On Wed, Oct 14, 2009 at 5:47 AM, Ary Borenszweig a...@esperanto.org.ar wrote: Kagamin wrote: http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP6 Java's syntax has the advantage of having to type less when the annotation has no arguments: @annotation vs.

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Robert Jacques
On Wed, 14 Oct 2009 06:11:22 -0400, Kagamin s...@here.lot wrote: Robert Jacques Wrote: Also needed is an extension of the opDollar to return different values based on the index: opDollar(size_t index); Dollar is just a synonym for length, isn't it? User types can also override Dollar,

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Robert Jacques
On Wed, 14 Oct 2009 10:31:06 -0400, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote: Don wrote: Well timed. I just wrote this operator overloading proposal, part 1. http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP7 I concentrated on getting the use cases established.

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Jason House
Andrei Alexandrescu Wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c; with reasonable expressiveness and efficiency. I would hope that *= += /= and friends could all be handled

Re: DIP6

2009-10-14 Thread Frank Benoit
Jeremie Pelletier schrieb: Back when I started programming on a french canadian layout, most of these symbols were located at crazy places, like ? is shift-6, [], {}, are all found using right-alt + one of the many keys close to enter, which are used for accents, really annoying. Even the

Re: Revamped concurrency API

2009-10-14 Thread Jeremie Pelletier
bearophile wrote: Bartosz Milewski: It's good to know that my ideas are still circulating in the D community. Thanks, guys! They will keep circulating! And there's not just D in computer science, future computer languages may use your ideas. Someday I'll design my own C-like language,

Re: DIP6

2009-10-14 Thread Kagamin
Frank Benoit Wrote: And people here wonder why I custom order my laptops and keyboards to get native US layouts.. Jeremie Hehe, same here in Germany In non-latin keyboard layouts there's no latin symbols at all. Feel the difference.

Re: Revamped concurrency API

2009-10-14 Thread Andrei Alexandrescu
Jeremie Pelletier wrote: Jeremie Pelletier wrote: I agree here, while I think Andrei's book is a must for the community to grow, it should rush the compiler. I strongly believe D2 needs proper shared and lent semantics, or else we're just creating a stepping stone for D3, leaving D2 in a

Re: DIP6

2009-10-14 Thread Ary Borenszweig
Bill Baxter wrote: On Wed, Oct 14, 2009 at 5:47 AM, Ary Borenszweig a...@esperanto.org.ar wrote: Kagamin wrote: http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP6 Java's syntax has the advantage of having to type less when the annotation has no arguments: @annotation vs.

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Bill Baxter
On Wed, Oct 14, 2009 at 7:42 AM, Jason House jason.james.ho...@gmail.com wrote: Andrei Alexandrescu Wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c; with reasonable expressiveness

Re: D marketplace

2009-10-14 Thread Justin Johansson
Walter Bright Wrote: I'm considering setting up another D newsgroup called D.marketplace. In it, you can essentially post advertisements for your D products, hang out a shingle offering your D consulting services, post want ads for D programmers, anything business oriented that's related

Re: Revamped concurrency API

2009-10-14 Thread Nick B
Andrei Alexandrescu wrote: For the record, I delayed signing for the book for quite a few months. Before I did sign, there was solemn agreement in the D team that we can commit. [snip] Commit to what, exactly ? Nick B

Re: Revamped concurrency API

2009-10-14 Thread Andrei Alexandrescu
Nick B wrote: Andrei Alexandrescu wrote: For the record, I delayed signing for the book for quite a few months. Before I did sign, there was solemn agreement in the D team that we can commit. [snip] Commit to what, exactly ? Nick B Commit to delivering the book and the language

Communicating between in and out contracts

2009-10-14 Thread Andrei Alexandrescu
Consider a Stack interface: interface Stack(T) { bool empty(); ref T top(); void push(T value); void pop(); size_t length(); } Let's attach contracts to the interface: interface Stack(T) { bool empty(); ref T top() in { assert(!empty()); } void push(T

Re: Communicating between in and out contracts

2009-10-14 Thread Lutger
Between sharing the whole object and sharing scope lies specifying exactly what to share, I'd think. Here is one possible syntax, like regular function calls. Parameter types can possibly be inferred and omitted: void push(T value); in { out(length()); } out(size_t oldLength) {

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Bill Baxter
On Wed, Oct 14, 2009 at 9:34 AM, Bill Baxter wbax...@gmail.com wrote: On Wed, Oct 14, 2009 at 7:42 AM, Jason House jason.james.ho...@gmail.com wrote: Andrei Alexandrescu Wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Nick B
Michael Rynn wrote: I have made a validating or optionally none validating XML parser in D. It can read and parse files and external dtds and entities with differrent BOM and encodings. [snip] Very possibly there is a non-validating parser inside that is a fair bit smaller that this, that

Re: Goodbye

2009-10-14 Thread Chris Nicholson-Sauls
Saaa wrote: Yigal Chripun yigal...@gmail.com wrote in message news:hb2u2n$2if...@digitalmars.com... On 13/10/2009 20:24, Saaa wrote: Yigal Chripun wrote ego has nothing to do with being smart. you can be extremely smart without getting on people's nerves all the time. A smart person can

Re: Revamped concurrency API

2009-10-14 Thread Nick B
Andrei Alexandrescu wrote: Commit to what, exactly ? Nick B Commit to delivering the book and the language matching it. Andrei To meet a final release of D 2.0 ? Nick B

Re: DIP6

2009-10-14 Thread Chris Nicholson-Sauls
Ary Borenszweig wrote: Bill Baxter wrote: On Wed, Oct 14, 2009 at 5:47 AM, Ary Borenszweig a...@esperanto.org.ar wrote: Kagamin wrote: http://www.prowiki.org/wiki4d/wiki.cgi?LanguageDevel/DIPs/DIP6 Java's syntax has the advantage of having to type less when the annotation has no arguments:

Re: Revamped concurrency API

2009-10-14 Thread Andrei Alexandrescu
Nick B wrote: Andrei Alexandrescu wrote: Commit to what, exactly ? Nick B Commit to delivering the book and the language matching it. Andrei To meet a final release of D 2.0 ? Nick B Yes, that's the plan. D2 final release begets TDPL, and TDPL describes the final release of D2.

Re: Communicating between in and out contracts

2009-10-14 Thread Chris Nicholson-Sauls
Andrei Alexandrescu wrote: Consider a Stack interface: interface Stack(T) { bool empty(); ref T top(); void push(T value); void pop(); size_t length(); } Let's attach contracts to the interface: interface Stack(T) { bool empty(); ref T top() in {

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Andrei Alexandrescu
Jason House wrote: Bill Baxter Wrote: On Wed, Oct 14, 2009 at 7:42 AM, Jason House jason.james.ho...@gmail.com wrote: Andrei Alexandrescu Wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b]

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Jason House
Bill Baxter Wrote: On Wed, Oct 14, 2009 at 7:42 AM, Jason House jason.james.ho...@gmail.com wrote: Andrei Alexandrescu Wrote: Right now we're in trouble with operators: opIndex and opIndexAssign don't seem to be up to snuff because they don't catch operations like a[b] += c;

Re: Communicating between in and out contracts

2009-10-14 Thread Andrei Alexandrescu
Lutger wrote: Between sharing the whole object and sharing scope lies specifying exactly what to share, I'd think. Here is one possible syntax, like regular function calls. Parameter types can possibly be inferred and omitted: void push(T value); in { out(length()); } out(size_t

Re: Communicating between in and out contracts

2009-10-14 Thread Jeremie Pelletier
Lutger wrote: Between sharing the whole object and sharing scope lies specifying exactly what to share, I'd think. Here is one possible syntax, like regular function calls. Parameter types can possibly be inferred and omitted: void push(T value); in { out(length()); } out(size_t

Re: Goodbye

2009-10-14 Thread Saaa
Chris Nicholson-Sauls wrote The most important thing is remembering that black text on a white screen carries absolutely no emotional information whatsoever, in either direction, in any case. The exception that proves the rule, of course, is ZOMG NERD RAGE ALLCAPS. Otherwise, there's

Re: A possible solution for the opIndexXxxAssign morass

2009-10-14 Thread Robert Jacques
On Wed, 14 Oct 2009 16:49:28 -0400, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote: Jason House wrote: Bill Baxter Wrote: On Wed, Oct 14, 2009 at 7:42 AM, Jason House jason.james.ho...@gmail.com wrote: Andrei Alexandrescu Wrote: Right now we're in trouble with operators:

Re: Revamped concurrency API

2009-10-14 Thread Bartosz Milewski
bearophile Wrote: it's hard for me to subscribe to the good enough philosophy (as long as it's better that C++, it's fine for D). D language is largely grown, and not designed. D is not Scala or Haskell. ... So I think some of the design mistakes of D2 will be fixed in D3 :-) With

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Saaa
Michael Rynn wrote I have made a validating or optionally none validating XML parser in D. nice But I would like to have it made available so others can test. Maybe add it as an enhancement in bugzilla Where and to whom can I post the 56 KB source code zip? NG attachement? Or is that

Re: Communicating between in and out contracts

2009-10-14 Thread Lutger
Andrei Alexandrescu wrote: Lutger wrote: Between sharing the whole object and sharing scope lies specifying exactly what to share, I'd think. Here is one possible syntax, like regular function calls. Parameter types can possibly be inferred and omitted: void push(T value); in {

Re: Revamped concurrency API

2009-10-14 Thread Nick B
Don wrote: Bartosz Milewski wrote: [snip] Please stay in touch, we will try to win you back... Of the issues you mention, this one seems the easiest to address: As far as my thread work went, I had an almost working implementation of spawn, except for a nasty compiler bug which resisted

MathExp: KISS or All-Out?

2009-10-14 Thread dsimcha
I'm working on some mathy modules that I'd like to eventually contribute to Phobos, or, if they're too niche, to a standalone lib. One that I've alluded to here in the past few days is MathExp. Basically what it does is parse/interpret/evaluate/manipulate mathematical expressions at runtime.

Re: Revamped concurrency API

2009-10-14 Thread Bartosz Milewski
Nick B Wrote: Could you give us _any_ kind of test case (even if it's enormous)? Bartosz - are you able to provide a test case as requested by Don ? Then it might be possible, to get this bug fixed. Nick B. I can send you the files I have checked out. The problem was in core.thread.

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Justin Johansson
Saaa Wrote: Michael Rynn wrote I have made a validating or optionally none validating XML parser in D. nice But I would like to have it made available so others can test. Maybe add it as an enhancement in bugzilla Where and to whom can I post the 56 KB source code zip? NG

Re: Revamped concurrency API

2009-10-14 Thread Adam D. Ruppe
On Wed, Oct 14, 2009 at 05:56:10PM -0400, Bartosz Milewski wrote: The problem was in core.thread. I tried to implement a struct Tid (thread ID) with reference-counting semantics and deterministic destruction. It passed all the tests, but when it was used in one particular place in druntime it

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Saaa
Justin Johansson wrote Saaa Wrote: Michael Rynn wrote I have made a validating or optionally none validating XML parser in D. nice But I would like to have it made available so others can test. Maybe add it as an enhancement in bugzilla Where and to whom can I post the 56 KB

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Saaa
Michael Rynn wrote Where and to whom can I post the 56 KB source code zip? Attaching it to an enhancement in bugzilla would be best, I think.

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Brad Roberts
On Thu, 15 Oct 2009, Saaa wrote: Justin Johansson wrote Saaa Wrote: Michael Rynn wrote I have made a validating or optionally none validating XML parser in D. nice But I would like to have it made available so others can test. Maybe add it as an enhancement in bugzilla

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Andrei Alexandrescu
Saaa wrote: Michael Rynn wrote Where and to whom can I post the 56 KB source code zip? Attaching it to an enhancement in bugzilla would be best, I think. Yes please. Making the code work with ranges as input would be great. Andrei

Re: Communicating between in and out contracts

2009-10-14 Thread Rainer Deyke
Andrei Alexandrescu wrote: Eiffel offers the old keyword that refers to the old object in a postcondition. But it seems quite wasteful to clone the object just to have a contract look at a little portion of the old object. You don't need to clone the whole object. You just need to cache the

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Justin Johansson
Andrei Alexandrescu Wrote: Saaa wrote: Michael Rynn wrote Where and to whom can I post the 56 KB source code zip? Attaching it to an enhancement in bugzilla would be best, I think. Yes please. Making the code work with ranges as input would be great. Andrei Hi Andrei, Still being

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Jeremie Pelletier
Justin Johansson wrote: Andrei Alexandrescu Wrote: Saaa wrote: Michael Rynn wrote Where and to whom can I post the 56 KB source code zip? Attaching it to an enhancement in bugzilla would be best, I think. Yes please. Making the code work with ranges as input would be great. Andrei Hi

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Justin Johansson
Jeremie Pelletier Wrote: He meant range structs as found in std.range and their array wrappers in std.array. Oh, okay. Just groked src and looks like it is a D2 only thing. Do you happen to know what the derivation of the word range with respect to streams is? I haven't come across it

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Walter Bright
Saaa wrote: Michael Rynn wrote I have made a validating or optionally none validating XML parser in D. nice But I would like to have it made available so others can test. Maybe add it as an enhancement in bugzilla Where and to whom can I post the 56 KB source code zip? NG attachement? Or

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Jason House
Justin Johansson Wrote: Jeremie Pelletier Wrote: He meant range structs as found in std.range and their array wrappers in std.array. Oh, okay. Just groked src and looks like it is a D2 only thing. Do you happen to know what the derivation of the word range with respect to streams

Re: New XML parser written for D1 and D2.

2009-10-14 Thread Justin Johansson
Jeremie Pelletier Wrote: Justin Johansson wrote: Jeremie Pelletier Wrote: He meant range structs as found in std.range and their array wrappers in std.array. Oh, okay. Just groked src and looks like it is a D2 only thing. Do you happen to know what the derivation of the

Re: Goodbye

2009-10-14 Thread Nick Sabalausky
Chris Nicholson-Sauls ibisbase...@gmail.com wrote in message news:hb5bnq$1k4...@digitalmars.com... The most important thing is remembering that black text on a white screen carries absolutely no emotional information whatsoever, in either direction, in any case. Thank goodness I use white

Re: How about macro == symbol for mixin statement? [was Re: Member functions C to D]

2009-10-14 Thread Yigal Chripun
On 12/10/2009 10:47, Don wrote: Ah, OK. My cursory glance at Nemerle just screamed hack. But first impressions can be misleading. No doubt as a C-family language, they have some useful ideas. But if Christopher's analysis is correct, the macro bit is different to the plugin bit. I think

Re: How about macro == symbol for mixin statement? [was Re: Member functions C to D]

2009-10-14 Thread Don
Yigal Chripun wrote: On 12/10/2009 10:47, Don wrote: Ah, OK. My cursory glance at Nemerle just screamed hack. But first impressions can be misleading. No doubt as a C-family language, they have some useful ideas. But if Christopher's analysis is correct, the macro bit is different to the

Should I compare pointers with is of == ?

2009-10-14 Thread #ponce
It's a bit unclear to me. I know I must compare references with is but pointers ?

Re: Should I compare pointers with is of == ?

2009-10-14 Thread #ponce
#ponce Wrote: It's a bit unclear to me. I know I must compare references with is but pointers ? There is a typo in the title. Should I compare pointers with is oR == ?

Re: Should I compare pointers with is of == ?

2009-10-14 Thread Moritz Warning
On Wed, 14 Oct 2009 08:15:01 -0400, #ponce wrote: It's a bit unclear to me. I know I must compare references with is but pointers ? There is no difference because you can't overload the == operator etc. for pointers.

Re: Should I compare pointers with is of == ?

2009-10-14 Thread Steven Schveighoffer
On Wed, 14 Oct 2009 08:15:01 -0400, #ponce alil...@gmail.com wrote: It's a bit unclear to me. I know I must compare references with is but pointers ? Like Moritz said, there is no semantic difference with pointers, but you may consider comparing with is if you are looking for equivalence.

Re: Should I compare pointers with is of == ?

2009-10-14 Thread #ponce
Thanks for the answers.

Re: Should I compare pointers with is of == ?

2009-10-14 Thread Jeremie Pelletier
Steven Schveighoffer wrote: On Wed, 14 Oct 2009 08:15:01 -0400, #ponce alil...@gmail.com wrote: It's a bit unclear to me. I know I must compare references with is but pointers ? Like Moritz said, there is no semantic difference with pointers, but you may consider comparing with is if you

Re: Eliminate all Protection Attributes

2009-10-14 Thread Jeremie Pelletier
Manfred_Nowak wrote: For C# in http://www.codeproject.com/Articles/42929/Csharp-4-0-Exposer-an-evil- DynamicObject.aspx describes code to disable all restrictions of visibility. Is such possible in D too? -manfred I don't think so, its really not a good thing to do anyways.

Re: Should I compare pointers with is of == ?

2009-10-14 Thread BCS
Hello #ponce, It's a bit unclear to me. I know I must compare references with is but pointers ? Because it's always safe, I tend to use 'is' in any cases where one side could be null.

Re: Should I compare pointers with is of == ?

2009-10-14 Thread Max Samukha
On Wed, 14 Oct 2009 14:20:24 -0400, Justin Johansson n...@spam.com wrote: #ponce Wrote: It's a bit unclear to me. I know I must compare references with is but pointers ? Thanks for asking this question ponce; I've been getting into the habit of using 'is' for both pointers and classes, so

Re: Should I compare pointers with is of == ?

2009-10-14 Thread Justin Johansson
Max Samukha Wrote: On Wed, 14 Oct 2009 14:20:24 -0400, Justin Johansson n...@spam.com wrote: #ponce Wrote: It's a bit unclear to me. I know I must compare references with is but pointers ? Thanks for asking this question ponce; I've been getting into the habit of using 'is'

Installing D1 and D2 side by side on linux

2009-10-14 Thread Justin Johansson
I got motivated by Walter putting out latest cuts of D1 and D2 (a D2 update in less than a week recently!), so ... Rather than having a single global install of DMD for linux, I'd like to have both D1 and D2 installed (i.e. distros unzipped into) /opt/dmd1 and /opt/dmd2 respectively and then

[Issue 2158] Static associative array initialisation causes segmentation fault

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2158 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 2983] Elaborate restricted variadic function does not compile

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2983 Don clugd...@yahoo.com.au changed: What|Removed |Added CC||clugd...@yahoo.com.au ---

[Issue 730] broken operator handling of ifloat/idouble/ireal

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=730 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|REOPENED|RESOLVED CC|

[Issue 3395] Ambiguous array operations

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3395 --- Comment #1 from Sobirari Muhomori dfj1es...@sneakemail.com 2009-10-14 01:31:43 PDT --- This also has to do with type safety. --- a[]=b[]; --- This expression is ambiguous. What was meant? Copy items from b[] slice to a[] slice or assign

[Issue 3392] a cast of this to void in tango.core.Thread is not allowed

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3392 --- Comment #3 from Fawzi Mohamed fa...@gmx.ch 2009-10-14 01:49:24 PDT --- thanks! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Issue 2815] Attributes at end of file accepted

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2815 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 3396] New: Call of abstract method not detected by semantic check

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3396 Summary: Call of abstract method not detected by semantic check Product: D Version: 2.031 Platform: x86 OS/Version: Windows Status: NEW Keywords: diagnostic

[Issue 3397] New: Unintended function call to static opCall

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3397 Summary: Unintended function call to static opCall Product: D Version: 1.048 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2

[Issue 3392] a cast of this to void in tango.core.Thread is not allowed

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3392 Moritz Warning moritzwarn...@web.de changed: What|Removed |Added CC|

[Issue 2983] Elaborate restricted variadic function does not compile

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=2983 --- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2009-10-14 07:01:38 PDT --- (In reply to comment #1) This is failing because 'a' isn't available while in the constraint. Exactly. The idea is that making the parameter names

[Issue 3398] New: Version block inside a union screws data alignment

2009-10-14 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=3398 Summary: Version block inside a union screws data alignment Product: D Version: 2.031 Platform: Other OS/Version: Windows Status: NEW Severity: normal Priority: P2

  1   2   >