[Issue 9386] struct destructor called erroneously

http://d.puremagic.com/issues/show_bug.cgi?id=9386 Kenji Hara changed: What|Removed |Added Keywords||pull, wrong-code --- Comment #4 from Kenj

[Issue 9781] -inline will cause backend ICE

http://d.puremagic.com/issues/show_bug.cgi?id=9781 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 9781] -inline will cause backend ICE

http://d.puremagic.com/issues/show_bug.cgi?id=9781 --- Comment #4 from github-bugzi...@puremagic.com 2013-04-08 22:11:39 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4ae287b83ac939a767bbff392a8e931684f4827

[Issue 9781] -inline will cause backend ICE

http://d.puremagic.com/issues/show_bug.cgi?id=9781 Martin Nowak changed: What|Removed |Added Keywords||pull --- Comment #3 from Martin Nowak

[Issue 9908] New: CTFE ICE global static array with block initializer

http://d.puremagic.com/issues/show_bug.cgi?id=9908 Summary: CTFE ICE global static array with block initializer Product: D Version: D1 & D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2

[Issue 9747] IFTI argument deduction fails for committed string literals which are implicitly converted to a static array

http://d.puremagic.com/issues/show_bug.cgi?id=9747 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 6809] IFTI should imply const where inout is present on args, but not on return type

http://d.puremagic.com/issues/show_bug.cgi?id=6809 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 6322] IFTI doesn't support static arrays

http://d.puremagic.com/issues/show_bug.cgi?id=6322 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 8670] IFTI fails from aliases

http://d.puremagic.com/issues/show_bug.cgi?id=8670 Kenji Hara changed: What|Removed |Added Keywords||rejects-valid Status|NEW

[Issue 9907] Struct literal with destructor should match to non-ref overload

http://d.puremagic.com/issues/show_bug.cgi?id=9907 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara 2013

[Issue 9907] New: Struct literal with destructor should match to non-ref overload

http://d.puremagic.com/issues/show_bug.cgi?id=9907 Summary: Struct literal with destructor should match to non-ref overload Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: wrong-

[Issue 9781] -inline will cause backend ICE

http://d.puremagic.com/issues/show_bug.cgi?id=9781 --- Comment #2 from Martin Nowak 2013-04-08 17:23:43 PDT --- cat > bug.d << CODE int foo9781(int[1] x) { return x[0] * x[0]; } void test9781() { foo9781([7]); } CODE dmd -c -inline bug.d Happens with v2.062 too. -- Configure issuem

[Issue 9906] New: filter of static opCall

http://d.puremagic.com/issues/show_bug.cgi?id=9906 Summary: filter of static opCall Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: rejects-valid Severity: normal Priority: P

[Issue 9857] UFCS for struct opCall

http://d.puremagic.com/issues/show_bug.cgi?id=9857 --- Comment #13 from bearophile_h...@eml.cc 2013-04-08 16:49:59 PDT --- (In reply to comment #11) > Better option I think is to move discussion to forum or to write a DIP OK: http://forum.dlang.org/thread/mxsipaadpufujicme...@forum.dlang.org

[Issue 5878] Forward reference in returning superclass from template using is() expression (Breaks std.traits.BaseTypeTuple)

http://d.puremagic.com/issues/show_bug.cgi?id=5878 --- Comment #2 from github-bugzi...@puremagic.com 2013-04-08 16:37:54 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/ae640c4414237fcb3edc14a664aa484a1a28425

[Issue 259] Comparing signed to unsigned does not generate an error

http://d.puremagic.com/issues/show_bug.cgi?id=259 --- Comment #41 from Andrei Alexandrescu 2013-04-08 16:14:12 PDT --- (In reply to comment #40) > Sounds good but ... given that people have been trying for 7 years without > success to implement the basic rule from the spec, how many more years

[Issue 259] Comparing signed to unsigned does not generate an error

http://d.puremagic.com/issues/show_bug.cgi?id=259 --- Comment #40 from Stewart Gordon 2013-04-08 15:57:45 PDT --- Sounds good but ... given that people have been trying for 7 years without success to implement the basic rule from the spec, how many more years can we realistically expect it to b

[Issue 9890] Alias This + Alias Fields

http://d.puremagic.com/issues/show_bug.cgi?id=9890 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 9890] Alias This + Alias Fields

http://d.puremagic.com/issues/show_bug.cgi?id=9890 --- Comment #4 from github-bugzi...@puremagic.com 2013-04-08 15:25:40 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/7298424fae54a09c08df75f2444db0ff5f0ddfc

[Issue 9903] Broken ddoc in std.typecons and etc.c.sqlite3

http://d.puremagic.com/issues/show_bug.cgi?id=9903 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 9903] Broken ddoc in std.typecons and etc.c.sqlite3

http://d.puremagic.com/issues/show_bug.cgi?id=9903 --- Comment #2 from github-bugzi...@puremagic.com 2013-04-08 15:23:38 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/46e2120954c11dcd28cf65e796cbc116ee42e5a

[Issue 9905] New: Template parameters used in argument delegate's arguments not inferred even if used and inferred previously in the function call

http://d.puremagic.com/issues/show_bug.cgi?id=9905 Summary: Template parameters used in argument delegate's arguments not inferred even if used and inferred previously in the function call Product: D Version: D2 Pla

[Issue 9511] [enh] overloading on attributes

http://d.puremagic.com/issues/show_bug.cgi?id=9511 --- Comment #5 from Martin Nowak 2013-04-08 15:06:44 PDT --- Jacob Carlborg and Andrei found the talk/article I was searching when I opened this enhancement. http://www.artima.com/cppsource/codefeaturesP.html It was mentioned here while talki

[Issue 9895] Add functional style regex pattern-matching

http://d.puremagic.com/issues/show_bug.cgi?id=9895 --- Comment #7 from IdanArye 2013-04-08 14:30:50 PDT --- (In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #3) > > > For the moment we are (sort of) at the stage 2. > > > > Oh, sorry. Had no idea about needing the `p

[Issue 9895] Add functional style regex pattern-matching

http://d.puremagic.com/issues/show_bug.cgi?id=9895 --- Comment #6 from Dmitry Olshansky 2013-04-08 13:33:32 PDT --- (In reply to comment #5) > (In reply to comment #3) > > For the moment we are (sort of) at the stage 2. > > Oh, sorry. Had no idea about needing the `pull` keyword, or auto-clos

[Issue 9895] Add functional style regex pattern-matching

http://d.puremagic.com/issues/show_bug.cgi?id=9895 --- Comment #5 from IdanArye 2013-04-08 13:10:03 PDT --- (In reply to comment #3) > Only to add: > 5) We can always add better abstraction if/when we are confident it's actualy > better. > > P.S. Doing minor correction - I'm reopening this unt

[Issue 9895] Add functional style regex pattern-matching

http://d.puremagic.com/issues/show_bug.cgi?id=9895 --- Comment #4 from Dmitry Olshansky 2013-04-08 13:03:43 PDT --- https://github.com/D-Programming-Language/phobos/pull/1241 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail bec

[Issue 9895] Add functional style regex pattern-matching

http://d.puremagic.com/issues/show_bug.cgi?id=9895 Dmitry Olshansky changed: What|Removed |Added Keywords||pull Status|RESOLVED

[Issue 7509] Allow SIMD variable contents to have all their values changed to a single float variable

http://d.puremagic.com/issues/show_bug.cgi?id=7509 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #5 from Martin

[Issue 9904] typeof(null) can be casted to aggregate type if .sizeof equals size of pointer

http://d.puremagic.com/issues/show_bug.cgi?id=9904 --- Comment #3 from Andrej Mitrovic 2013-04-08 10:31:56 PDT --- (In reply to comment #2) > (In reply to comment #1) > > > Those should really use size_t to reproduce on all systems: > > > > > struct S1 > > > { > > > size_t x; > > > } > >

[Issue 9895] Add functional style regex pattern-matching

http://d.puremagic.com/issues/show_bug.cgi?id=9895 --- Comment #2 from IdanArye 2013-04-08 10:22:37 PDT --- (In reply to comment #1) > Another way to do this is with the unapply() of Issue 596 Yes, it looks like it is possible to do this with unapply(which should be opUnapply to be compatible

[Issue 9904] typeof(null) can be casted to aggregate type if .sizeof equals size of pointer

http://d.puremagic.com/issues/show_bug.cgi?id=9904 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Com

[Issue 9903] Broken ddoc in std.typecons and etc.c.sqlite3

http://d.puremagic.com/issues/show_bug.cgi?id=9903 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara 2013

[Issue 9904] typeof(null) can be casted to aggregate type if .sizeof equals size of pointer

http://d.puremagic.com/issues/show_bug.cgi?id=9904 --- Comment #1 from Andrej Mitrovic 2013-04-08 07:47:34 PDT --- (In reply to comment #0) > struct S1 > { > int x; > } > > struct S2 > { > int x; > byte b; > } Those should really use size_t to reproduce on all systems: > struct

[Issue 9903] New: Broken ddoc in std.typecons and etc.c.sqlite3

http://d.puremagic.com/issues/show_bug.cgi?id=9903 Summary: Broken ddoc in std.typecons and etc.c.sqlite3 Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: ddoc Severity: regression

[Issue 9904] New: typeof(null) can be casted to aggregate type if .sizeof equals size of pointer

http://d.puremagic.com/issues/show_bug.cgi?id=9904 Summary: typeof(null) can be casted to aggregate type if .sizeof equals size of pointer Product: D Version: D2 Platform: All OS/Version: All Status: NEW K

[Issue 259] Comparing signed to unsigned does not generate an error

http://d.puremagic.com/issues/show_bug.cgi?id=259 --- Comment #39 from Andrei Alexandrescu 2013-04-08 07:21:23 PDT --- Thanks Lionello for taking this over. I thought of one more case this morning so let me insert in the food chain: (Recall a is signed and b is unsigned.) == 1.

[Issue 9316] Version string should be generated from a git tag

http://d.puremagic.com/issues/show_bug.cgi?id=9316 --- Comment #2 from Leandro Lucarella 2013-04-08 06:45:08 PDT --- Partial improvement: https://github.com/D-Programming-Language/dmd/pull/1737 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are rece

[Issue 3541] Add -oq to dmd (use fully qualified module name as object filename)

http://d.puremagic.com/issues/show_bug.cgi?id=3541 Andrej Mitrovic changed: What|Removed |Added Keywords||pull --- Comment #13 from Andrej Mit

[Issue 9900] static this and gc shutdown order issue

http://d.puremagic.com/issues/show_bug.cgi?id=9900 Martin Nowak changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 9900] static this and gc shutdown order issue

http://d.puremagic.com/issues/show_bug.cgi?id=9900 --- Comment #3 from Martin Nowak 2013-04-08 05:38:40 PDT --- Yeah destroy finalizes your object and resets it's data to the init state. You'd have to check for a null mLuaContext in your destructor for this to work because the GC will finalize

[Issue 9445] interpret.c:151: Assertion `v->ctfeAdrOnStack >= 0 && v->ctfeAdrOnStack < stackPointer()' failed.

http://d.puremagic.com/issues/show_bug.cgi?id=9445 yebblies changed: What|Removed |Added Keywords||pull CC|

[Issue 9445] interpret.c:151: Assertion `v->ctfeAdrOnStack >= 0 && v->ctfeAdrOnStack < stackPointer()' failed.

http://d.puremagic.com/issues/show_bug.cgi?id=9445 --- Comment #3 from github-bugzi...@puremagic.com 2013-04-08 05:19:05 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/b3dc0e56eab752fdefc9b591bba6523601514bd2

[Issue 9692] __traits(allMembers) fails on module without a package

http://d.puremagic.com/issues/show_bug.cgi?id=9692 --- Comment #3 from github-bugzi...@puremagic.com 2013-04-08 04:11:13 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/ac0eaae07c4fae7d47542ed8a4440a830129d3a

[Issue 9445] interpret.c:151: Assertion `v->ctfeAdrOnStack >= 0 && v->ctfeAdrOnStack < stackPointer()' failed.

http://d.puremagic.com/issues/show_bug.cgi?id=9445 --- Comment #2 from Don 2013-04-08 02:56:45 PDT --- The original test case works for me in 2.062. Reduced test case for comment 1: template c9445(T...) { static assert(is(typeof( & T[0].xxx ))); } void bug9445(void delegate() expr) {

[Issue 9900] static this and gc shutdown order issue

http://d.puremagic.com/issues/show_bug.cgi?id=9900 --- Comment #2 from Xavier Bigand 2013-04-08 02:50:32 PDT --- (In reply to comment #1) > You must not use any shared library after unloading. > The simplest approach right now is to nullify any class from the shared > library > and call GC.co

[Issue 7572] f.fn!(void) is not an lvalue

http://d.puremagic.com/issues/show_bug.cgi?id=7572 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #2 from K

[Issue 8130] Memory corruption because without *.def file DMD compiles DLL with assumption `_tls_index = 0`

http://d.puremagic.com/issues/show_bug.cgi?id=8130 --- Comment #11 from Denis Shelomovskij 2013-04-08 12:22:28 MSD --- (In reply to comment #10) > (In reply to comment #9) > > So, the issue is fixed by documentation improvement. Can you also tell > > reasons > > not to change current compiler

[Issue 8130] Memory corruption because without *.def file DMD compiles DLL with assumption `_tls_index = 0`

http://d.puremagic.com/issues/show_bug.cgi?id=8130 --- Comment #10 from Walter Bright 2013-04-08 01:03:59 PDT --- (In reply to comment #9) > So, the issue is fixed by documentation improvement. Can you also tell reasons > not to change current compiler behavior? see https://github.com/D-Progr