[Issue 8403] ^^ and ^^= missing from lex.html
http://d.puremagic.com/issues/show_bug.cgi?id=8403 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8406] dmd treats lineSep and paraSep as end-of-line but the docs do not
http://d.puremagic.com/issues/show_bug.cgi?id=8406 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 Andrei Alexandrescu changed: What|Removed |Added CC||and...@metalanguage.com --- Comment #19 from Andrei Alexandrescu 2012-07-22 21:55:49 PDT --- I'm as unexcited as Walter about this. It does make sense but the benefits are too small to account for the random breakages. Sorry. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1824] Object not const correct
http://d.puremagic.com/issues/show_bug.cgi?id=1824 --- Comment #18 from github-bugzi...@puremagic.com 2012-07-22 21:47:25 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/dfc76c8f9b81bb6de647a709e575ff67bc45ffa1 Minimal reverting of Issue 1824 - Object not const correct https://github.com/D-Programming-Language/druntime/commit/bad7afa37c17d4185fdac02440b27a4f33599579 Merge pull request #278 from 9rnsr/rev_const Minimal reverting of Issue 1824 - Object not const correct --- Comment #19 from github-bugzi...@puremagic.com 2012-07-22 21:47:25 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/9940579f73d4d540aa22df1d5bce49d61c43855f Minimal reverting of Issue 1824 - Object not const correct https://github.com/D-Programming-Language/phobos/commit/9d91e1de2fa7502988762a466a7858fd9599c599 Merge pull request #702 from 9rnsr/rev_const Minimal reverting of Issue 1824 - Object not const correct -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8406] dmd treats lineSep and paraSep as end-of-line but the docs do not
http://d.puremagic.com/issues/show_bug.cgi?id=8406 --- Comment #2 from github-bugzi...@puremagic.com 2012-07-22 21:48:48 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/2b0cdb34a3eebe0aa67d25681e2bdf842432cbc4 Fix issue# 8406: lineSep and paraSep missing from EndOfLine in lex.html. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8403] ^^ and ^^= missing from lex.html
http://d.puremagic.com/issues/show_bug.cgi?id=8403 --- Comment #2 from github-bugzi...@puremagic.com 2012-07-22 21:48:54 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/d-programming-language.org https://github.com/D-Programming-Language/d-programming-language.org/commit/6c5a176f5d603a2093e8dcc2a5aebb15aa25aed0 Fix issue# 8403: ^^ and ^^= missing from lexical documentation. https://github.com/D-Programming-Language/d-programming-language.org/commit/44c4e5635ad9b9ee7d67a255e419d2a48dad773c Merge pull request #142 from jmdavis/lex Fix issue# 8403: ^^ and ^^= missing from lexical documentation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1824] Object not const correct
http://d.puremagic.com/issues/show_bug.cgi?id=1824 --- Comment #20 from github-bugzi...@puremagic.com 2012-07-22 21:49:05 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/724b077b3b34dbf92ce391177141854255a6e104 Merge pull request #1053 from 9rnsr/revert_const Revert all changes for "Issue 1824 - Object not const correct" -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1824] Object not const correct
http://d.puremagic.com/issues/show_bug.cgi?id=1824 --- Comment #18 from github-bugzi...@puremagic.com 2012-07-22 21:47:25 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/dfc76c8f9b81bb6de647a709e575ff67bc45ffa1 Minimal reverting of Issue 1824 - Object not const correct https://github.com/D-Programming-Language/druntime/commit/bad7afa37c17d4185fdac02440b27a4f33599579 Merge pull request #278 from 9rnsr/rev_const Minimal reverting of Issue 1824 - Object not const correct --- Comment #19 from github-bugzi...@puremagic.com 2012-07-22 21:47:25 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/9940579f73d4d540aa22df1d5bce49d61c43855f Minimal reverting of Issue 1824 - Object not const correct https://github.com/D-Programming-Language/phobos/commit/9d91e1de2fa7502988762a466a7858fd9599c599 Merge pull request #702 from 9rnsr/rev_const Minimal reverting of Issue 1824 - Object not const correct -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4809] Stack trace when throwing exception misses location of the throw statement
http://d.puremagic.com/issues/show_bug.cgi?id=4809 --- Comment #3 from github-bugzi...@puremagic.com 2012-07-22 21:24:32 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/dcc5a08e8b4ac9de869d727ceea3d407c7f92d00 Revert "Merge pull request #80 from rainers/issue4809" This reverts commit 80625a2fc87a830aa538f2f58579019c661ceac9, reversing changes made to ce783fff516d21c253edfecb40982c833add3e4b. https://github.com/D-Programming-Language/druntime/commit/0baa13d9df06b0a27e9b8004ecdd5e8ef338adae fix Issue 4809 - set up a stackframe for _d_throwc so that the caller is listed in the trace -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8191] cstream.printf is completely unusable on x86_64
http://d.puremagic.com/issues/show_bug.cgi?id=8191 --- Comment #3 from github-bugzi...@puremagic.com 2012-07-22 21:07:21 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/5313288dd1015a8a117bf6fea538fa72251c6cea Merge pull request #704 from ibuclaw/issue8191 Fix cstream.printf() on x86_64. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3753] ICE eh.c 49: Related to exception handling and alloca.
http://d.puremagic.com/issues/show_bug.cgi?id=3753 --- Comment #5 from Brad Roberts 2012-07-22 20:00:51 PDT --- *** Issue 4054 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4054] ICE(eh.c) line 49
http://d.puremagic.com/issues/show_bug.cgi?id=4054 Brad Roberts changed: What|Removed |Added Status|REOPENED|RESOLVED CC||bra...@puremagic.com Resolution||DUPLICATE --- Comment #6 from Brad Roberts 2012-07-22 20:00:50 PDT --- Re-marking as a duplicate. If you have further comments, please put them in the other bug report. *** This issue has been marked as a duplicate of issue 3753 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8314] randomSample primes with constant
http://d.puremagic.com/issues/show_bug.cgi?id=8314 --- Comment #1 from github-bugzi...@puremagic.com 2012-07-22 19:50:32 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/aa896e08ccbdb3deee98658f09022bdb4c5dc503 set random generator in constructor - Bug 8314 was already fixed by adding a _first flag https://github.com/D-Programming-Language/phobos/commit/92335506d309d4f06e1757b149c5069d02ac1174 Merge pull request #654 from dawgfoto/fix8314 fix issue 8314 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8418] New: core.thread.Fiber is a Coroutine or Semi-Coroutine?
http://d.puremagic.com/issues/show_bug.cgi?id=8418 Summary: core.thread.Fiber is a Coroutine or Semi-Coroutine? Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: druntime AssignedTo: nob...@puremagic.com ReportedBy: repeate...@gmail.com --- Comment #0 from Masahiro Nakagawa 2012-07-22 18:28:52 PDT --- First, I tried following Coroutine code with Fiber, but caused segmentation fault. - Fiber child, parent; child = new Fiber(delegate() { writeln("before call parent"); parent.call(); // invoke parent fiber writeln("after call parent"); }); parent = new Fiber({ writeln("before call child"); child.call(); writeln("after call child"); }); parent.call(); % dmd -run co.d before call child before call parent after call child --- killed by signal 11 - Second, I tried Semi-Coroutine code. It works fine. - Fiber child, parent; child = new Fiber(delegate() { writeln("before call parent"); Fiber.yield(); // return to parent. writeln("after call parent"); }); parent = new Fiber({ writeln("before call child"); child.call(); writeln("after call child"); }); parent.call(); % dmd -run co.d before call child before call parent after call child - core.thread.Fiber now provides Semi-Coroutine APIs(call and yield), so I guess former code is invalid. If so, Fiber's document should describe such limitation. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7150] Templated Constructors Should be Able to Call Other Constructors
http://d.puremagic.com/issues/show_bug.cgi?id=7150 --- Comment #2 from github-bugzi...@puremagic.com 2012-07-22 18:03:48 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4d85f11ba5f37664e1803e0126a6402d70c1ac1d fix Issue 7150 - Templated Constructors Should be Able to Call Other Constructors bug 7150 was already fixed in commit 59c5fe5f6a, so this is just adding test case. https://github.com/D-Programming-Language/dmd/commit/66e5887e8c63935575e460add5e9ff0c142a1b81 Merge pull request #574 from 9rnsr/fix7150 [test only] Issue 7150 - Templated Constructors Should be Able to Call Other Constructors -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7150] Templated Constructors Should be Able to Call Other Constructors
http://d.puremagic.com/issues/show_bug.cgi?id=7150 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #18 from bearophile_h...@eml.cc 2012-07-22 16:04:37 PDT --- (In reply to comment #17) > Certainly it's easy for the user to fix the code. > > The *problem*, though, is: > >"I downloaded this D library and it won't compile! D sux!" > >"My working D project broke *again*. I'm sick of this. D sux!" Beside using -d (deprecated features) another way to face similar problems is to use an idea from Python, a switch like "-future" that activates features that will be introduced in future (so the -property flag gets moved into "-future" and removed). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #17 from Walter Bright 2012-07-22 15:50:43 PDT --- >I think that the irritation caused by this should would be minimal Certainly it's easy for the user to fix the code. The *problem*, though, is: "I downloaded this D library and it won't compile! D sux!" "My working D project broke *again*. I'm sick of this. D sux!" -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #16 from bearophile_h...@eml.cc 2012-07-22 15:47:23 PDT --- (In reply to comment #13) > After all, it's been around in C > forever without making anyone's list I've seen on "things I hate about C". C doesn't have UCFS. And it's on my list of the things I don't like about C. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #15 from bearophile_h...@eml.cc 2012-07-22 15:45:43 PDT --- (In reply to comment #14) > If we're not going to make the change though, I think that we should close > this > enhancement request. There are also 8 votes on this enhancement, so there are 9 or 10 persons that like it. So maybe a small discussion in the D newsgroup is needed before closing this down. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8335] `ref` is ignored for static array of stucts with postblit argument
http://d.puremagic.com/issues/show_bug.cgi?id=8335 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #14 from Jonathan M Davis 2012-07-22 15:15:46 PDT --- I think that the irritation caused by this should would be minimal (well disallowing 1. anyway - .1 would get _far_ more complaints), and I'd _like_ to see this change made, but if I'm going to fight over a breaking change, I'd prefer to do so over something that I care about a lot more. > I don't see this change as meeting that bar. After all, it's been around in C > forever without making anyone's list I've seen on "things I hate about C". I expect that that's mostly because it doesn't generally affect people that don't use it, and C has _far_ worse problems. If the complaints that D is getting are generally about small stuff like this, then we're doing something very right, even if we're not doing it perfectly. If we're not going to make the change though, I think that we should close this enhancement request. It seems that we almost always leave them open even when the answer is a definitive no, which makes no sense to me. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8413] function breaks compilation of property function
http://d.puremagic.com/issues/show_bug.cgi?id=8413 --- Comment #4 from Jonathan M Davis 2012-07-22 15:11:47 PDT --- For this to make sense return arr.front!("hello", 12) would have to make sense for a property, and I don't know if that makes sense or not. Probably not, since you couldn't do that if front were a public variable. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8417] New: Better error message on invalid operator call
http://d.puremagic.com/issues/show_bug.cgi?id=8417 Summary: Better error message on invalid operator call Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2012-07-22 15:09:50 PDT --- import std.getopt; void main(string[] args) { string foo; getopt(args, "foo" &foo ); } Notice that a comma is missing after "foo". The errors leak into getopt: bug_new.d(19): Error: '"foo"' is not of integral type, it is a string bug_new.d(19): Error: 'foo' is not of integral type, it is a string D:\DMD\dmd2\windows\bin\..\..\src\phobos\std\getopt.d(386): Error: array index [1] is outside array bounds [0 .. 1] D:\DMD\dmd2\windows\bin\..\..\src\phobos\std\getopt.d(508): Error: using * on an array is deprecated; use *(receiver).ptr instead D:\DMD\dmd2\windows\bin\..\..\src\phobos\std\getopt.d(513): Error: using * on an array is deprecated; use *(receiver).ptr instead D:\DMD\dmd2\windows\bin\..\..\src\phobos\std\getopt.d(524): Error: static assert "Dunno how to deal with type string" D:\DMD\dmd2\windows\bin\..\..\src\phobos\std\getopt.d(394):instantiated from here: handleOption!(string) D:\DMD\dmd2\windows\bin\..\..\src\phobos\std\getopt.d(345):instantiated from here: getoptImpl!(string) bug_new.d(18):instantiated from here: getopt!(string) Failed: "dmd" "-unittest" "-w" "-J." "-v" "-o-" "bug_new.d" "-I." >Exit code: 1 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8413] function breaks compilation of property function
http://d.puremagic.com/issues/show_bug.cgi?id=8413 --- Comment #3 from Jonathan M Davis 2012-07-22 15:05:09 PDT --- Oh wait. I read that wrong. I thought that you were passing them as function arguments. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8416] New: Assertion failure: '0' on line 2018 in file 'interpret.c'
http://d.puremagic.com/issues/show_bug.cgi?id=8416 Summary: Assertion failure: '0' on line 2018 in file 'interpret.c' Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2012-07-22 15:07:24 PDT --- string Test(Options...)() { foreach (Option; Options) pragma(msg, Option.stringof); return null; } template Templ(Options...) { mixin(Test!Options()); } void main() { bool var; alias Templ!var test; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #13 from Walter Bright 2012-07-22 15:05:44 PDT --- (In reply to comment #12) > To be fair, adding UFCS broke code using floating point literals, since 1.f > became illegal. I agree that we do break things now and then as a tradeoff for something else very nice that we want. I don't agree with the rationale that if we broke something here, that means it's fair to break it there, and heck, open season on breaking things. Each breaking change must be considered on its own merits - the advantage accrued vs all the annoyance, irritation, and risk of dead D projects it engenders. Please recall all the posted complaints about D being "unstable". I don't see this change as meeting that bar. After all, it's been around in C forever without making anyone's list I've seen on "things I hate about C". -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8413] function breaks compilation of property function
http://d.puremagic.com/issues/show_bug.cgi?id=8413 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #2 from Jonathan M Davis 2012-07-22 15:04:10 PDT --- The error is correct. The fact that you gave front's parameters default arguments has _zero_ affect on its type, and its the type that determines whether the function can be @property or not. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8415] New: Forward reference error with static nested classes
http://d.puremagic.com/issues/show_bug.cgi?id=8415 Summary: Forward reference error with static nested classes Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2012-07-22 15:03:49 PDT --- class Foo { this(Foo.Bar.Doo) { } static class Bar { static class Doo { } } } void main() { } bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'opDot' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'opDispatch' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Foo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'o' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'do' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Foo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'D' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'do' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Foo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Foo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(10): Error: class test.Foo.Bar is forward referenced when looking for 'Doo' bug_fwd_ref.d(7): Error: no property 'Doo' for type 'test.Foo.Bar' bug_fwd_ref.d(7): Error: Foo.Bar.Doo is used as a type Failed: "dmd" "-unittest" "-w" "-J." "-v" "-o-" "bug_fwd_ref.d" "-I." >Exit code: 1 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8414] New: with statement causes linker error
http://d.puremagic.com/issues/show_bug.cgi?id=8414 Summary: with statement causes linker error Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2012-07-22 15:02:15 PDT --- bool matchAny(T...)(T args) { return true; } enum Enum { en1, en2 } void main() { Enum en; with (Enum) if (matchAny(en, en1, en2)) { } } C:\DOCUME~1\Andrej\LOCALS~1\Temp\.rdmd\rdmd-with_link_error.d-8483A5FE39E150DD5EE322E7B346449F\with_link_error-d-8483A5FE39E150DD5EE322E7B346449F.obj(with_link_error-d-8483A5FE39E150DD5EE322E7B346449F) Error 42: Symbol Undefined _D4test49__T8matchAnyTE4test4EnumTE4test4EnumTE4test4EnumZ8matchAnyFE4test4EnumE4test4EnumE4test4EnumZb --- errorlevel 1 It probably has something to do with name-mangling. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8413] New: enforce breaks compilation of property function
http://d.puremagic.com/issues/show_bug.cgi?id=8413 Summary: enforce breaks compilation of property function Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2012-07-22 14:56:18 PDT --- struct Foo { int[] arr; @property int front(string file = __FILE__, size_t line = __LINE__)() { enforce(arr.length, format("%s(%s): Cannot call back on empty array.", file, line)); return arr.front; } } void main() { Foo foo; auto x = foo.front; } test.d(28): Error: cannot resolve type for foo.front(string file = __FILE__,uint line = __LINE__) If you remove enforce it compiles with no problems. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8413] function breaks compilation of property function
http://d.puremagic.com/issues/show_bug.cgi?id=8413 Andrej Mitrovic changed: What|Removed |Added Summary|enforce breaks compilation |function breaks compilation |of property function|of property function --- Comment #1 from Andrej Mitrovic 2012-07-22 14:59:23 PDT --- Actually it has nothing to do with enforce, same error: void test(bool) { } struct Foo { int[] arr; @property int front(string file = __FILE__, size_t line = __LINE__)() { test(arr.length); return arr.front; } } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #12 from Jonathan M Davis 2012-07-22 14:36:54 PDT --- > While I appreciate the rationale here, we need to stop breaking existing code. > This is highly annoying and disruptive to existing projects, and I think it's > implicated in a lot of abandoned D projects. To be fair, adding UFCS broke code using floating point literals, since 1.f became illegal. My changes would just break anyone who did 1. without a trailing 0, which I would expect to be fairly rare. It's incredibly bizarre IMHO that it was ever allowed (though C has done plenty of other bizarre things). However, it's definitely true that it would have been better to make these changes at the same time that UFCS was introduced so that all of the floating point literal breakage occured at once. So, ideally 1. would definitely be disallowed, and I would expect the impact of a such a change to be minimal, since it's such an unnatural thing to do. I expect that it's been used primarily in lieu of tagging f on the end to make an integer literal into a floating point literal. On the other hand, I'm not sure that I care all that much. It's stupid to allow 1., but I'm never going to use it in my code, and most other people aren't either, so it doesn't really affect me all that much. I'd be much more interested in fighting it if we were talking about introducing the feature rather than it being a legacy from C which we didn't clean up and have had for quite some time. I did find it interesting though that it's actually _easier_ for the lexer to allow trailing decimal points than to disallow them. My first reaction would have been that it would have been harder (due to .. and ...), and a recent discussion on the newsgroup about this shows that several others thought the same. But at least with dmd's implementation (and std.conv.to's implementation as well actually), it's easier to just let there be a trailing decimal point rather than requiring a 0. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8335] `ref` is ignored for static array of stucts with postblit argument
http://d.puremagic.com/issues/show_bug.cgi?id=8335 --- Comment #5 from github-bugzi...@puremagic.com 2012-07-22 14:17:24 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4ce0f83b388982f6fef550b5c4829acfe744e4f7 fix Issue 8335 - `ref` is ignored for static array of stucts with postblit argument https://github.com/D-Programming-Language/dmd/commit/146442eb5d63c8ec88968122e2238cd607f2ecbb Merge pull request #1035 from 9rnsr/fix8335 Issue 8335 - `ref` is ignored for static array of stucts with postblit argument -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8397] parameter types are not checked when assigning a function literal
http://d.puremagic.com/issues/show_bug.cgi?id=8397 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8412] New: [GSOC] Forward reference bug fest
http://d.puremagic.com/issues/show_bug.cgi?id=8412 Summary: [GSOC] Forward reference bug fest Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: blocker Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: dmitry.o...@gmail.com --- Comment #0 from Dmitry Olshansky 2012-07-22 13:21:06 PDT --- Created an attachment (id=1125) dustmite'ed test case Another forward reference bug of a lurky nature, looks like it requires a certian import chain to manifest. In fact there could be a collaterial bug(s) at work here. See below. Extract and compile files from attached source tree like this: dmd std2/uni.d output: std2/internal/uni_tab.d(4): Error: struct std2.uni.RleBitSet!(uint).RleBitSet no size yet for forward reference dmd std2/regex.d output: std2/string.d(1): Error: module regex from file std2/regex.d conflicts with another module regex from file std2/regex.d dmd std2/string.d output: std2/functional.d(2): Error: module string from file std2/string.d conflicts with another module string from file std2/string.d Others show the same remarkably bogus diagnostic. It's on dmd 2.060 from git HEAD. And it pretty much blocks my GSOC exploits unfortunately. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8397] parameter types are not checked when assigning a function literal
http://d.puremagic.com/issues/show_bug.cgi?id=8397 --- Comment #2 from github-bugzi...@puremagic.com 2012-07-22 13:09:50 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/085a4ebb6c518da3e6a61841de0d9a5e45b475cb fix Issue 8397 - parameter types are not checked when assigning a function literal https://github.com/D-Programming-Language/dmd/commit/2659baa9c8b47ff68725843b52db84247398a86f Merge pull request #1059 from 9rnsr/fix8397 Issue 8397 - parameter types are not checked when assigning a function literal -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3866] anonymous delegate with default parameters cross-talks to another anonymous delegate
http://d.puremagic.com/issues/show_bug.cgi?id=3866 Walter Bright changed: What|Removed |Added CC||e...@gnuk.net --- Comment #7 from Walter Bright 2012-07-22 13:08:12 PDT --- *** Issue 8258 has been marked as a duplicate of this issue. *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8258] Delegates do not respect default parameters
http://d.puremagic.com/issues/show_bug.cgi?id=8258 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||DUPLICATE --- Comment #4 from Walter Bright 2012-07-22 13:08:12 PDT --- Discussion should go in bug 3866. *** This issue has been marked as a duplicate of issue 3866 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 --- Comment #11 from bearophile_h...@eml.cc 2012-07-22 12:44:24 PDT --- (In reply to comment #10) > While I appreciate the rationale here, we need to stop breaking existing code. > This is highly annoying and disruptive to existing projects, and I think it's > implicated in a lot of abandoned D projects. You have introduced UCFS in D, this calls for adaptations in other parts of the language. You can't just introduce UCFS and hope nothing else in D will change. The features of a well designed language must be well adapted to each other. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6277] Disallow short floating point literals
http://d.puremagic.com/issues/show_bug.cgi?id=6277 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #10 from Walter Bright 2012-07-22 12:11:46 PDT --- While I appreciate the rationale here, we need to stop breaking existing code. This is highly annoying and disruptive to existing projects, and I think it's implicated in a lot of abandoned D projects. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8348] ICE: 'semanticRun == PASSsemantic3done' on line 547 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=8348 --- Comment #4 from Dmitry Olshansky 2012-07-22 08:30:32 PDT --- Reduced by hand even futher: //---in file uni.d template BasicSetOps() { const opBinary(string op, U)(U ) if(is(typeof(U.init.isSet)) ) { } } struct Set(T) { this(this) { } mixin BasicSetOps; } //---in file regex.d import std2.uni; int[const(Set!uint)] trieCache; void getTrie() { Set!(uint).init in trieCache; } All of lines seem equally important (postblit, mixed-in opBinary with exact constraint, usage of in operator on hash etc.) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4250] std.regex does not support character sets other than unicode
http://d.puremagic.com/issues/show_bug.cgi?id=4250 Dmitry Olshansky changed: What|Removed |Added Attachment #648 is|0 |1 obsolete|| --- Comment #5 from Dmitry Olshansky 2012-07-22 08:21:13 PDT --- (From update of attachment 648) Old regex is gone for good since 2.056. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8348] ICE: 'semanticRun == PASSsemantic3done' on line 547 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=8348 Dmitry Olshansky changed: What|Removed |Added Severity|normal |critical -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8348] ICE: 'semanticRun == PASSsemantic3done' on line 547 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=8348 --- Comment #3 from Dmitry Olshansky 2012-07-22 08:18:56 PDT --- Created an attachment (id=1124) A reduced test case Horay, dustmite makes wonders. The end result is 2 modules ~10 lines each. to test: extract somewhere & run dmd std2/regex.d -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8411] New: core.time: No easy way to check if Duration is empty
http://d.puremagic.com/issues/show_bug.cgi?id=8411 Summary: core.time: No easy way to check if Duration is empty Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: druntime AssignedTo: nob...@puremagic.com ReportedBy: thecybersha...@gmail.com --- Comment #0 from Vladimir Panteleev 2012-07-22 06:46:38 PDT --- The simplest way to check for an empty Duration seems to be: if (!duration.total!"hnsecs"()) { ... } I suggest either implementing an isEmpty property (given that there already is an isNegative property), or implement opCast!bool so that the following will work: if (!duration) { ... } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8410] New: Static initializers for fixed size arrays too
http://d.puremagic.com/issues/show_bug.cgi?id=8410 Summary: Static initializers for fixed size arrays too Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: bearophile_h...@eml.cc --- Comment #0 from bearophile_h...@eml.cc 2012-07-22 06:22:17 PDT --- struct Foo { int[15] x; string s; } void main() { Foo[5] a1 = Foo([0,0,0,0,0,0,0,0,0,0,0,0,0,0,0], "hello"); // OK Foo f = { s: "hello" }; // OK (not static) Foo[5] a2 = { s: "hello" }; // error } DMD 2.060alpha gives: temp.d(5): Error: a struct is not a valid initializer for a Foo[5u] temp.d(5): Error: variable temp.main.a2 is not a static and cannot have static initializer I'd like the third syntax too to work, because it saves me to specify all the struct fields, like the x array. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8409] New: Proposal: implement arr.dup in library
http://d.puremagic.com/issues/show_bug.cgi?id=8409 Summary: Proposal: implement arr.dup in library Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: druntime AssignedTo: nob...@puremagic.com ReportedBy: k.hara...@gmail.com --- Comment #0 from Kenji Hara 2012-07-22 05:38:09 PDT --- If issue 8408 is fixed, we can use following dup function definition. template hasMutableIndirection(T) { enum hasMutableIndirection = !is(typeof({ Unqual!T t = void; immutable T u = t; })); } static assert(!hasMutableIndirection!(int)); static assert(!hasMutableIndirection!(int[3])); static assert( hasMutableIndirection!(Object)); @property auto dup(E)(inout(E)[] arr) pure @trusted { static if (hasMutableIndirection!E) { auto copy = new E[](arr.length); copy[] = cast(E[])arr[];// assume constant return cast(inout(E)[])copy;// assume constant } else { auto copy = new E[](arr.length); copy[] = arr[]; return copy; } } In above dup function, - If E has some mutable indirections, returns inout(E) and has constant purity. - If E has no mutable indirections, return E[] and has string purity. That means: return value is implicitly convertible to immutable(E)[] with issue 5081, and can make a immutable duplication from mutable array. Finally, we can remove the duplication of built-in dup/idup. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8408] New: Purity calculation should be improved
http://d.puremagic.com/issues/show_bug.cgi?id=8408 Summary: Purity calculation should be improved Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: k.hara...@gmail.com --- Comment #0 from Kenji Hara 2012-07-22 05:27:35 PDT --- If the argument values that given to a function marked as pure doesn't appear in its return value, then the function should become 'strong purity'. An example: int[] func(const(int)[] arr) pure; The parameter 'arr' refers const integers through its slice, but func returns int[], so func cannot return arr directly (without unsafe cast) and becomes 'strong purity' function. The parameter 'arr' refers const integers through its slice, but func returns int[]. const(int)[] is not implicitly convertible to int[], then func cannot return arr directly (without unsafe cast like cast(int[]) arr) and becomes 'strong purity' function. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8348] ICE: 'semanticRun == PASSsemantic3done' on line 547 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=8348 --- Comment #2 from Dmitry Olshansky 2012-07-22 04:31:39 PDT --- Updated and re-tested with latest dmd from git. https://dl.dropbox.com/u/7100999/phobos.zip Message is the same, now line is 558. I'll try dustmite'ing it though I'm no pro with it. Never tried to narrow down the whole phobos and I recall it works worse on Windows so any help or tips are most appreciated. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8398] enforceEx cannot be used with OutOfMemoryError
http://d.puremagic.com/issues/show_bug.cgi?id=8398 Jonathan M Davis changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8398] enforceEx cannot be used with OutOfMemoryError
http://d.puremagic.com/issues/show_bug.cgi?id=8398 --- Comment #3 from github-bugzi...@puremagic.com 2012-07-22 02:04:44 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/c39fa9026411a3063a805c98c520f934c8d16857 Added issue# 8398 to the changelog. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8212] shared value data structures should implicitly cast to mutable
http://d.puremagic.com/issues/show_bug.cgi?id=8212 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8212] shared value data structures should implicitly cast to mutable
http://d.puremagic.com/issues/show_bug.cgi?id=8212 --- Comment #1 from github-bugzi...@puremagic.com 2012-07-22 02:02:13 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/ea90073a544ba3131629f77e310658687f4f8d91 fix Issue 8212 - shared value data structures should implicitly cast to mutable -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8398] enforceEx cannot be used with OutOfMemoryError
http://d.puremagic.com/issues/show_bug.cgi?id=8398 --- Comment #2 from github-bugzi...@puremagic.com 2012-07-22 02:01:38 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/ed22f41ec263adf9c2828ac162ca28098f220f87 Fix for issue# 8398. https://github.com/D-Programming-Language/phobos/commit/e58385ac9421cccfb9fc329ebf6f1d0c45f925c7 Merge pull request #711 from jmdavis/enforce Fix for issue# 8398. (enforceEx cannot be used with OutOfMemoryError) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8398] enforceEx cannot be used with OutOfMemoryError
http://d.puremagic.com/issues/show_bug.cgi?id=8398 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #1 from Jonathan M Davis 2012-07-22 00:44:27 PDT --- https://github.com/D-Programming-Language/phobos/pull/711 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---