Re: dmd 1.048 and 2.033 releases

2009-10-10 Thread Stewart Gordon
Kagamin wrote: Stewart Gordon Wrote: What is @ going to be used for generally? (What is the essential difference between an attribute that's an @word and one that's a simple keyword before or after the type?) Annotations can be user-defined and can contain data. But @property clearly cann

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Jason House
Walter Bright Wrote: > Jason House wrote: > > Which gdb should this release work with? > > > > I seem to have misplaced my patched gdb. The standard gdb 6.8 can show > > backtraces but can't list code, even if the code is linked in libraries > > from > > C++. > > If you're using the standard

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread bearophile
Walter Bright: > The flow analysis could be run on every compile by default, but it would > make for pretty slow turnaround. On GCC if you want a safer compilation you add things like -Wall -Wextra, etc. In D the default is better to be safe (just like you add -release to remove some safeties),

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread grauzone
Denis Koroskin wrote: On Wed, 07 Oct 2009 00:54:22 +0400, grauzone wrote: Jarrett Billingsley wrote: On Tue, Oct 6, 2009 at 3:08 PM, Walter Bright wrote: Lutger wrote: Walter Bright wrote: Don wrote: It's pretty standard, though. For example, there are some bugs which Visual C++ detects

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Denis Koroskin
On Wed, 07 Oct 2009 00:54:22 +0400, grauzone wrote: Jarrett Billingsley wrote: On Tue, Oct 6, 2009 at 3:08 PM, Walter Bright wrote: Lutger wrote: Walter Bright wrote: Don wrote: It's pretty standard, though. For example, there are some bugs which Visual C++ detects only when the optimise

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread grauzone
Jarrett Billingsley wrote: On Tue, Oct 6, 2009 at 3:08 PM, Walter Bright wrote: Lutger wrote: 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

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Jarrett Billingsley
On Tue, Oct 6, 2009 at 3:08 PM, Walter Bright wrote: > Lutger wrote: >> >> 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 M

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Walter Bright
Lutger wrote: 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 an

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Kagamin
Stewart Gordon Wrote: > What is @ going to be used for generally? (What is the essential > difference between an attribute that's an @word and one that's a simple > keyword before or after the type?) Annotations can be user-defined and can contain data.

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Lutger
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

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Walter Bright
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 could be run on every compil

Re: dmd 1.048 and 2.033 releases

2009-10-06 Thread Don
Nick Sabalausky wrote: "Nick Sabalausky" wrote in message news:hadst9$58...@digitalmars.com... "Walter Bright" wrote in message news:hadqcs$30n...@digitalmars.com... BCS wrote: Hello Walter, #ponce wrote: I think it's disabled in debug mode to keep the compilation time low. That, and t

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread MIURA Masahiro
Walter Bright wrote: > Please post to bugzilla. Done! http://d.puremagic.com/issues/show_bug.cgi?id=3368

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
MIURA Masahiro wrote: > Uncomment the line 6, and gdb is now unable to list code: Please post to bugzilla.

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread MIURA Masahiro
Jason House wrote: > The standard gdb 6.8 can show > backtraces but can't list code, even if the code is linked in libraries from > C++. Can gdb *always* list code for you? For me, it sometimes does, sometimes doesn't. cut here % cat -n foo.d 1 import std.stdio; 2 3 v

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Jason House wrote: Which gdb should this release work with? I seem to have misplaced my patched gdb. The standard gdb 6.8 can show backtraces but can't list code, even if the code is linked in libraries from C++. If you're using the standard gdb, try compiling with -gc. I'm using whatever

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Jason House
Which gdb should this release work with? I seem to have misplaced my patched gdb. The standard gdb 6.8 can show backtraces but can't list code, even if the code is linked in libraries from C++. Walter Bright wrote: > Another OSX 10.5 release :-) > > Anyhow, this should work with gdb now, and

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Stewart Gordon
Denis Koroskin wrote: int bar() @property { return 42; } What is @ going to be used for generally? (What is the essential difference between an attribute that's an @word and one that's a simple keyword before or after the type?) Stewart.

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Vladimir Panteleev wrote: On Mon, 05 Oct 2009 10:54:22 +0300, Walter Bright wrote: gdb stack trace should work now Could someone please elaborate on this a bit (what exactly was changed), or at least point to the respective SVN revision or something? All the changes are in dwarf.c.

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Vladimir Panteleev
On Mon, 05 Oct 2009 10:54:22 +0300, Walter Bright wrote: gdb stack trace should work now Could someone please elaborate on this a bit (what exactly was changed), or at least point to the respective SVN revision or something? -- Best regards, Vladimir mailto:the

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Nick Sabalausky
"Nick Sabalausky" wrote in message news:hadst9$58...@digitalmars.com... > "Walter Bright" wrote in message > news:hadqcs$30n...@digitalmars.com... >> BCS wrote: >>> Hello Walter, >>> #ponce wrote: > I think it's disabled in debug mode to keep the compilation time low. > T

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Nick Sabalausky
"Walter Bright" wrote in message news:hadqcs$30n...@digitalmars.com... > BCS wrote: >> Hello Walter, >> >>> #ponce wrote: >>> I think it's disabled in debug mode to keep the compilation time low. >>> That, and the optimizer tends to scramble the relationship between >>> source and assem

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Ary Borenszweig
bearophile wrote: Steven Schveighoffer: Also interesting from this revelation is that attributes are coming :D Despite all, it seems sometimes Walter listens :-) Wow, indeed he does. :-D

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
BCS wrote: Hello Walter, #ponce wrote: I think it's disabled in debug mode to keep the compilation time low. That, and the optimizer tends to scramble the relationship between source and assembler, making source debugging next to impossible. How hard would it be to have the code generate

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Nick Sabalausky wrote: I see, but is that just a temporary situation? I'm fine with it for now, but optimizers are known for conflicting with debugging, so in the long run I'd hate to have to split my debug builds into separate "maximum static analysis" vs "debuggable" builds (I already had bee

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread BCS
Hello Walter, #ponce wrote: I think it's disabled in debug mode to keep the compilation time low. That, and the optimizer tends to scramble the relationship between source and assembler, making source debugging next to impossible. How hard would it be to have the code generate run on the

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Nick Sabalausky
"Walter Bright" wrote in message news:hadbml$1mb...@digitalmars.com... > Nick Sabalausky wrote: >> "Compiler now detects some cases of illegal null dereferencing when >> compiled with -O" >> >> A bug-detection feature that's turned on with -O? I assume that's just a >> temporary situation and i

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
#ponce wrote: I think it's disabled in debug mode to keep the compilation time low. That, and the optimizer tends to scramble the relationship between source and assembler, making source debugging next to impossible. I guess it's more expensive CPU-wise than escape analysis which is done in

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Denis Koroskin wrote: Yay! :) It's only half-implemented. Don't use it yet :-(

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Steven Schveighoffer wrote: 1. "The result type of the typeid(type) is now the most derived TypeInfo class, rather than the TypeInfo base class" Why can't this be propogated to D1? I can't imagine code that depends on the return value being typed as TypeInfo that would not simply just work wi

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Nick Sabalausky wrote: "Compiler now detects some cases of illegal null dereferencing when compiled with -O" A bug-detection feature that's turned on with -O? I assume that's just a temporary situation and is related to either it currently being detected by the optimizer and the feature maybe

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
Tim Matthews wrote: 3301 didn't make this release. Is there outstanding problems with Rainer's patch? Thanks anyway. I just need more time to study that one.

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread #ponce
> > Somewhere in the huge thread(s) on the topic Walter mentioned the optimizer > does (some of) the required flow analysis, so presumably it needs to run in > order for this to work. I think it's disabled in debug mode to keep the compilation time low. I guess it's more expensive CPU-wise tha

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Lutger
Nick Sabalausky wrote: > "Walter Bright" 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 >> http://ftp.digitalmars

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread bearophile
Steven Schveighoffer: > Also interesting from this revelation is that attributes are coming :D Despite all, it seems sometimes Walter listens :-) Maybe this syntax will be allowed (attribute before instead of after function name): @property int bar() {... Bye, bearophile

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Leandro Lucarella
Jacob Carlborg, el 5 de octubre a las 16:08 me escribiste: > 2. A while ago, (I can't find the post, it may have been on reddit) you > mentioned that you were going to add property notation. Is that still > going to happen? I'm really looking forward to that, and if not, is > there

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Jacob Carlborg
On 10/5/09 15:46, Steven Schveighoffer wrote: On Mon, 05 Oct 2009 09:12:32 -0400, Denis Koroskin <2kor...@gmail.com> wrote: On Mon, 05 Oct 2009 16:55:49 +0400, Jacob Carlborg wrote: On 10/5/09 13:49, Steven Schveighoffer wrote: On Mon, 05 Oct 2009 03:54:22 -0400, Walter Bright wrote: Ano

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Steven Schveighoffer
On Mon, 05 Oct 2009 09:12:32 -0400, Denis Koroskin <2kor...@gmail.com> wrote: On Mon, 05 Oct 2009 16:55:49 +0400, Jacob Carlborg wrote: On 10/5/09 13:49, Steven Schveighoffer wrote: On Mon, 05 Oct 2009 03:54:22 -0400, Walter Bright wrote: Another OSX 10.5 release :-) Anyhow, this shoul

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Denis Koroskin
On Mon, 05 Oct 2009 16:55:49 +0400, Jacob Carlborg wrote: On 10/5/09 13:49, Steven Schveighoffer wrote: On Mon, 05 Oct 2009 03:54:22 -0400, Walter Bright wrote: Another OSX 10.5 release :-) Anyhow, this should work with gdb now, and has contract inheritance (finally). http://www.digitalma

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Jacob Carlborg
On 10/5/09 13:49, Steven Schveighoffer wrote: On Mon, 05 Oct 2009 03:54:22 -0400, Walter Bright wrote: 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 http://ftp.digitalmars.com/dmd.1.

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Steven Schveighoffer
On Mon, 05 Oct 2009 03:54:22 -0400, Walter Bright wrote: 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 http://ftp.digitalmars.com/dmd.1.048.zip http://www.digitalmars.com/d/2.0

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread bearophile
Can someone show an usage example of contract inheritance? (where inheritance is useful). Regarding the fixed bugs 2702 and 2469, I'm having problems still, at the bottom y is 0: import std.stdio: writeln; import std.conv: to; struct Ranged(int RANGED_MIN, int RANGED_MAX) { int x_ = RANGE

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Denis Koroskin
On Mon, 05 Oct 2009 14:23:26 +0400, Nick Sabalausky wrote: "Walter Bright" 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 http:

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Nick Sabalausky
"Walter Bright" 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 > http://ftp.digitalmars.com/dmd.1.048.zip > > > http://w

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Denis Koroskin
On Mon, 05 Oct 2009 13:07:04 +0400, Tim Matthews wrote: Walter Bright wrote: 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 http://ftp.digitalmars.com/dmd.1.048.zip http://www.

Re: dmd 1.048 and 2.033 releases

2009-10-05 Thread Tim Matthews
Walter Bright wrote: 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 http://ftp.digitalmars.com/dmd.1.048.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.co

dmd 1.048 and 2.033 releases

2009-10-05 Thread Walter Bright
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 http://ftp.digitalmars.com/dmd.1.048.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.033.zip Many