Nice slides, very simple and elegant.
This reminds me of when I started with D. I found a lot of these 'details'
unload quite some burden I had with C++ and made programming that much more
enjoyable.
Nick Sabalausky wrote:
David Nadlinger s...@klickverbot.at wrote in message
news:ihkub8$1ia4$1...@digitalmars.com...
On 1/24/11 10:20 PM, Nick Sabalausky wrote:
Does Git really not have real revision/changeset numbers?
[.]
Not that I've actually used DVCSes much yet, but my understanding
Nick Sabalausky wrote:
Lutger Blijdestijn lutger.blijdest...@gmail.com wrote in message
news:ihn21d$2esd$1...@digitalmars.com...
Nick Sabalausky wrote:
David Nadlinger s...@klickverbot.at wrote in message
news:ihkub8$1ia4$1...@digitalmars.com...
On 1/24/11 10:20 PM, Nick Sabalausky wrote
Nick Sabalausky wrote:
...
You can't expect other people to piece together how the
revision number has come to be, that is extremely brittle.
They don't need to piece it together because you can just say...
...which repository you're talking about.
...which repository you're talking
Andrei Alexandrescu wrote:
http://www.texaslinuxfest.org/callforpapers/
One topic of interest is Open Source Programming Languages. If someone
could explain to me the various subtle nuances of what an open source
programming language is, I'll try to make a D-related submission and of
Daniel Gibson wrote:
...
You can never be sure with patents, as someone else in another thread
already pointed out: it's virtually impossible to write a piece of
software that doesn't infringe patents.
Yes, it's like bugs: you can tell when you found one, but never know your
software is
Daniel Gibson wrote:
...
So yes, the point that D may cause less trouble than Java/.net can be
made, but you probably shouldn't claim that D doesn't infringe any
patents, because you can't possibly know (nobody can, there are just too
many software patents to check, even for big companies).
Andrei Alexandrescu wrote:
On 12/11/10 7:15 PM, Andrei Alexandrescu wrote:
On 12/11/10 7:23 AM, Michael Rynn wrote:
Availability of Updated xml parser for D2,
organised very presumptively as std.xml2
[snip]
Great! Do you plan to submit this to Phobos?
One more thing - with XML parsers,
so wrote:
If you take into account that tango's xml parser does less validation and
that it is up to par with the fastest C++ parsers out there, I suggest
lowering the bar a little bit at first. For example, outperforming
libxml2.
There is no reason a D code should perform worse than C++
Leandro Lucarella wrote:
Russel Winder, el 22 de noviembre a las 19:10 me escribiste:
On Mon, 2010-11-22 at 16:41 +, Manfred_Nowak wrote:
Russel Winder wrote:
but it has come to the end of its useful life
why. I ask because I just realized, that llvm still uses it.
For
Russel Winder wrote:
...
What this email is really about though is to ask: where is the best
place to keep a permanent, i.e. not just on a mailing list, record of
all the D editor support stuff. As well as Emacs and Vim there must be
support for TextMate, Eclipse, NetBeans, IntelliJ IDEA, .
bearophile wrote:
Lutger Blijdestijn:
Actually the unix convention is to give exit code 0 as an indicator of
success, so there is feedback. It is very usable for scripting.
But currently something like that is not present in the D unittest system.
rdmd --main -unittest somemodule.d
Looking pretty good so far!
13 matches
Mail list logo
