www.digitalmars.com         C & C++   DMDScript  

digitalmars.D.announce - DMD 1.018 and 2.002 releases

reply Walter Bright <newshound1 digitalmars.com> writes:
Just bug fixes common to both.

http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.018.zip

http://www.digitalmars.com/d/changelog.html
http://ftp.digitalmars.com/dmd.2.002.zip
Jul 01 2007
next sibling parent reply Christian Kamm <kamm.incasoftware shift-at-left-and-remove-this.de> writes:
 Just bug fixes common to both.


Great news! And special thanks for fixing bug 540...

Unfortunately, this code (which appears in derelict) broke

-
version(Windows)
  extern(Windows):
else
  extern(C):

Declaration expected, not 'else'
-

Looking around in the spec, I can not find where the StorageClass: syntax is
defined, so maybe it is supposed to be illegal?

Cheers,
Christian
Jul 01 2007
next sibling parent Frits van Bommel <fvbommel REMwOVExCAPSs.nl> writes:
Christian Kamm wrote:

 Just bug fixes common to both.


 
 Great news! And special thanks for fixing bug 540...
 
 Unfortunately, this code (which appears in derelict) broke
 
 -
 version(Windows)
   extern(Windows):
 else
   extern(C):
 
 Declaration expected, not 'else'
 -


Workaround:
---
version(Windows) {
   extern(Windows):
} else {
   extern(C):
}
---


 Looking around in the spec, I can not find where the StorageClass: syntax is
 defined, [snip]


http://www.digitalmars.com/d/attribute.html
Jul 01 2007
prev sibling next sibling parent reply =?ISO-8859-1?Q?Lu=EDs_Marques?= <luismarques+spam gmail.com> writes:
Christian Kamm wrote:

 Unfortunately, this code (which appears in derelict) broke


Walter: have you considered keeping a large code base of D projects 
which you would try to compile and run its unit tests before each 
release? It would be a akin to dstress, with the added benefit that it 
would check that major projects are OK with new versions.

--
Luís
Jul 02 2007
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Luís Marques wrote:

 Walter: have you considered keeping a large code base of D projects 
 which you would try to compile and run its unit tests before each 
 release? It would be a akin to dstress, with the added benefit that it 
 would check that major projects are OK with new versions.


I don't do that for several reasons:

1) Running the test suite is already an all night affair. Making it a 
week long affair makes it fairly unusable.

2) Trying to figure out why some large code base of code I am unfamiliar 
with fails is a major effort. It's not practical.

3) I find that people tend to program in "islands" of a particular 
language, no matter how large that program becomes, it only tests a 
particular "island" of features. So 99.9% of the large program becomes 
redundant as a test suite.

4) Nearly all bugs can be boiled down to 10 or less lines of code (even 
ones their submitter swears can't be reduced! <g>). Putting these into 
the test suite is highly effective. It gives me a very fast check, and 
since it is very small, when it fails it is a *lot* less work to figure 
out why.

5) The test suite is a gradual accretion of all those 10 liners. Over 
time, it gets extremely thorough. The one I have for C/C++ is a 
distillation of 25 years of bug reports, and the result is it is very 
rare for any regressions.

To sum up, I find it more useful to target with a rifle rather than 
carpet bombing!
Jul 03 2007
next sibling parent reply BCS <ao pathlink.com> writes:
Reply to Walter,


 Luís Marques wrote:
 

 Walter: have you considered keeping a large code base of D projects
 which you would try to compile and run its unit tests before each
 release? It would be a akin to dstress, with the added benefit that
 it would check that major projects are OK with new versions.
 


 I don't do that for several reasons:
 
 1) Running the test suite is already an all night affair. Making it a
 week long affair makes it fairly unusable.
 


Does anyone else have the time (CPU and brain time) and interest to do this? 
A script that would check out all the SVN stuff from dsource and run the 
unittest would get a quite large return for the effort (that assumes stuff 
has good unittests, a worth goal in and of it's self).
Jul 03 2007
parent Brad Anderson <brad dsource.org> writes:
BCS wrote:

 Reply to Walter,
 

 Luís Marques wrote:


 Walter: have you considered keeping a large code base of D projects
 which you would try to compile and run its unit tests before each
 release? It would be a akin to dstress, with the added benefit that
 it would check that major projects are OK with new versions.


 I don't do that for several reasons:

 1) Running the test suite is already an all night affair. Making it a
 week long affair makes it fairly unusable.


 
 Does anyone else have the time (CPU and brain time) and interest to do
 this? A script that would check out all the SVN stuff from dsource and
 run the unittest would get a quite large return for the effort (that
 assumes stuff has good unittests, a worth goal in and of it's self).


I wonder if Gregor could recommend us up some tool to accomplish this?

BA
Jul 03 2007
prev sibling next sibling parent Serg Kovrov <kovrov bugmenot.com> writes:
Walter Bright wrote:

 I don't do that for several reasons:
 
 1) Running the test suite is already an all night affair. Making it a 
 week long affair makes it fairly unusable.
 
 2) Trying to figure out why some large code base of code I am unfamiliar 
 with fails is a major effort. It's not practical.
 
 3) I find that people tend to program in "islands" of a particular 
 language, no matter how large that program becomes, it only tests a 
 particular "island" of features. So 99.9% of the large program becomes 
 redundant as a test suite.
 
 4) Nearly all bugs can be boiled down to 10 or less lines of code (even 
 ones their submitter swears can't be reduced! <g>). Putting these into 
 the test suite is highly effective. It gives me a very fast check, and 
 since it is very small, when it fails it is a *lot* less work to figure 
 out why.
 
 5) The test suite is a gradual accretion of all those 10 liners. Over 
 time, it gets extremely thorough. The one I have for C/C++ is a 
 distillation of 25 years of bug reports, and the result is it is very 
 rare for any regressions.
 
 To sum up, I find it more useful to target with a rifle rather than 
 carpet bombing!


I have to agree with all points. Thats right, projects owners could do 
it much more efficiently. And they actually do...

http://dblog.aldacron.net/2007/07/03/derelict-problems-with-dmd-1018/


-- serg.
Jul 03 2007
prev sibling parent 0ffh <spam frankhirsch.net> writes:
Walter Bright wrote:

 To sum up, I find it more useful to target with a rifle rather than 
 carpet bombing!


Right, right, and treple right! Go on, you... :)
Jul 05 2007
prev sibling parent Clay Smith <clayasaurus gmail.com> writes:
Christian Kamm wrote:

 Just bug fixes common to both.


 
 Great news! And special thanks for fixing bug 540...
 
 Unfortunately, this code (which appears in derelict) broke
 
 -
 version(Windows)
   extern(Windows):
 else
   extern(C):
 
 Declaration expected, not 'else'
 -
 
 Looking around in the spec, I can not find where the StorageClass: syntax is
 defined, so maybe it is supposed to be illegal?
 
 Cheers,
 Christian


The problem extends just beyond compiler errors, unfortunately: 
http://dblog.aldacron.net/2007/07/03/derelict-problems-with-dmd-1018/
Jul 03 2007
prev sibling next sibling parent reply "Vladimir Panteleev" <thecybershadow gmail.com> writes:
On Sun, 01 Jul 2007 21:24:22 +0300, Walter Bright <newshound1 digitalmars.com>
wrote:


 Just bug fixes common to both.


Awesome! Thank you for taking the time to go back and fix all those issues! :D

-- 
Best regards,
  Vladimir                          mailto:thecybershadow gmail.com
Jul 01 2007
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Vladimir Panteleev wrote:

 Awesome! Thank you for taking the time to go back and fix all those issues! :D


The only problem is, I don't seem to have even made a dent in them!
Jul 01 2007
parent reply Oskar Linde <oskar.lindeREM OVEgmail.com> writes:
Walter Bright skrev:

 Vladimir Panteleev wrote:

 Awesome! Thank you for taking the time to go back and fix all those 
 issues! :D


 
 The only problem is, I don't seem to have even made a dent in them!


The number of resolved bugs is nevertheless impressive:

http://d.puremagic.com/issues/reports.cgi?product=-All-&datasets=NEW%3A&datasets=REOPENED%3A&datasets=RESOLVED%3A

/Oskar
Jul 01 2007
parent janderson <askme me.com> writes:
Oskar Linde wrote:

 Walter Bright skrev:

 Vladimir Panteleev wrote:

 Awesome! Thank you for taking the time to go back and fix all those 
 issues! :D


 The only problem is, I don't seem to have even made a dent in them!


 
 The number of resolved bugs is nevertheless impressive:
 
 http://d.puremagic.com/issues/reports.cgi?product=-All-&datasets=NEW%3A&datasets=REOPENED%3A&
atasets=RESOLVED%3A 
 
 
 /Oskar


Looking at that chart there does seem to be a significant dent :)
Jul 01 2007
prev sibling next sibling parent reply "Vladimir Panteleev" <thecybershadow gmail.com> writes:
On Sun, 01 Jul 2007 21:24:22 +0300, Walter Bright <newshound1 digitalmars.com>
wrote:


 Renamed linux library from libphobos.a to libphobos2.a


It seems like D 2.001's libphobos.a got packaged instead of the new
libphobos2.a by accident :)

-- 
Best regards,
  Vladimir                          mailto:thecybershadow gmail.com
Jul 01 2007
parent Walter Bright <newshound1 digitalmars.com> writes:
Vladimir Panteleev wrote:

 It seems like D 2.001's libphobos.a got packaged instead of the new
libphobos2.a by accident :)


I always goof up something in the chain :-(

Anyhow, fixed.
Jul 01 2007
prev sibling next sibling parent David Ferenczi <raggae ferenczi.net> writes:
Thank you very much for the last two bugfix releases!
Once you got in going don't stop! ;-)

Thanks again,
David
Jul 01 2007
prev sibling next sibling parent Marsell <marsell not.here.net> writes:
 Just bug fixes common to both.


This makes me very happy, particularly since I'm contemplating using 1.0 for a
small albeit longer-term project. So thank you.

May I suggest automating or eliminating the "Download latest stable (1.016)"
blurb in the ChangeLog? It would seem to me that all future versions of 1.0 are
meant to be stable.
Jul 01 2007
prev sibling next sibling parent "Jarrett Billingsley" <kb3ctd2 yahoo.com> writes:
"Walter Bright" <newshound1 digitalmars.com> wrote in message 
news:f68rfu$24fb$1 digitalmars.com...

 Just bug fixes common to both.

 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip

 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip


MOORE, MOOOOOORE!

Three more releases like this, PLEASE.
Jul 01 2007
prev sibling next sibling parent reply Sean Kelly <sean f4.ca> writes:
Walter Bright wrote:

 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip


Does this release do anything about .init?  It sounds like this was 
going to change again, and I've been holding off upgrading until things 
seemed settled (I compare to .init quite a lot in my code).


Sean
Jul 01 2007
parent reply Walter Bright <newshound1 digitalmars.com> writes:
Sean Kelly wrote:

 Does this release do anything about .init?  It sounds like this was 
 going to change again, and I've been holding off upgrading until things 
 seemed settled (I compare to .init quite a lot in my code).
 
 
 Sean


.init is staying with the current implementation.
Jul 01 2007
parent Lars Ivar Igesund <larsivar igesund.net> writes:
Walter Bright wrote:


 Sean Kelly wrote:

 Does this release do anything about .init?  It sounds like this was
 going to change again, and I've been holding off upgrading until things
 seemed settled (I compare to .init quite a lot in my code).
 
 
 Sean


 
 .init is staying with the current implementation.


Given that you broke quite a bit of code with the stable branch of the
compiler, you should reconsider, see also thread in main newsgroup.

-- 
Lars Ivar Igesund
blog at http://larsivi.net
DSource, #d.tango & #D: larsivi
Dancing the Tango
Jul 02 2007
prev sibling next sibling parent Clay Smith <clayasaurus gmail.com> writes:
Walter Bright wrote:

 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip



~ Clay
Jul 01 2007
prev sibling next sibling parent Don Clugston <dac nospam.com.au> writes:
Walter Bright wrote:

 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip



practically new features. Structs in CTFE didn't really work before.
Jul 01 2007
prev sibling next sibling parent =?ISO-8859-1?Q?Manuel_K=f6nig?= <manuelk89 gmx.net> writes:
Awesome!
Jul 02 2007
prev sibling next sibling parent reply Pragma <ericanderton yahoo.removeme.com> writes:
Walter Bright wrote:

 Just bug fixes common to both.
 
 http://www.digitalmars.com/d/1.0/changelog.html
 http://ftp.digitalmars.com/dmd.1.018.zip
 
 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip


Good grief.  Looks like your bug-smashing hammer broke the sound-barrier on
that one.

I don't say it enough: Thanks for D and all the effort, Walter.

-- 
- EricAnderton at yahoo
Jul 03 2007
parent Walter Bright <newshound1 digitalmars.com> writes:
Pragma wrote:

 I don't say it enough: Thanks for D and all the effort, Walter.


Thank you. The enthusiasm and support from all you guys is what keeps me 
going.
Jul 08 2007
prev sibling parent reply Frits van Bommel <fvbommel REMwOVExCAPSs.nl> writes:
Walter Bright wrote:

 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip


That first page still links to dmd.2.001.zip as the "latest D 2.0 alpha 
D compiler" (at the top)
Jul 04 2007
parent Walter Bright <newshound1 digitalmars.com> writes:
Frits van Bommel wrote:

 Walter Bright wrote:

 http://www.digitalmars.com/d/changelog.html
 http://ftp.digitalmars.com/dmd.2.002.zip


 
 That first page still links to dmd.2.001.zip as the "latest D 2.0 alpha 
 D compiler" (at the top)


Not no more!
Jul 04 2007