[Issue 9504] typeof does not look up properties correctly on template argument
https://d.puremagic.com/issues/show_bug.cgi?id=9504 yebblies changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9464] Redo .json output
https://d.puremagic.com/issues/show_bug.cgi?id=9464 --- Comment #4 from yebblies 2013-11-23 18:38:47 EST --- ??? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9537] auto ref returns a reference its own stack
https://d.puremagic.com/issues/show_bug.cgi?id=9537 Kenji Hara changed: What|Removed |Added Keywords||accepts-invalid, pull --- Comment #2 from Kenji Hara 2013-11-22 23:23:10 PST --- https://github.com/D-Programming-Language/dmd/pull/2860 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11582] inherit element/slice of type tuple
https://d.puremagic.com/issues/show_bug.cgi?id=11582 --- Comment #2 from Kenji Hara 2013-11-22 22:16:30 PST --- (In reply to comment #0) > This gives an error: > > class C(E...) : E[0] > { > } > > Error: members expected > Error: { } expected following aggregate declaration This is syntactic issue. Currently class declaration grammar is defined as follows: ClassDeclaration: class Identifier BaseClassListopt ClassBody ClassTemplateDeclaration BaseClassList: : SuperClass : SuperClass , Interfaces : Interfaces SuperClass: Identifier SuperClass should be Identifier, so it does not accept E[0]. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9577] Crash on static array of function literals
https://d.puremagic.com/issues/show_bug.cgi?id=9577 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9577] Crash on static array of function literals
https://d.puremagic.com/issues/show_bug.cgi?id=9577 --- Comment #5 from github-bugzi...@puremagic.com 2013-11-22 22:16:43 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/3b4a44091209d4a3743579aeb8ca14630a7a2314 Fix Issue 9577 - Crash on static array of function literals https://github.com/D-Programming-Language/dmd/commit/115cf0759e6e44ba01873c501c25cd1c831b209e Merge pull request #2858 from yebblies/issue9577 Issue 9577 - Crash on static array of function literals -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11264] dmd crash with variadic lambda
https://d.puremagic.com/issues/show_bug.cgi?id=11264 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Kenji Hara 2013-11-22 22:10:47 PST --- *** This issue has been marked as a duplicate of issue 9577 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9577] Crash on static array of function literals
https://d.puremagic.com/issues/show_bug.cgi?id=9577 --- Comment #4 from Kenji Hara 2013-11-22 22:10:47 PST --- *** Issue 11264 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9521] Missed with() anti-hijacking
https://d.puremagic.com/issues/show_bug.cgi?id=9521 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-11-23 17:02:07 EST --- void foo() is _not_ a local symbol. An analogous version of the second example would be: struct Foo { int x; } int x; void main() { Foo f; with (f) { x++; } } Which does _not give an error. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9532] scope(exit) + alloca -> internal error
https://d.puremagic.com/issues/show_bug.cgi?id=9532 yebblies changed: What|Removed |Added Keywords||EH, ice CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-11-23 17:00:14 EST --- Can anyone on non-windows reproduce? There have been a bunch of similar issues fixed since this was reported. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9537] auto ref returns a reference its own stack
https://d.puremagic.com/issues/show_bug.cgi?id=9537 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-11-23 16:55:39 EST --- So does import std.typecons; ref foo(T)(T t) { return t[0]; } void main() { int* p = &foo(tuple(1, 2)); } The bug is escaping a reference to a parameter. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9572] Missed wrong implicit integral conversion
https://d.puremagic.com/issues/show_bug.cgi?id=9572 yebblies changed: What|Removed |Added Keywords||pull CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-11-23 16:50:21 EST --- https://github.com/D-Programming-Language/dmd/pull/2859 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9577] Crash on static array of function literals
https://d.puremagic.com/issues/show_bug.cgi?id=9577 yebblies changed: What|Removed |Added Keywords||ice, pull OS/Version|Windows |All Severity|normal |major --- Comment #3 from yebblies 2013-11-23 16:04:25 EST --- https://github.com/D-Programming-Language/dmd/pull/2858 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11321] Can't link _D6object15__T7reserveTyaZ7reserveFNaNbNeKAyamZm
https://d.puremagic.com/issues/show_bug.cgi?id=11321 Daniel Wyatt changed: What|Removed |Added CC||daniel.wy...@gmail.com --- Comment #8 from Daniel Wyatt 2013-11-22 20:48:34 PST --- This seems to be fixed in 46b294ff2d (fixes 11239). Someone confirm & close? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9577] Crash on static array of function literals
https://d.puremagic.com/issues/show_bug.cgi?id=9577 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #2 from yebblies 2013-11-23 15:47:57 EST --- Global variables suck! FuncDeclaration::toIR sets cstate.CSpsymtab when doing codegen for main, but then it sets it again when doing the lambda! At the end of the lambda, cstate.CSpsymtab is NULLed, leading to the crash. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11574] Improper behavior of scope(failure)
https://d.puremagic.com/issues/show_bug.cgi?id=11574 --- Comment #1 from Shammah Chancellor 2013-11-22 20:10:22 PST --- Created an attachment (id=1293) Shows how scope(failure) return's can prevent proper exception bubbling. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9597] using "this" as a type leads to confusion
https://d.puremagic.com/issues/show_bug.cgi?id=9597 yebblies changed: What|Removed |Added CC||k.hara...@gmail.com, ||yebbl...@gmail.com --- Comment #2 from yebblies 2013-11-23 14:58:48 EST --- Hmm, this is caused by issue 2540. Makes me think 2540 was a mistake, as `alias x = this.foo;` is technically aliasing an expression. CCing Kenji because he was involved in the discussion. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11583] New: bigint bug
https://d.puremagic.com/issues/show_bug.cgi?id=11583 Summary: bigint bug Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: yuri.musashi.miwa.tam...@gmail.com --- Comment #0 from Musashi Tamura 2013-11-22 19:48:32 PST --- import std.stdio; import std.bigint; void main() { BigInt x = 0; writeln(x > 0); } => true This seems new in v2.064. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9718] [ICE] With a simple Algebraic
https://d.puremagic.com/issues/show_bug.cgi?id=9718 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #2 from yebblies 2013-11-23 13:49:33 EST --- No longer ICEs -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9823] Delegate accepting element not accepted in std.range.put
https://d.puremagic.com/issues/show_bug.cgi?id=9823 yebblies changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from yebblies 2013-11-23 13:23:44 EST --- Fixed by https://github.com/D-Programming-Language/phobos/commit/21e6cb98b52cea03f0d3bb596d5201e00afd1b89 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10571] formattedWrite error with delegate and string
https://d.puremagic.com/issues/show_bug.cgi?id=10571 yebblies changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #5 from yebblies 2013-11-23 13:21:37 EST --- Yay! -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11497] lambda in "static if"/"assert" prevent inlining of function
https://d.puremagic.com/issues/show_bug.cgi?id=11497 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11497] lambda in "static if"/"assert" prevent inlining of function
https://d.puremagic.com/issues/show_bug.cgi?id=11497 --- Comment #9 from github-bugzi...@puremagic.com 2013-11-22 17:42:41 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/de32be111bb299612285e2fef82f197e2d4a2764 fix Issue 11497 - lambda in "static if"/"assert" prevent inlining of function https://github.com/D-Programming-Language/dmd/commit/472f8c220f6ce7ca76d7d45afa0b5624575824dd Merge pull request #2845 from 9rnsr/fix11497 Issue 11497 - lambda in "static if"/"assert" prevent inlining of function -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10571] formattedWrite error with delegate and string
https://d.puremagic.com/issues/show_bug.cgi?id=10571 --- Comment #4 from github-bugzi...@puremagic.com 2013-11-22 17:36:44 PST --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/156962217c1e79ebfe02eb673e00cdff1685bd4f Issue 10571 - formattedWrite error with delegate and string -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11565] [Optimizer] Zeroes out the higher 32bits of register in ?: expression
https://d.puremagic.com/issues/show_bug.cgi?id=11565 yebblies changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8047] important opcodes missing from core/simd.d
https://d.puremagic.com/issues/show_bug.cgi?id=8047 Marco Leise changed: What|Removed |Added CC||marco.le...@gmx.de Severity|normal |major --- Comment #1 from Marco Leise 2013-11-22 16:43:26 PST --- Some mnemonics like PMOVMSKB cannot even be expressed with the interface that is offered. It returns a 32-bit word consisting of only the high bit of every byte in the MMX or SSE register. Since I've tried other workarounds up inline asm and hard coding hex values and nothing worked, I've set this bug to 'major'. The inline asm workaround usually ends in this: Internal error: backend/cgcod.c 1561 But that's not what this bug report is about. I'm just stating that there are more SIMD bugs lurking under the surface. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11582] New: inherit element/slice of type tuple
https://d.puremagic.com/issues/show_bug.cgi?id=11582 Summary: inherit element/slice of type tuple Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: l...@luismarques.eu --- Comment #0 from Lu�s Marques 2013-11-22 09:02:53 PST --- This gives an error: class C(E...) : E[0] { } Error: members expected Error: { } expected following aggregate declaration Inheriting from all the types in the type tuple is OK: class C(E...) : E { } Workaround: template C(E...) { alias T = E[1..$]; class C : T { } } This seems somewhat similar to Issue 11581 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9796] "too many initializers" error message doesn't give correct line number
https://d.puremagic.com/issues/show_bug.cgi?id=9796 yebblies changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||WORKSFORME --- Comment #1 from yebblies 2013-11-23 03:08:07 EST --- Now has line number: testx.d(3): Error: too many initializers for Foo -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9840] Methods in templates should likely not require the 'this' reference
https://d.puremagic.com/issues/show_bug.cgi?id=9840 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-11-23 02:59:46 EST --- Do you really want it to automatically make inner methods static? That seems like a bit much. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11581] New: Given T..., new T[0] does not work
https://d.puremagic.com/issues/show_bug.cgi?id=11581 Summary: Given T..., new T[0] does not work Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: l...@luismarques.eu --- Comment #0 from Lu�s Marques 2013-11-22 07:48:34 PST --- I'm not sure, but this seems a bug: class X(T...) if(T.length > 0) { T[0] foo() { return new T[0]; } } class A : X!A {} Error: can't have array of (A) Workaround: class X(T...) if(T.length > 0) { T[0] foo() { alias T0 = T[0]; return new T0; } } -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9912] Wrong codegen when using tuple over member variable in more than one method
https://d.puremagic.com/issues/show_bug.cgi?id=9912 yebblies changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||FIXED --- Comment #3 from yebblies 2013-11-23 02:40:56 EST --- Appears fixed -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11576] std.algorithm.remove!(SwapStrategy.unstable) overruns array bounds
https://d.puremagic.com/issues/show_bug.cgi?id=11576 hst...@quickfur.ath.cx changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from hst...@quickfur.ath.cx 2013-11-22 07:39:06 PST --- Confirmed fixed in git HEAD. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9913] static if (__traits(compiles)...) causes program to hang
https://d.puremagic.com/issues/show_bug.cgi?id=9913 --- Comment #4 from yebblies 2013-11-23 02:37:36 EST --- loop* -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9913] static if (__traits(compiles)...) causes program to hang
https://d.puremagic.com/issues/show_bug.cgi?id=9913 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com Component|DMD |druntime --- Comment #3 from yebblies 2013-11-23 02:29:20 EST --- Looks like an infinite look inside the gc -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10318] Built-in array sort usage warning, then deprecation, and finally removal
https://d.puremagic.com/issues/show_bug.cgi?id=10318 --- Comment #4 from yebblies 2013-11-23 02:08:12 EST --- (In reply to comment #3) > (In reply to comment #2) > > Well, I tried. Issue 5124. > > > > https://github.com/yebblies/dmd/tree/issue10318 > > https://github.com/D-Programming-Language/druntime/pull/669 > > This issue is about the deprecation of just the built-in "sort". It is not > about the deprecation of just the built-in "reverse". > > The built-in "reverse" can't be yet deprecated, because currently the Phobos > "reverse" can't replace all the usages of the built-in "reverse", see Issue > 11555 And sort doesn't work in pure functions. So what? Besides, this is just a warning, not a full-on deprecation. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9930] enum members should be hidden in an enum instance
https://d.puremagic.com/issues/show_bug.cgi?id=9930 yebblies changed: What|Removed |Added Keywords||pull --- Comment #5 from yebblies 2013-11-23 01:56:53 EST --- (In reply to comment #4) > Going to label this as an enhancement, we'll see later if it's worth > implementing. I don't see any point in being able to access enum members through an enum variable. https://github.com/D-Programming-Language/dmd/pull/2857 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9932] CTFE cannot be used when a struct has "uninitialized" static array union members?
https://d.puremagic.com/issues/show_bug.cgi?id=9932 yebblies changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||WORKSFORME --- Comment #1 from yebblies 2013-11-23 01:31:02 EST --- Works now. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9930] enum members should be hidden in an enum instance
https://d.puremagic.com/issues/show_bug.cgi?id=9930 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #3 from yebblies 2013-11-23 01:35:37 EST --- (In reply to comment #2) > To make sure Issue 10253 is implementable, I'd still like the following to > work > (which currently does): > > - > enum E > { > A, > B > } > > struct S > { > E e; > alias e this; > } > > auto x = S.A; // equivalent to S.e.A, or E.A > - I don't think we can have both. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9930] enum members should be hidden in an enum instance
https://d.puremagic.com/issues/show_bug.cgi?id=9930 Andrej Mitrovic changed: What|Removed |Added Severity|normal |enhancement --- Comment #4 from Andrej Mitrovic 2013-11-22 06:42:43 PST --- Going to label this as an enhancement, we'll see later if it's worth implementing. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10318] Built-in array sort usage warning, then deprecation, and finally removal
https://d.puremagic.com/issues/show_bug.cgi?id=10318 --- Comment #3 from bearophile_h...@eml.cc 2013-11-22 06:23:10 PST --- (In reply to comment #2) > Well, I tried. Issue 5124. > > https://github.com/yebblies/dmd/tree/issue10318 > https://github.com/D-Programming-Language/druntime/pull/669 This issue is about the deprecation of just the built-in "sort". It is not about the deprecation of just the built-in "reverse". The built-in "reverse" can't be yet deprecated, because currently the Phobos "reverse" can't replace all the usages of the built-in "reverse", see Issue 11555 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9040] Assertion `precedence[e->op] != PREC_zero' failed instantiating anonymous class at compile time
https://d.puremagic.com/issues/show_bug.cgi?id=9040 --- Comment #11 from yebblies 2013-11-23 01:07:27 EST --- (In reply to comment #10) > > I thought this had something to do with not allowing 'new'ing a class at > compile-time. I don't quite understand where the limitation for TLS > specifically came from, e.g.: > > - > class Class { } > static tls = new Class(); // NG > __gshared glob = new Class(); // ok > > void main() { } > - > > Why is one allowed but not the other? And is this documented somewhere? IIRC because all threads get the same tls init data, and end up referencing the same class. This could be fixed, but it doesn't currently work. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10318] Built-in array sort usage warning, then deprecation, and finally removal
https://d.puremagic.com/issues/show_bug.cgi?id=10318 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com Depends on||5124 --- Comment #2 from yebblies 2013-11-23 00:43:07 EST --- Well, I tried. Issue 5124. https://github.com/yebblies/dmd/tree/issue10318 https://github.com/D-Programming-Language/druntime/pull/669 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9040] Assertion `precedence[e->op] != PREC_zero' failed instantiating anonymous class at compile time
https://d.puremagic.com/issues/show_bug.cgi?id=9040 --- Comment #10 from Andrej Mitrovic 2013-11-22 05:15:35 PST --- (In reply to comment #9) > (In reply to comment #8) > > (In reply to comment #7) > > > test.d(5): Error: variable test.main.staticAnonInstance is mutable. Only > > > const > > > or immutable class thread local variable are allowed, not test.BaseClass > > > > Btw, can we do something about this diagnostic? It makes absolutely no > > sense at > > all. Here's a mutable class thread-local variable: > > > > auto a = new Class(); > > > > So the diagnostic makes no sense.. > > class Class {} > auto a = new Class(); > > testx.d(136): Error: variable testx.a is mutable. Only const or immutable > class > thread local variable are allowed, not testx.Class > > Why doesn't it make sense? I thought this had something to do with not allowing 'new'ing a class at compile-time. I don't quite understand where the limitation for TLS specifically came from, e.g.: - class Class { } static tls = new Class(); // NG __gshared glob = new Class(); // ok void main() { } - Why is one allowed but not the other? And is this documented somewhere? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11580] New: A unittest of std.stdio.rawRead cannot run and some unittests in std.stdio must run on Win64.
https://d.puremagic.com/issues/show_bug.cgi?id=11580 Summary: A unittest of std.stdio.rawRead cannot run and some unittests in std.stdio must run on Win64. Product: D Version: D2 Platform: x86_64 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: enjouzensyou.bo...@gmail.com --- Comment #0 from Kazuki Komatsu 2013-11-22 05:06:12 PST --- Following code cannot run in Win64. --- import std.stdio; import std.file; void main() { auto deleteme = "foo.txt"; std.file.write(deleteme, "\r\n\n\r\n"); scope(exit) std.file.remove(deleteme); auto f = File(deleteme, "r"); auto buf = f.rawRead(new char[5]); f.close(); assert(buf == "\r\n\n\r\n"); } --- And furthermore, some unittest of std.stdio is nullified by using `version(Win64){}else` in Win64. For example: GitHub HEAD's std/stdio.d(605) --- version(Win64) {} else unittest { auto deleteme = testFilename(); auto f = File(deleteme, "w"); scope(exit) std.file.remove(deleteme); f.rawWrite("\r\n\n\r\n"); f.close(); assert(std.file.read(deleteme) == "\r\n\n\r\n"); } --- -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9953] manifest constants of reference types should be illegal
https://d.puremagic.com/issues/show_bug.cgi?id=9953 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #3 from yebblies 2013-11-23 00:08:49 EST --- (In reply to comment #2) > If we're going to do this we might as well introduce it in 2.063, since this > release will have breaking changes related to this. > I don't want to do this until issue 6238 is fixed. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9040] Assertion `precedence[e->op] != PREC_zero' failed instantiating anonymous class at compile time
https://d.puremagic.com/issues/show_bug.cgi?id=9040 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #9 from yebblies 2013-11-22 23:47:07 EST --- (In reply to comment #8) > (In reply to comment #7) > > test.d(5): Error: variable test.main.staticAnonInstance is mutable. Only > > const > > or immutable class thread local variable are allowed, not test.BaseClass > > Btw, can we do something about this diagnostic? It makes absolutely no sense > at > all. Here's a mutable class thread-local variable: > > auto a = new Class(); > > So the diagnostic makes no sense.. class Class {} auto a = new Class(); testx.d(136): Error: variable testx.a is mutable. Only const or immutable class thread local variable are allowed, not testx.Class Why doesn't it make sense? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5849] std.random.dice is better as a range
https://d.puremagic.com/issues/show_bug.cgi?id=5849 --- Comment #10 from bearophile_h...@eml.cc 2013-11-22 04:43:56 PST --- See also: http://www.keithschwarz.com/interesting/code/?dir=alias-method Once paid the time to create the range, all the successive popFront() become just something like this (where for speed nextDouble is not a call to uniform(), but it's more like uniform01): int column = random.nextInt(probability.length); boolean coinToss = random.nextDouble() < probability[column]; return coinToss ? column : alias[column]; -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11568] can't compile std.stdio.rawWrite with -m64 in Windows
https://d.puremagic.com/issues/show_bug.cgi?id=11568 Kazuki Komatsu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Kazuki Komatsu 2013-11-22 04:44:06 PST --- Sorry, in GitHub HEAD, this issue is fixed, but `std.stdio.rawRead` and some unittests cannot compile in Win64. So, I close this issue and open a new issue about `std.stdui.rawRead`. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11579] New: dlang.org repo can't be built without git
https://d.puremagic.com/issues/show_bug.cgi?id=11579 Summary: dlang.org repo can't be built without git Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: c...@dawg.eu --- Comment #0 from Martin Nowak 2013-11-22 03:43:08 PST --- This is an issue when integrating the makefiles with package build scripts for linux distributions. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5601] A template forward reference error
https://d.puremagic.com/issues/show_bug.cgi?id=5601 --- Comment #5 from Kenji Hara 2013-11-22 03:31:55 PST --- (In reply to comment #4) > (In reply to comment #3) > > > Before function body semantic finished, getting type > > of auto function will cause forward reference error since its return type is > > not determined. > > Can't the type inferencer become a little smarter and see that the return type > of foo is something defined in terms of itself, but it's also an int, and so > decide it's an int? No. In statement scope, all of statements are ordered from top to the bottom. We can regard as the return type of auto function is declared at the end of the function body. So seeing return type inside auto-function is exactly same as forward reference issue. Consider the following invalid code. If the return type is visible inside function, compiler cannot determine the return type of foo. auto foo(int n) { if (n == 1) return 1; // forward reference to return type static if (is(ReturnType!foo == int)) return ""; assert(0); } Therefore it is necessary limitation to avoid indeterminate case. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9807] with statement does not work with alias this
https://d.puremagic.com/issues/show_bug.cgi?id=9807 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com Resolution|DUPLICATE |FIXED --- Comment #2 from yebblies 2013-11-22 22:32:31 EST --- This was not a dupe of issue 6711, it asks for properties of built-in types to be accessible via with. eg this doesn't work void main() { int[int] aa; with(aa) { } } Making this work for AAs is questionable, as this doesn't work: void main() { struct S { int[] a; alias a this; } S x; with(x) { length; } } -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8244] cannot slice a type tuple with '[]' in locations where a type is valid
https://d.puremagic.com/issues/show_bug.cgi?id=8244 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara 2013-11-22 03:04:37 PST --- https://github.com/D-Programming-Language/dmd/pull/2855 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6382] edge case with static foreach
https://d.puremagic.com/issues/show_bug.cgi?id=6382 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Platform|Other |All Resolution||FIXED OS/Version|Windows |All -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5601] A template forward reference error
https://d.puremagic.com/issues/show_bug.cgi?id=5601 --- Comment #4 from bearophile_h...@eml.cc 2013-11-22 02:52:35 PST --- (In reply to comment #3) > Before function body semantic finished, getting type > of auto function will cause forward reference error since its return type is > not determined. Can't the type inferencer become a little smarter and see that the return type of foo is something defined in terms of itself, but it's also an int, and so decide it's an int? -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6382] edge case with static foreach
https://d.puremagic.com/issues/show_bug.cgi?id=6382 --- Comment #1 from Kenji Hara 2013-11-22 02:49:23 PST --- The problem is finally fixed in 2.064, by fixing bug 9571. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10369] Deprecate unordered floating point comparisons (!<>=, etc) and later remove them
https://d.puremagic.com/issues/show_bug.cgi?id=10369 --- Comment #8 from bearophile_h...@eml.cc 2013-11-22 02:46:44 PST --- (In reply to comment #4) > Is the phobos sort good enough to replace it? IIRC there were some > problems... I have answered in Issue 10318 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10318] Built-in array sort usage warning, then deprecation, and finally removal
https://d.puremagic.com/issues/show_bug.cgi?id=10318 --- Comment #1 from bearophile_h...@eml.cc 2013-11-22 02:46:24 PST --- A comment by yebblies: > Is the phobos sort good enough to replace it? IIRC there were some > problems... Phobos sort is not perfect, in some pathological cases its unstable algorithm goes in quadratic behavour, and it will need to become something more like the C++ STL introsort (that switches to another O(n ln n) algorithm in those cases). But still I think the Phobos sort is better than (safer, faster, less buggy, look in Bugzilla for some of the built-in sort bugs) than the built-in sort. And as programmers are lazy and don't add a () (or sometimes they forget) more and more code is written relying on the built-in sort, and it is not compatible with the Phobos sort (Phobos sort doesn't sort a char[] and it doesn't return the sorted array, you need a ".release"), this will cause growing problems in porting that code. So I think deprecating the built-in sort is becoming urgent. In some months I will probably increase the importance of this from normal to major. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11504] [CTFE] JSONValue cannot make in CTFE
https://d.puremagic.com/issues/show_bug.cgi?id=11504 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #7 from Kenji Hara 2013-11-22 02:35:37 PST --- Issue 10527 has been fixed. So add a link to pull request. https://github.com/D-Programming-Language/dmd/pull/2757 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3307] Template alias default parameters aren't resolved properly
https://d.puremagic.com/issues/show_bug.cgi?id=3307 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Kenji Hara 2013-11-22 02:27:35 PST --- At least the issue had been fixed from 2.057. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1667] Forward reference to struct initializer in template
https://d.puremagic.com/issues/show_bug.cgi?id=1667 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #4 from Kenji Hara 2013-11-22 02:16:40 PST --- D1 is no longer supported. And same issue does not exist in D2. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2806] enum member cannot be forward referenced
https://d.puremagic.com/issues/show_bug.cgi?id=2806 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Kenji Hara 2013-11-22 02:14:00 PST --- Fixed from 2.063, and properly documented in 2.064 (issue 11130). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3834] forward reference in templated class
https://d.puremagic.com/issues/show_bug.cgi?id=3834 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Platform|Other |All Version|2.040 |D2 Resolution||FIXED --- Comment #2 from Kenji Hara 2013-11-22 02:02:45 PST --- The first case in comment#0 was fixed in 2.064, by fixing issue 10583. The second case in comment #1 was fixed in 2.059. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5601] A template forward reference error
https://d.puremagic.com/issues/show_bug.cgi?id=5601 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Version|D1 & D2 |D2 Resolution||INVALID --- Comment #3 from Kenji Hara 2013-11-22 01:47:37 PST --- (In reply to comment #0) > A case of forward template forward reference (I am not sure this is actually a > bug): > > > import std.traits; > auto foo() { > alias ReturnType!foo T; > return 0; > } > void main() {} > > > DMD 2.052 shows (it's not a regression): > > ...\dmd\src\phobos\std\traits.d(122): Error: template instance forward > reference of foo > ...\dmd\src\phobos\std\traits.d(105): Error: forward reference to foo > ...\dmd\src\phobos\std\traits.d(122): Error: template instance > std.traits.staticLength!(foo) error instantiating This is correct behavior. Before function body semantic finished, getting type of auto function will cause forward reference error since its return type is not determined. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2885] Silent forward reference bug using ReturnType
https://d.puremagic.com/issues/show_bug.cgi?id=2885 Kenji Hara changed: What|Removed |Added Version|1.041 |D2 Resolution|DUPLICATE |FIXED --- Comment #2 from Kenji Hara 2013-11-22 01:50:00 PST --- This is not a dup of 5601, and was fixed in 2.047 (at least in D2). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5878] Forward reference in returning superclass from template using is() expression (Breaks std.traits.BaseTypeTuple)
https://d.puremagic.com/issues/show_bug.cgi?id=5878 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Version|D1 & D2 |D2 Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6551] struct constructor not recognized when forward referenced
https://d.puremagic.com/issues/show_bug.cgi?id=6551 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Kenji Hara 2013-11-22 01:37:24 PST --- *** This issue has been marked as a duplicate of issue 9441 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9441] struct constructor missed on auto/type-inferred variable definition
https://d.puremagic.com/issues/show_bug.cgi?id=9441 Kenji Hara changed: What|Removed |Added CC||mrmoc...@gmx.de --- Comment #4 from Kenji Hara 2013-11-22 01:37:24 PST --- *** Issue 6551 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10875] Introduce functionLinkageType to mirror functionLinkage with an enum
https://d.puremagic.com/issues/show_bug.cgi?id=10875 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #5 from Andrej Mitrovic 2013-11-22 01:07:18 PST --- Unfortunately implementing this might very likely break existing code due to how enums are formatted. See this comment: https://github.com/D-Programming-Language/phobos/pull/1587#discussion_r7834400 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1748] Wrong stringof for templated classes
https://d.puremagic.com/issues/show_bug.cgi?id=1748 Kenji Hara changed: What|Removed |Added Keywords||pull Platform|PowerPC |All Version|1.00|D2 OS/Version|Mac OS X|All --- Comment #7 from Kenji Hara 2013-11-22 01:03:32 PST --- https://github.com/D-Programming-Language/dmd/pull/2854 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9040] Assertion `precedence[e->op] != PREC_zero' failed instantiating anonymous class at compile time
https://d.puremagic.com/issues/show_bug.cgi?id=9040 --- Comment #8 from Andrej Mitrovic 2013-11-22 00:47:11 PST --- (In reply to comment #7) > test.d(5): Error: variable test.main.staticAnonInstance is mutable. Only const > or immutable class thread local variable are allowed, not test.BaseClass Btw, can we do something about this diagnostic? It makes absolutely no sense at all. Here's a mutable class thread-local variable: auto a = new Class(); So the diagnostic makes no sense.. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4226] Can't forward reference identifier defined within a string mixin
https://d.puremagic.com/issues/show_bug.cgi?id=4226 Kenji Hara changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #2 from Kenji Hara 2013-11-22 00:32:12 PST --- *** This issue has been marked as a duplicate of issue 1170 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1170] Cannot forward reference a type defined in a MixinStatement
https://d.puremagic.com/issues/show_bug.cgi?id=1170 Kenji Hara changed: What|Removed |Added Platform|x86 |All Version|1.013 |D2 OS/Version|Windows |All Severity|normal |major --- Comment #11 from Kenji Hara 2013-11-22 00:34:00 PST --- Change to D2 issue, because D1 is no longer supported. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1170] Cannot forward reference a type defined in a MixinStatement
https://d.puremagic.com/issues/show_bug.cgi?id=1170 Kenji Hara changed: What|Removed |Added CC||nfx...@gmail.com --- Comment #10 from Kenji Hara 2013-11-22 00:32:12 PST --- *** Issue 4226 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11576] std.algorithm.remove!(SwapStrategy.unstable) overruns array bounds
https://d.puremagic.com/issues/show_bug.cgi?id=11576 --- Comment #3 from github-bugzi...@puremagic.com 2013-11-22 00:31:41 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/c1ce350db96e135c1a81a702f2f8913a139f13fc Fix issue 11576. https://github.com/D-Programming-Language/phobos/commit/b6add96a2ba1a37ae231ad5ead01411bed7e9c97 Merge pull request #1710 from quickfur/issue11576 Fix issue 11576. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9960] Show warnings/deprecations during template instantiation
https://d.puremagic.com/issues/show_bug.cgi?id=9960 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com Severity|normal |enhancement -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7744] Forward reference in string mixin
https://d.puremagic.com/issues/show_bug.cgi?id=7744 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid Platform|x86 |All Summary|Crash with forward |Forward reference in string |reference in string mixin |mixin OS/Version|Windows |All --- Comment #1 from Kenji Hara 2013-11-22 00:27:30 PST --- (In reply to comment #0) > Hi, I was working on a grammar with Pegged and dmd crashed. I reduced it to: > > class ZeroOrMore(Expr) > { > enum name = "ZeroOrMore!("~Expr.name~")"; > } > class Range(char begin, char end) > { > enum name = "Range!("~begin~","~end~")"; > } > mixin(q{ > class RubySource : ZeroOrMore!(DecLiteral) > { > } > class DecLiteral : Range!('0','9') > { > } > }); > void main() { > } > > I get this error, followed by dmd crashing: > > dmd_crash.d(13): Error: class dmd_crash.DecLiteral is forward referenced when > looking for 'name' With git head, crash does not occur anymore. However compilation still wrongly fails. https://github.com/D-Programming-Language/dmd/pull/2853 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9008] Another forward referencing bug
https://d.puremagic.com/issues/show_bug.cgi?id=9008 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11559] Optlink crash with more than 2048 modules generated and debug info
https://d.puremagic.com/issues/show_bug.cgi?id=11559 yebblies changed: What|Removed |Added Summary|Optlink crash with more |Optlink crash with more |than 2048 modules generated |than 2048 modules generated ||and debug info --- Comment #2 from yebblies 2013-11-22 19:24:05 EST --- I forgot to add: This only happens with debug info enabled. -g or -gc make it crash. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11578] Add pragma error, warning
https://d.puremagic.com/issues/show_bug.cgi?id=11578 yebblies changed: What|Removed |Added Keywords||pull CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-11-22 19:21:58 EST --- This has an existing pull request: https://github.com/D-Programming-Language/dmd/pull/2755 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11533] Compiler should allow to being nested for static local template functions
https://d.puremagic.com/issues/show_bug.cgi?id=11533 Kenji Hara changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #3 from Kenji Hara 2013-11-22 00:19:46 PST --- *** Issue 7805 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7805] "static" allows free templated functions to accept struct fields as template alias parameters
https://d.puremagic.com/issues/show_bug.cgi?id=7805 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Kenji Hara 2013-11-22 00:19:46 PST --- Fixed by issue 11533. *** This issue has been marked as a duplicate of issue 11533 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3031] scoped static var conflicts while linking
https://d.puremagic.com/issues/show_bug.cgi?id=3031 --- Comment #7 from yebblies 2013-11-22 19:13:50 EST --- (In reply to comment #6) > I just got bit by this. Any new thoughts? It's not too hard to fix, since static variables don't really need unique mangled names. It's also not terribly high-priority, with all the wrong-code and accepts-invalid bugs that are open. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7758] Mixin error: No size yet for forward reference
https://d.puremagic.com/issues/show_bug.cgi?id=7758 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Kenji Hara 2013-11-22 00:13:38 PST --- With 2.064, the code: string test(alias member)() { return ""; } struct S { int i; mixin(test!i()); } Prints: test.d(1): Error: function test.S.test!(i).test need 'this' to access member test test.d(5):called from here: test() --- This exactly is same behavior with: struct S { string foo() { return ""; } mixin(foo()); // call member function 'foo' without valid 'this' } Prints: test.d(3): Error: function test.S.foo need 'this' to access member foo test.d(4):called from here: foo() --- Therefore the original issue is already fixed. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10369] Deprecate unordered floating point comparisons (!<>=, etc)
https://d.puremagic.com/issues/show_bug.cgi?id=10369 --- Comment #7 from yebblies 2013-11-22 19:07:24 EST --- (In reply to comment #5) > Where was the discussion about the acceptability of removal? Because > Bearophile wants it gone? That's hardly sufficient reason to remove features > from the language. Personally, I don't care either way, but I do care about > the process and this one lacks any sort of justification or agreement. No idea, but I remember some discussion deciding they should be deprecated, and they ended up in dlang.org/deprecate.html way back. This bug report just reminded me I'd never got around to pulling them out of druntime and disabling them. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---