On 09/08/2011 07:21 AM, Walter Bright wrote:
By far, the most number of bug fixes ever!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.070.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.055.zip
Thanks! I have written a
On 9/10/2011 2:48 PM, Timon Gehr wrote:
On 09/08/2011 07:21 AM, Walter Bright wrote:
By far, the most number of bug fixes ever!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.070.zip
http://www.digitalmars.com/d/2.0/changelog.html
Hi Andrei
Have you ever considered doing what you are good at? Most people aren't
good at anything. Just like you?! I mean, you write a book that says you
suck at whatever ... ha! you have a politician mouth! Politics is for
you! Hmm?
I was just kidding. You are the best at. I guess I
From the Article
Wikipedia gives a hint about the comeback of D: The release of Andrei
Alexandrescu's book 'The D Programming Language' on June 12, 2010 marked the
stabilization of D 2.0. In the charts we can see that the D language is
gradually rising again since that date.
Should
D will probably get even more attention once GCC 4.7 Stage 3 begins in a few
months (assuming D is going to be part of GCC).
On 9/10/11 12:50 AM, Paulo Pinto wrote:
D just entered into the top 20!
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
I know that TIOBE's value is relative, but this is the type of charts
that managers usually understand.
Now on reddit:
On 9/10/11 1:44 AM, Andrei Alexandrescu wrote:
On 9/10/11 12:50 AM, Paulo Pinto wrote:
D just entered into the top 20!
http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
I know that TIOBE's value is relative, but this is the type of charts
that managers usually understand.
Now
Looking forward to the resurrection ddmd.
thank's all
dolive
Paulo Pinto:
I know that TIOBE's value is relative,
Well, its value is minimal.
but this is the type of charts
that managers usually understand.
I think most managers only see the top 11 of that list I am seeing now (some
managers probably see some language below too, like Delphi, Ada,
Weird, the september headline is gone now, and it's showing august headline
again.
Nick Sabalausky:
int[3] arr = [1, 2, ...];
+1...on the condition that such an ability really is all that useful anyway.
(I can't think of a single time I've ever wanted to do that.)
So far I have never had to do it, despite I have written a good amount of
Ada-style code in D. I (and
On 09/09/2011 11:48 PM, Walter Bright wrote:
One is compile time, the other runtime, and they are used for very
different purposes.
Too bad you aren't responding to the bug-prone functionality for a minor
feature and a proposed syntax fix for it. This is like switch
fallthrough all over
On Sat, Sep 10, 2011 at 12:57 AM, mooseheart rose@5427.world wrote:
Hi Andrei
Have you ever considered doing what you are good at? Most people aren't
good at anything. Just like you?! I mean, you write a book that says you
suck at whatever ... ha! you have a politician mouth! Politics is for
Just found this:
https://launchpad.net/diohelper
Is he hanging out here?
Andrei
On 9/7/2011 9:51 AM, Andrei Alexandrescu wrote:
On 9/7/11 8:45 AM, Michel Fortin wrote:
Every time I read std.regionallocator, I read regional locator and I
find it hillarious. :-)
Yes. That is part of my upcoming review. region_allocator please.
Andrei
I'm heavily anticipating your
dolive doliv...@sina.com wrote in message
news:j4f55s$1r9p$1...@digitalmars.com...
Looking forward to the resurrection ddmd.
Yea, that would be really nice.
I'm wondering if maybe the problem is that it needs a different approach. I
suspect a big part of the reason it's stagnated is because
On 9/6/11 2:53 PM, Jonathan M Davis wrote:
Okay. Onto the next item in the review queue. I'm going to be the review
manager this time around, and we're going to be reviewing dsimcha's region
allocator. The review starts now and will end on 2011-09-21 at midnight in UTC
(so about 2 weeks from
On 9/10/2011 5:07 PM, Andrei Alexandrescu wrote:
On 9/6/11 2:53 PM, Jonathan M Davis wrote:
Okay. Onto the next item in the review queue. I'm going to be the review
manager this time around, and we're going to be reviewing dsimcha's
region
allocator. The review starts now and will end on
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter; the
number of dimensions in unequivocally determined from the number of
arguments.
Good point. Actually, this can probably be changed in
std.array.uninitializedArray, too. There was some
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter; the
number of dimensions in unequivocally determined from the number of
arguments.
Good point. Actually, this can probably be changed in
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions in unequivocally determined from the number of
arguments.
Good point. Actually,
On 09/11/2011 01:41 AM, dsimcha wrote:
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions in unequivocally determined from the number
On 09/11/2011 01:47 AM, Timon Gehr wrote:
On 09/11/2011 01:41 AM, dsimcha wrote:
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions
On 9/10/2011 7:48 PM, Timon Gehr wrote:
On 09/11/2011 01:47 AM, Timon Gehr wrote:
On 09/11/2011 01:41 AM, dsimcha wrote:
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a
On 09/11/2011 01:51 AM, dsimcha wrote:
On 9/10/2011 7:48 PM, Timon Gehr wrote:
On 09/11/2011 01:47 AM, Timon Gehr wrote:
On 09/11/2011 01:41 AM, dsimcha wrote:
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray
On 9/10/11 6:23 PM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter; the
number of dimensions in unequivocally determined from the number of
arguments.
Good point. Actually, this can probably be changed in
On 09/11/2011 02:03 AM, Andrei Alexandrescu wrote:
On 9/10/11 6:23 PM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions in unequivocally determined from the number of
arguments.
Good point.
On 9/10/2011 8:03 PM, Andrei Alexandrescu wrote:
On 9/10/11 6:23 PM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions in unequivocally determined from the number of
arguments.
Good point.
I just realized some of my code broke because of the (apparent?) changes
to typedef.
I had something like:
extern(Windows) void Foo(HANDLE h);
const HANDLE h = CreateFile(...);
Foo(h);
which now broke because Foo's parameter can no longer be const (since
HANDLE is now an alias for
On 09/11/2011 02:09 AM, Timon Gehr wrote:
On 09/11/2011 02:03 AM, Andrei Alexandrescu wrote:
On 9/10/11 6:23 PM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions in unequivocally determined from
On 9/10/2011 5:11 PM, Mehrdad wrote:
I just realized some of my code broke because of the (apparent?)
changes to typedef.
I had something like:
extern(Windows) void Foo(HANDLE h);
const HANDLE h = CreateFile(...);
Foo(h);
which now broke because Foo's parameter can no longer be
On 9/10/11 6:48 PM, Timon Gehr wrote:
On 09/11/2011 01:47 AM, Timon Gehr wrote:
On 09/11/2011 01:41 AM, dsimcha wrote:
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a
On 9/10/11 4:37 PM, dsimcha wrote:
I mostly took your proposal from a few months ago and doctored it
slightly. Basically, my theory was to define the allocator interface by
example (both RegionAllocator and GCAllocator being examples) and
resolve any ambiguities through the review process before
On 9/10/11 6:41 PM, dsimcha wrote:
On 9/10/2011 7:38 PM, Timon Gehr wrote:
On 09/11/2011 01:23 AM, dsimcha wrote:
On 9/10/2011 5:37 PM, dsimcha wrote:
* newArray could only take the element type as a template parameter;
the
number of dimensions in unequivocally determined from the number of
On Sat, 10 Sep 2011 20:23:44 +0300, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Just found this:
https://launchpad.net/diohelper
D1/Tango. Surprising, D2's closures would be a boon for something like
this (and allow writing code in true NodeJS-like manner).
--
Best
On Saturday, September 10, 2011 17:11:56 Mehrdad wrote:
I just realized some of my code broke because of the (apparent?) changes
to typedef.
I had something like:
extern(Windows) void Foo(HANDLE h);
const HANDLE h = CreateFile(...);
Foo(h);
which now broke because Foo's
Mehrdad wfunct...@hotmail.com wrote in message
news:j4gucr$289g$1...@digitalmars.com...
I just realized some of my code broke because of the (apparent?) changes to
typedef.
I had something like:
extern(Windows) void Foo(HANDLE h);
const HANDLE h = CreateFile(...);
Foo(h);
The
Andrej Mitrovic Wrote:
Wait a minute, I've just realized private on a class definition has no
effect. Why is that?
Try to import that class from another module...
Bye,
bearophile
Try to import that class from another module...
I fear this is a D design mistake/corner case. If you add tags to a
class/struct definition it usually gets applied to all its methods, but here it
works on the class/struct name itself.
Bye,
bearophile
On Saturday, September 10, 2011 05:20:51 bearophile wrote:
Try to import that class from another module...
I fear this is a D design mistake/corner case. If you add tags to a
class/struct definition it usually gets applied to all its methods, but
here it works on the class/struct name
On 9/10/11, bearophile bearophileh...@lycos.com wrote:
Andrej Mitrovic Wrote:
Wait a minute, I've just realized private on a class definition has no
effect. Why is that?
Try to import that class from another module...
It doesn't stop imports, that's what I'm saying. I can import and
foo\bar.d:
module foo.bar;
private class Foo {}
main.d:
import foo.bar : Foo;
void main()
{
auto foo = new Foo();
}
This should be a compile error, no?
http://d.puremagic.com/issues/show_bug.cgi?id=4374
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5926
Denis verylonglogin@gmail.com changed:
What|Removed |Added
Priority|P2 |P5
http://d.puremagic.com/issues/show_bug.cgi?id=6296
Denis verylonglogin@gmail.com changed:
What|Removed |Added
Keywords||ice-on-valid-code
http://d.puremagic.com/issues/show_bug.cgi?id=3849
--- Comment #11 from bearophile_h...@eml.cc 2011-09-10 02:35:35 PDT ---
See also:
http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.Darticle_id=144237
From that post:
The solution is to add some symbol that explicitly
http://d.puremagic.com/issues/show_bug.cgi?id=3805
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=4775
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
CC||y0uf00...@gmail.com
http://d.puremagic.com/issues/show_bug.cgi?id=6640
Summary: More formatting consistency between string and range
of char
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
http://d.puremagic.com/issues/show_bug.cgi?id=2367
yebblies yebbl...@gmail.com changed:
What|Removed |Added
CC||zeljko@gmail.com
---
http://d.puremagic.com/issues/show_bug.cgi?id=5371
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
http://d.puremagic.com/issues/show_bug.cgi?id=6639
--- Comment #2 from zeljkog zeljko@gmail.com 2011-09-10 17:12:58 CEST ---
Sorry for duplication.
My point is maybe we don’t need unannotated string literal out of lexer.
Maybe c is better default, but we need simple rule.
Confess I’m not
http://d.puremagic.com/issues/show_bug.cgi?id=4927
--- Comment #1 from Kenji Hara k.hara...@gmail.com 2011-09-10 08:35:19 PDT ---
That is a design of formattedWrite. Andrei talked:
https://github.com/D-Programming-Language/phobos/pull/231#issuecomment-1995490
Phobos used to make a fuss about
http://d.puremagic.com/issues/show_bug.cgi?id=6639
--- Comment #3 from yebblies yebbl...@gmail.com 2011-09-11 01:36:14 EST ---
(In reply to comment #2)
My point is maybe we don’t need unannotated string literal out of lexer.
Maybe c is better default, but we need simple rule.
Confess I’m
http://d.puremagic.com/issues/show_bug.cgi?id=6641
--- Comment #2 from SHOO zan77...@nifty.com 2011-09-10 08:41:34 PDT ---
(In reply to comment #1)
I think RefAppender should just be deprecated/scheduled for deprecation. It
was a short term backwards compatibility hack from a long time ago.
http://d.puremagic.com/issues/show_bug.cgi?id=6643
Summary: Very slow compilation for large switch() using -O and
-inline
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=4927
--- Comment #2 from Andrei Alexandrescu and...@metalanguage.com 2011-09-10
09:28:47 PDT ---
One possibility would be to silently ignore arguments is positional parameters
are used, and not ignore them otherwise.
--
Configure issuemail:
http://d.puremagic.com/issues/show_bug.cgi?id=6643
bearophile_h...@eml.cc changed:
What|Removed |Added
CC||bearophile_h...@eml.cc
---
http://d.puremagic.com/issues/show_bug.cgi?id=4927
--- Comment #3 from bearophile_h...@eml.cc 2011-09-10 10:50:28 PDT ---
If a programmer wants to format just the first argument, then this is the code
to write:
writef(%d, 1);
writefln(2);
Introducing/keeping a muddy semantics to avoid writing
http://d.puremagic.com/issues/show_bug.cgi?id=5237
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=5346
--- Comment #1 from Kenji Hara k.hara...@gmail.com 2011-09-10 11:50:43 PDT ---
Partial fixed in 2.055.
formatValue is now support union formatting.
void main()
{
U u;
//writeln(text(u)); // toImpl error instantiation toImpl
http://d.puremagic.com/issues/show_bug.cgi?id=6642
Jonathan M Davis jmdavisp...@gmx.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3849
--- Comment #12 from Stewart Gordon s...@iname.com 2011-09-10 18:31:01 PDT ---
(In reply to comment #11)
See also:
http://www.digitalmars.com/webnews/newsgroups.php?art_group=digitalmars.Darticle_id=144237
From that post:
The solution
http://d.puremagic.com/issues/show_bug.cgi?id=3069
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
Status|NEW |RESOLVED
64 matches
Mail list logo