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!
Walter Bright wrote:
This is primarily a bug fix release.
And relaxed purity rules. They rule!
Max Samukha wrote:
As there is interest in the project, we have decided to proceed. Stay
tuned.
I'm drinking one on this, cheers!
? Please post!
This is a popular javascript syntax highlighter:
http://alexgorbatchev.com/SyntaxHighlighter/
I've written a D plugin for it (its trivial and not completely correct):
http://github.com/Lutger/d_utils/blob/master/shBrushD.js
Stephan wrote:
enet (http://enet.bespin.org/) is a thin network layer based on UDP.
i post here in case anybody else finds it useful. is there any
appropriate dsource project i can add these ?
Stephan
I believe this is the place, and anybody with a dsource account can commit here:
Georg Wrede wrote:
On 09/17/2010 01:01 AM, Lutger wrote:
Max Samukha wrote:
After a good amount of hesitation, we have decided to put the QtD
project on hold. QtD has a potential to become a complete and effective
development platform for D but it is not going to happen soon (unless
people
Max Samukha wrote:
After a good amount of hesitation, we have decided to put the QtD
project on hold. QtD has a potential to become a complete and effective
development platform for D but it is not going to happen soon (unless
people with harder hearts take it over). We have spent half of the
Is the most recent flavor of QtD the repositoy at bitbucket?
Jordi Sayol wrote:
Al 12/09/10 17:48, En/na Lutger ha escrit:
It's ugly but it seems to work:
http://dl.dropbox.com/u/6777848/d-completion.sh
Put it in /etc/bash_completion.d/ or (preferably) invoke it from ~/.bashrc or
~/.bash_profile:
. d-completion.sh
It will enable autocomplete
Sean Kelly wrote:
Sean Kelly Wrote:
Leandro Lucarella Wrote:
Not quite ready for prime-time yet, but I think it's in a stage when it
could be interesting anyway (at least for developers or people that want
to experiment):
http://llucax.com.ar/blog/blog/post/-1a4bdfba
Nice work!
It's ugly but it seems to work: http://dl.dropbox.com/u/6777848/d-completion.sh
Put it in /etc/bash_completion.d/ or (preferably) invoke it from ~/.bashrc or
~/.bash_profile:
. d-completion.sh
It will enable autocomplete for dmd and rdmd in bash. You may need to install
the bash-completion
Andrei Alexandrescu wrote:
On 9/12/10 10:48 CDT, Lutger wrote:
It's ugly but it seems to work:
http://dl.dropbox.com/u/6777848/d-completion.sh
Put it in /etc/bash_completion.d/ or (preferably) invoke it from ~/.bashrc or
~/.bash_profile:
.. d-completion.sh
It will enable autocomplete
Thanks everybody for the hard work, good release!
Andrei Alexandrescu wrote:
Due to a pretty odd mistake at the printer, the first 1000 copies of
TDPL will not have the name of the author on their cover. (The name
still appears on the back cover and the spine.)
The history of printing is rife with rare printing mistakes that have
become
Great, thank you!
I noticed both std.concurrency and std.json are not (yet?) included in the
documentation. Does that have any bearing on their status, are they usable and
/ or stable?
There are some other modules without documentation like std.openrj and
std.perf. Is there a page somewhere
Andrei Alexandrescu wrote:
Lutger wrote:
Great, thank you!
I noticed both std.concurrency and std.json are not (yet?) included in
the documentation. Does that have any bearing on their status, are they
usable and / or stable?
std.container too.
There are some other modules without
Andrei Alexandrescu wrote:
MIURA Masahiro wrote:
Hi,
Being happy to see issue 3415 (broken JSON format) fixed,
I have written a utility to convert DMD2's JSON output
to Exuberent Ctags format. This enables you to tagjump in Vim
and other editors/IDEs. It's just 150+ lines, thanks to
Robert Clipsham wrote:
On 30/04/10 00:39, Jesse Phillips wrote:
I'm a little surprised I didn't see this announced here, at least I can't
find it.
GDB has had the patch accepted!
http://www.llucax.com.ar/blog/blog/post/06d99f3b
It has been more than accepted, it is now in the source
Jesse Phillips wrote:
Walter Bright Wrote:
Jesse Phillips wrote:
I would like to announce DDebber.
http://dsource.org/projects/ddebber
Looks like we have an embarrassment of riches here. Jordi Sayol i Salom�
has sent me a shell script to do it, and Cristi has contributed a script
Jesse Phillips wrote:
Lutger wrote:
You could try getting LDC with Tango into debian, there are no license
problems with them.
My goal isn't exactly to get anything into the official repo. This is my
first time really doing packaging and I'd like to figure out what is
best for D
Thank you.
Under svn there is both the gpl and boost license files, and no indication
which is the right one. Could you remove gpl.txt to avoid confusion?
Michal Minich wrote:
On Tue, 09 Mar 2010 10:23:07 -0500, Steven Schveighoffer wrote:
I want to focus more on the fact that you are declaring the data after
the slice as being no longer used.
kind of assumeUnique ...
assumeNoArrayReference ?
I like that. Or assumeNoMemoryAliasing. It
Thanks! A pleasant surprise to see interface contracts.
This release makes me smile. Thank you so much Walter, and everybody who
contributed too.
On 01/19/2010 09:32 PM, Matthias Pleh wrote:
Stephan schrieb:
I dunno if anyone knew this before but i wanted to give my kudos to a
guy that did a lot for the D community by developing the still best
debugger for the D Programming Language Ddbg
(http://ddbg.mainia.de/releases.html)
The
On 01/18/2010 03:45 AM, Jerry Quinn wrote:
[also posted to D.gnu]
Hi, folks,
I'm interested in creating a D front end for GCC that would be part of the GCC
codebase. My feeling is that a GDC that is part of GCC distributions will
likely have more life than one that must be updated whenever
Thanks!
Thanks a lot everybody. Also special thanks to Don for his increased
involvement and stepping up to help with some serious bugfixing!
It feels like D2 is becoming more solid and usable every release in
spite of major features still being added.
Happy new year! It will be an exciting one for
Chad J wrote:
dsimcha wrote:
... The other option is to make
sure everything is loosely coupled to the GUI lib so it can be easily
swapped for
another one. The downside is that this has some tradeoffs in terms of
simplicity and probably performance that I don't think I want to make and
Lutger wrote:
Chad J wrote:
dsimcha wrote:
... The other option is to make
sure everything is loosely coupled to the GUI lib so it can be easily
swapped for
another one. The downside is that this has some tradeoffs in terms of
simplicity and probably performance that I don't think I
Bill Baxter wrote:
...
This is almost just a preprocessor macro trick, except for this line:
mixin( FoldStringsOf!visitMethodOf( [Sum, Product] ) );
The essence is to generate a bunch of methods from a list of names. I
was thinking to include a similar example from the world of 3d
Jeremie Pelletier wrote:
watching wrote:
what a pityful sate d is in. this probably shows, that you can't use d
for anything serious and by the time you guys are through discussing
things, people will be using something different for good. too bad
I really don't think so, the very
Walter Bright wrote:
Jason House wrote:
With small commits to dmd, it should be trivial to know what small
change in dmd caused a user observable change in behavior.
The problem is, one doesn't know if it is a problem with the change or
if it is a problem with the user code. To determine
Walter Bright wrote:
Don wrote:
It's pretty standard, though. For example, there are some bugs which
Visual C++ detects only when the optimiser is on. From memory, they are
all flow-related. The MS docs recommend compiling a release build
occasionally to catch them.
The flow analysis
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote in message
news:hac8nb$26j...@digitalmars.com...
Another OSX 10.5 release :-)
Anyhow, this should work with gdb now, and has contract inheritance
(finally).
http://www.digitalmars.com/d/1.0/changelog.html
Just updated, this is such a great feature :) Since a couple of versions
ago, Descent seems much more stable too, fortunately.
You made my day, thanks so much!
*drools*
Some more wishes:
D2 support?
Couple of minor suggestions for the aesthetics (this is a matter of taste
too of course):
- make the declarations stand out more, bold font or something.
- all the non-comments stuff should be in a different, monospace font
- parameters names in italic
Cool, can you do preconditions and class invariants too?
Thanks everybody!
bearophile wrote:
...
D does introduce another operator, the :..case operator g.
Unfortunately the brain of all people will see just .. as the operator
there, and it has a different semantics there, it's a special case. I am
not going to like this.
I don't think that will happen. After
Vladimir Panteleev wrote:
On Fri, 03 Jul 2009 12:06:05 +0300, Nick B nick.barbal...@gmail.com
wrote:
Vladimir Panteleev wrote:
On Mon, 22 Jun 2009 10:55:37 +0300, Extrawurst s...@extrawurst.org
wrote:
Sounds great, is it possible to read the aforementioned thesis too ?
I've been
Great news, happy to see x86_64 on the feature list :)
Robert Clipsham wrote:
...
I actually thought about giving this a try about a week ago. I managed
to get all but one file to compile with the current version of the D2
front end (2.021 I believe)... Not bad considering my (lack of) C/C++
knowledge. If there's some interest for it I suppose
Ary Borenszweig wrote:
http://www.youtube.com/watch?v=rtYCFVPfx4M
when is the next release, pretty please? :)
Sweet, thank you!
Walter Bright wrote:
Tomas Lindquist Olsen wrote:
I think it's a great idea, there's some decent arguments that they
should have more general names, but I like the idea that you'd always
know which group to look in for specific issues, even when we're at
D4!
I do have reservations about
Thank you for doing this.
Walter Bright wrote:
Sean Kelly wrote:
For lectures I basically have a choice between two options:
1. Take notes and not remember a darn thing that was said.
2. Not take any notes and remember the lecture.
Eh, I found that the physical act of taking notes tended to fix it in my
brain.
Russell Lewis wrote:
...
Case in point: I have been bitten by this perhaps half a dozen times
*already* porting older code. This code used to work fine:
writefln(The value is: %d, myVar, . Do something!);
...
I bet a lot of to-be-ported D code will have this bug, I know my code
Daniel Keep wrote:
...
-Lars
The best bet for 64-bit D executables at this point is probably LDC;
dunno what the current state is, though.
-- Daniel
if you grep the dmd backend sources for x86_64, you'll get some results.
Don't know what that means though, the source looks like magic
How wonderful, thank you VERY much!
OT: I've found eclipse 3.4.x under 64-bit linux less than stable with
descent, but the 3.5 stream release works pretty good so far.
Thank you so much, I really appreciate this IDE.
What would make me most happy, personally, is getting Descent to parse command
line output from dmd and jump to errors in the source file.
Next up the wishlist is actually building from Descent, but this is less
important. Dsss support would
Great release, thank you!
65 matches
Mail list logo