On Thu, 05 Mar 2009 13:40:07 +0300, Walter Bright newshou...@digitalmars.com
wrote:
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
W00t! An awesome release!
Walter Bright wrote:
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
Wow! This release is too good to be true :D Not only are my favorite
bugs fixed, the .zip
Andrei Alexandrescu wrote:
Georg Wrede wrote:
Andrei Alexandrescu wrote:
Georg Wrede wrote:
Should I be able to
$ rdmd --eval='printf(Yay, rdmd!)'
Yah. For my money, I can't fathom working in D without rdmd.
You can't imagine the initial resistance... :-)
Now with --eval and passable
Walter Bright Wrote:
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
I love you so much.
== Quote from Walter Bright (newshou...@digitalmars.com)'s article
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
Awesome. You and Andrei and Bartoz and the rest
Georg Wrede wrote:
Just downloaded D 2.026 and tried rdmd. No eval?
Sorry, inclusion of the new rdmd has not been done due to rdmd's
dependency of the new phobos.
I'd *really* appreciate a --version switch. (Probably, instead of fancy
version numbers, either the repo version, and/or
2009/3/5 Walter Bright newshou...@digitalmars.com:
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
From the backend license:
The Software was not designed to
Walter Bright wrote:
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
Cool thing about the sources!!!
Should the following file be removed?
samples/d/dhry.res
Walter Bright wrote:
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.041.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.026.zip
O.O
Hell yeah!
dsimcha Wrote:
Awesome. You and Andrei and Bartoz and the rest of the D people are doing a
truly
outstanding job with D. I find it amazing that a language that's being
worked on
by a few C++ gurus in their spare time kicks @$$ compared to languages with
massive corporate backing.
dsimcha wrote:
Purely out of curiosity, with regard to the DMD source, what changed that all of
the sudden caused you to release the full source?
I've been intending to for a while, it took a while for me to clean it
up, check all the licenses, and get it into a presentable form.
Jarrett Billingsley wrote:
From the backend license:
The Software was not designed to operate after December 31, 1999.
Well that explains EVERYTHING! ;)
Yeah, well, I'm not at liberty to change that license.
Tomas Lindquist Olsen wrote:
Compiling on linux from source is broken! Looks like you forgot to
include the total.h file!
You don't need it, I'll fix the makefile. total.h is for precompiled
headers, which don't even exist on gcc.
Georg Wrede wrote:
Should the following file be removed?
samples/d/dhry.res
I see no point with it, and it is over 200k.
I don't know why that's there, I'll get rid of it.
http://www.reddit.com/r/programming/comments/82ck4/digitalmars_d_now_open_source/
http://www.reddit.com/r/programming/comments/82cgp/new_release_of_the_d_programming_language_now/
I can confirm that this indeed fixes the issues with the infinite loop
in compilation for me. And it does so without creating any
blahblah__initZ errors too. This is the first compiler since 1.037
that can actually compile my source.
Not sure about the speed though. I haven't measured the
Great release! :)
Although I'm curious, where is the 3x speed improvement from? Just general
misc optimizations, or something specific?
Nick Sabalausky a...@a.a wrote in message
news:gopboj$2j0...@digitalmars.com...
Great release! :)
Although I'm curious, where is the 3x speed improvement from? Just general
misc optimizations, or something specific?
...And is it related to the fix of issue #2582 (Significantly Increased
Nick Sabalausky wrote:
Although I'm curious, where is the 3x speed improvement from? Just general
misc optimizations, or something specific?
Have to ask Don, he did that!
Hi,
I have uploaded xwt to
http://demmer.kilu.de/Software/xwt_20090305.zip
This is an extensible library that parses the XML description
of a GUI. It is based on DWT, the SWT port to D, and Tango. In theory,
it should run unaltered on Win32 and Linux, and one day also on OSX.
The basic idea is
Don wrote:
Haruki Shigemori wrote:
Don さんは書きました:
On Windows, it compiles, but I can't get it to link. The errors are
all related to malloc-family functions.
As far as I know, that's the first time I've ever さんは書きました
something.
書きました [kakimashita] - wrote
*don't try to pronounce it in
Walter Bright wrote:
[...]
Essentially, it's pretty obvious that the world has changed, and closed
source is no longer acceptable for a mainstream product that people will
be relying on. Open source is the future, and it's past time for dmd to
join the party!
Hell, I'm at a loss for words!
grauzone wrote:
To us, this doesn't really matter. The important thing is that we can
build the compiler itself, and can debug it if it craps up (which
happens often, sorry Walter). For example, now we might be able to find
out on which piece of code exactly it segfaults when compiling. Oh,
I uploaded new makefiles, should fix the problem.
Georg Wrede Wrote:
Bill Baxter wrote:
On Thu, Mar 5, 2009 at 11:12 AM, Don nos...@nospam.com wrote:
Haruki Shigemori wrote:
Don ããã¯æ¸ãã¾ãã:
On Windows, it compiles, but I can't get it to link. The errors are all
related to malloc-family functions.
As far as I know,
Georg Wrede wrote:
Bill Baxter wrote:
On Thu, Mar 5, 2009 at 11:12 AM, Don nos...@nospam.com wrote:
Haruki Shigemori wrote:
Don さんは書きました:
On Windows, it compiles, but I can't get it to link. The errors are
all
related to malloc-family functions.
As far as I know, that's the first time I've
hasen wrote:
Walter Bright wrote:
http://www.reddit.com/r/programming/comments/82ck4/digitalmars_d_now_open_source/
http://www.reddit.com/r/programming/comments/82cgp/new_release_of_the_d_programming_language_now/
Wow there's a big fuss over there about it not being /really/ open source,
Andrei Alexandrescu wrote:
Georg Wrede wrote:
Should I be able to
$ rdmd --eval='printf(Yay, rdmd!)'
Yah. For my money, I can't fathom working in D without rdmd. Now with
--eval and passable regexes it's even better because I can easily do
tasks (from shell files) that would take longer
Georg Wrede georg.wr...@iki.fi wrote in message
news:gophg0$2uu...@digitalmars.com...
Bill Baxter wrote:
On Thu, Mar 5, 2009 at 11:12 AM, Don nos...@nospam.com wrote:
Haruki Shigemori wrote:
Don :
On Windows, it compiles, but I can't get it to link. The errors are
all
related to
hasen hasan.alj...@gmail.com wrote in message
news:gophel$2vj...@digitalmars.com...
Don wrote:
Haruki Shigemori wrote:
Don :
On Windows, it compiles, but I can't get it to link. The errors are all
related to malloc-family functions.
As far as I know, that's the first time I've
On Fri, Mar 6, 2009 at 4:42 AM, Sean Kelly s...@invisibleduck.org wrote:
hasen wrote:
Walter Bright wrote:
http://www.reddit.com/r/programming/comments/82ck4/digitalmars_d_now_open_source/
http://www.reddit.com/r/programming/comments/82cgp/new_release_of_the_d_programming_language_now/
Sean Kelly wrote:
The big deal with the full source for DMD being available is that if
DigitalMars disappears in a puff of smoke tomorrow, customers have a
means of preserving their investment in the language.
I just hope Walter survives!
Nick Sabalausky wrote:
hasen hasan.alj...@gmail.com wrote in message
news:gophel$2vj...@digitalmars.com...
Don wrote:
Haruki Shigemori wrote:
Don :
On Windows, it compiles, but I can't get it to link. The errors are all
related to malloc-family functions.
As far as I know, that's
BCS wrote:
Hello Walter,
Robert Fraser wrote:
Walter Bright wrote:
http://www.nwcpp.org/
!!! I had a lab or I would have gone ;-( Any chance of a
video...?
Bartosz videotaped it, I imagine he'll put it up on the nwcpp.org web
site soon.
Bump ?
You'll have to ask Bartosz!
Sean Kelly wrote:
Could also be that dmd is now alright, but libphobos.a isn't.
But as long as those two (MDT+SDK) are applied, it should be.
Darnit... using 10.4 pthreads might be difficult. Posix support was a
tad weak on OSX until 10.5. We'd have to version the library code on OS
version,
Walter Bright newshou...@digitalmars.com wrote in message
news:gonthc$2um...@digitalmars.com...
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote in message
news:gonnf4$2mn...@digitalmars.com...
The code is bug-ridden. It's exactly the kind of maintenance nightmare
Denis Koroskin wrote:
On Wed, 04 Mar 2009 19:39:06 +0300, Don nos...@nospam.com wrote:
Andrei Alexandrescu wrote:
Don wrote:
Andrei Alexandrescu wrote:
And there is no reference type with two subtypes. It's one type in
the language and one in the library. Maybe-null (the library) is a
On Thu, 05 Mar 2009 09:09:42 +0100, Don nos...@nospam.com wrote:
Denis Koroskin wrote:
On Wed, 04 Mar 2009 19:39:06 +0300, Don nos...@nospam.com wrote:
Andrei Alexandrescu wrote:
Don wrote:
Andrei Alexandrescu wrote:
And there is no reference type with two subtypes. It's one type in
the
Max Samukha wrote:
On Thu, 05 Mar 2009 09:09:42 +0100, Don nos...@nospam.com wrote:
Denis Koroskin wrote:
On Wed, 04 Mar 2009 19:39:06 +0300, Don nos...@nospam.com wrote:
Andrei Alexandrescu wrote:
Don wrote:
Andrei Alexandrescu wrote:
And there is no reference type with two subtypes.
Nick Sabalausky wrote:
Walter Bright newshou...@digitalmars.com wrote:
I started my career doing flight critical mechanical designs for Boeing
airliners. I had it pounded into me that no matter how perfect you
designed the parts, the next step is assume it fails. Now what? That is
why Boeing
On Thu, 05 Mar 2009 10:06:14 +0100, Don nos...@nospam.com wrote:
Max Samukha wrote:
On Thu, 05 Mar 2009 09:09:42 +0100, Don nos...@nospam.com wrote:
Denis Koroskin wrote:
On Wed, 04 Mar 2009 19:39:06 +0300, Don nos...@nospam.com wrote:
Andrei Alexandrescu wrote:
Don wrote:
Andrei
grauzone wrote:
Daniel Keep wrote:
BCS wrote:
Reply to bearophile,
But this compiles with no errors:
void foo() {
return 1;
}
void main() {
foo();
}
IIRC D allows return exp; in a void function because it avoids special
cases in template code.
ReturnTypeOf!(AFn, T) fn(T)(T t)
On Thu, 05 Mar 2009 08:40:34 +0100, grauzone n...@example.net wrote:
Daniel Keep wrote:
BCS wrote:
Reply to bearophile,
But this compiles with no errors:
void foo() {
return 1;
}
void main() {
foo();
}
IIRC D allows return exp; in a void function because it avoids special
cases in
Nick Sabalausky:
There has to be a better way to handle that.
Possible idea: allowing functions too (and not just function templates as in
D2) to have an auto return type?
(In fact, I've been bitten by that before.)
Me too, that's why I have started this thread.
Bye,
bearophile
Ary Borenszweig wrote:
Walter Bright escribió:
Ary Borenszweig wrote:
Walter Bright escribió:
Ary Borenszweig wrote:
Walter Bright escribió:
Ary Borenszweig wrote:
It's not like that. They don't require you to initialize a
variable in it's initializer, but just before you read it for the
bearophile Wrote:
Andrei Alexandrescu:
I did some more research and found a study:
http://users.encs.concordia.ca/~chalin/papers/TR-2006-003.v3s-pub.pdf
...
Turns out in 2/3 of cases, references are really meant to be non-null...
not really a landslide but a comfortable majority.
Walter Bright Wrote:
Daniel Keep wrote:
* Accessing arrays out-of-bounds
* Dereferencing null pointers
* Integer overflow
* Accessing uninitialized variables
50% of the bugs in Unreal can be traced to these problems!
Tim Sweeny isn't an amateur; he's responsible, at least in
Walter Bright Wrote:
It looks nice, but has a subtle and disastrous problem. In D, arguments
are fully resolved *before* overloading is done. If some of the
overloads have with declarations, then there's a nightmarish problem of
trying to mix overloading and argument resolution together.
Alex Burton Wrote:
bearophile Wrote:
Andrei Alexandrescu:
I did some more research and found a study:
http://users.encs.concordia.ca/~chalin/papers/TR-2006-003.v3s-pub.pdf
...
Turns out in 2/3 of cases, references are really meant to be non-null...
not really a landslide but
thanks, Walter! opensource
Georg Wrede wrote:
Jason House wrote:
I'll gladly add assert(0) if my complex logic confuses the compiler.
Actually, it pisses me off when the current dmd compiler complains
about an assert(0) being unreachable.
I'd love it if an unreachable assert(0) were a special case.
At the start of
Thu, 05 Mar 2009 07:38:23 -0500, Tomasz Sowi#324;ski wrote:
Walter Bright Wrote:
It looks nice, but has a subtle and disastrous problem. In D, arguments
are fully resolved *before* overloading is done. If some of the
overloads have with declarations, then there's a nightmarish problem of
dolive wrote:
thanks, Walter! opensource
Welcs!
Alex Burton Wrote:
Oops I'm wrong the 2/3 is NON nullable. My brain seems to have trouble
reading all this 'non null' stuff.
Actually non nullable is a double negative.
What we really want in the D language and the language of the discussions about
D is simple.
1) Types.
2) Nullable
Alex Burton escribió:
Alex Burton Wrote:
Oops I'm wrong the 2/3 is NON nullable. My brain seems to have trouble reading
all this 'non null' stuff.
Actually non nullable is a double negative.
What we really want in the D language and the language of the discussions about
D is simple.
1)
I've boiled it down to this:
bool flag() {
bool left, right;
return true ? cast(const bool)left : cast(bool)right;
}
Error: cannot implicitly convert expression (cast(int)left) of type int to bool
It seems like whenever the left and right sides differ in const-ness or
Ary Borenszweig wrote:
I think nullable types can't be optional. How do you implement a linked
list without them? You use a dummy value for the no next node? Naaah...
A nullable type is, conceptually, a container that can contain either
zero or one element. If there was no language or library
Andrei Alexandrescu wrote:
Steve Schveighoffer wrote:
BTW, what happens if you pass a sorted list into find? Intuitively,
you'd assume you can pass as assumeSorted? But you can't really do
anything but linear search?
It's up to the designer of the API. Passing a sorted forward range into
BCS wrote:
Your right, but if you switch to a class and factory with no public
constructor, you can make it work. The problem of perf going down the
drain is avoidable if you can (in that mode) enforce compile time
checking of most cases and requiter calls to do run time checks for the
rest.
Walter Bright Wrote:
Jason House wrote:
IMHO, this type of thing is easy to understand.
Yeah, well, I still get regular emails (for the last 20 years at least)
from the gamut of professional programmers at all levels of expertise
who do not understand what undefined symbol from the
Christopher Wright wrote:
Andrei Alexandrescu wrote:
Steve Schveighoffer wrote:
BTW, what happens if you pass a sorted list into find? Intuitively,
you'd assume you can pass as assumeSorted? But you can't really do
anything but linear search?
It's up to the designer of the API. Passing a
I don't get it either. Any possible application for const in the form of code
correctness went out the window once the invariant virus forced all strings to
be invariant whether they were or not; so I still need to use dup to guarantee
that data won't change underneath me, but then I need to
Georg Wrede wrote:
Yup. That's what McDonnell didn't do with the DC-10. They were crashing
mysteriously in mid-fligt, and nobody survived to tell.
The DC-10 had three entirely separate steering systems: a mechanical (as
in wires from cockpit to ailerons), a hydraulic one, and an electrical
Burton Radons wrote:
I don't get it either. Any possible application for const in the form
of code correctness went out the window once the invariant virus
forced all strings to be invariant whether they were or not; so I
still need to use dup to guarantee that data won't change underneath
me,
Hi All,
I have got a warning by compiling (gdc file -Wall) the following code
--
module unreachable;
class Foo {
this(int i) {}
this(char[] s) {}
this(char[] s, int flag) {
if (flag == 1)
{
this(1);
return;
}
takeshi wrote:
Hello, I have just started learning D.
I cannot compile the code in the documentation on array and pointer
either with dmd (D 2.0) and gdmd (D 1.0).
Is some compile option or cast required?
int* p;
int[3] s;
p = s;
If that's the example, then it's out of date. It
On Thu, Mar 5, 2009 at 3:17 AM, Qian Xu quian...@stud.tu-ilmenau.de wrote:
this(char[] s, int flag) {
if (flag == 1)
{
this(1);
return;
}
else if (flag == 2)
{
this(hello);
return;
}
throw new Exception(unhandled case);
this(0); // fake
On Thu, 5 Mar 2009 12:52:14 + (UTC), takeshi wrote:
Hello, I have just started learning D.
I cannot compile the code in the documentation on array and pointer
either with dmd (D 2.0) and gdmd (D 1.0).
Is some compile option or cast required?
int* p;
int[3] s;
p = s;
Try ...
Jarrett Billingsley wrote:
On Thu, Mar 5, 2009 at 3:17 AM, Qian Xu quian...@stud.tu-ilmenau.de
wrote:
this(char[] s, int flag) {
if (flag == 1)
{
this(1);
return;
}
else if (flag == 2)
{
this(hello);
return;
}
throw new Exception(unhandled case);
this(0); // fake
This line is
Qian Xu wrote:
Jarrett Billingsley wrote:
On Thu, Mar 5, 2009 at 3:17 AM, Qian Xu quian...@stud.tu-ilmenau.de
wrote:
this(char[] s, int flag) {
if (flag == 1)
{
this(1);
return;
}
else if (flag == 2)
{
this(hello);
return;
}
throw new Exception(unhandled case);
this(0); // fake
This line is
Hello Daniel,
Thank you. It works.
If that's the example, then it's out of date. It should be this:
int* p;
int[3] s;
p = s.ptr;
Qian Xu wrote:
snip
IMO, it does not make any sense.
s[start..end]
end - is neither the count of characters in the array slice,
nor the end index of the slice.
it is just the index after the real end character.
It might help to think of the indexes in a slice as numbering
http://d.puremagic.com/issues/show_bug.cgi?id=2708
Summary: Assertion failure: 'global.errors' on line 3883 in file
'template.c'
Product: D
Version: 2.025
Platform: PC
OS/Version: Windows
Status: NEW
http://d.puremagic.com/issues/show_bug.cgi?id=2709
Summary: foreach with undefined identifier segfaults dmd
Product: D
Version: 2.025
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=2709
--- Comment #1 from ge...@iki.fi 2009-03-05 08:28 ---
(In reply to comment #0)
void main(string[] args)
{
foreach (line; stdin.byLine())
{
printf(); // Same output as original post.
}
}
Segfaults the
http://d.puremagic.com/issues/show_bug.cgi?id=2678
--- Comment #5 from bary...@smp.if.uj.edu.pl 2009-03-05 16:56 ---
How about assert(0); at the end?
--
http://d.puremagic.com/issues/show_bug.cgi?id=2577
s...@iname.com changed:
What|Removed |Added
CC||ge...@iki.fi
--- Comment #2
77 matches
Mail list logo