[Issue 7261] ICE(glue.c): With taskPool.reduce
http://d.puremagic.com/issues/show_bug.cgi?id=7261 --- Comment #2 from SHOO 2012-02-04 23:47:11 PST --- import std.parallelism; void func() { } void main() { taskPool.put(task(&func)); } - I can compile this code in dmd2.057, but cannot compile it in git head. (dmd displays similar error message.) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7428] regression (DMD 2.058head) ICE on slightly convoluted setup including closures
http://d.puremagic.com/issues/show_bug.cgi?id=7428 --- Comment #2 from github-bugzi...@puremagic.com 2012-02-04 23:44:16 PST --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/8b8abab85a916153211c902aa41b23786cda6062 fix Issue 7428 - regression (DMD 2.058head) ICE on slightly convoluted setup including closures -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7428] regression (DMD 2.058head) ICE on slightly convoluted setup including closures
http://d.puremagic.com/issues/show_bug.cgi?id=7428 Walter Bright 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 1595] (D1 only) Multiple typedefs of Exception should be treated as different types.
http://d.puremagic.com/issues/show_bug.cgi?id=1595 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com Version|1.018 |D1 Summary|Multiple typedefs of|(D1 only) Multiple typedefs |Exception should be treated |of Exception should be |as different types. |treated as different types. --- Comment #7 from yebblies 2012-02-05 18:41:43 EST --- Yes, the individual versions are not used any more. Having (D1 only) as a prefix in the title also helps differentiate the bugs. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1595] Multiple typedefs of Exception should be treated as different types.
http://d.puremagic.com/issues/show_bug.cgi?id=1595 Yao Gomez changed: What|Removed |Added CC||yao.go...@gmail.com --- Comment #5 from Yao Gomez 2012-02-04 22:32:00 PST --- This is a D1 only issue (obviously, as D2 will deprecate typedef). However, the version currently selected is 1.018. What should be done with this reports (besides fixing them) with specific version? Should be changed to the more generic D1? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1205] Make links from phobos web pages to source code
http://d.puremagic.com/issues/show_bug.cgi?id=1205 Bill Baxter changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Bill Baxter 2012-02-04 22:24:15 PST --- Cool! I'll close it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5835] Class array's TypeInfo.getHash doesn't work correctly
http://d.puremagic.com/issues/show_bug.cgi?id=5835 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #4 from yebblies 2012-02-05 15:50:53 EST --- Are these patches still valid? Maybe worth turning them into pull requests. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5651] Named enum doesn't work with associative arrays
http://d.puremagic.com/issues/show_bug.cgi?id=5651 yebblies changed: What|Removed |Added Status|NEW |RESOLVED CC||yebbl...@gmail.com Resolution||INVALID --- Comment #1 from yebblies 2012-02-05 15:47:17 EST --- Not a bug, the first declaration is essentially a horrible way to write: enum int[string] Circle = ["CoolCircle":50]; While the second is an enum declaration, and enums do not support AAs as a base type. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5636] Array ops broken for comparisons
http://d.puremagic.com/issues/show_bug.cgi?id=5636 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com Platform|Other |All OS/Version|Windows |All Severity|normal |enhancement --- Comment #4 from yebblies 2012-02-05 15:45:14 EST --- This is working as designed, although it's not particularly intuitive. It might be worth bringing this up on the newsgroup to see what kind of support it has. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7439] Compound assignment causes segmentation fault
http://d.puremagic.com/issues/show_bug.cgi?id=7439 yebblies changed: What|Removed |Added Keywords||pull Severity|critical|major --- Comment #1 from yebblies 2012-02-05 14:31:09 EST --- https://github.com/D-Programming-Language/dmd/pull/695 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5181] Excess cast on in-place operation op= involving conversion
http://d.puremagic.com/issues/show_bug.cgi?id=5181 yebblies changed: What|Removed |Added Keywords||pull CC||yebbl...@gmail.com --- Comment #1 from yebblies 2012-02-05 14:30:43 EST --- https://github.com/D-Programming-Language/dmd/pull/695 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5278] gentoo's 'hardended' gcc doesn't work with dmd
http://d.puremagic.com/issues/show_bug.cgi?id=5278 Chad Joan changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #27 from Chad Joan 2012-02-04 19:21:23 PST --- I'm reopening this because DMD won't work on my system unless -fno-pie is passed to GCC by DMD itself. I can't even fix this without recompiling DMD because if I add "-L-fno-pie" to dmd.conf then will put "-Xlinker" before that and GCC itself never sees the "-fno-pie". (See my previous comment for more detail.) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7428] regression (DMD 2.058head) ICE on slightly convoluted setup including closures
http://d.puremagic.com/issues/show_bug.cgi?id=7428 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 2012-02-04 18:41:52 PST --- I simplified this a bit (still hurts my brain, though). The bug is tripped when a lambda is used rather than the equivalent nested function: alias long delegate(long) dg_t; void Y(dg_t delegate (dg_t) y) { struct F { long delegate(F) f; }; version (all) { // generates error (dg_t delegate(F) a){return a(F((F b){return y(a(b))(1);})); } ((F b){return (long n){return b.f(b);};}); } else { auto abc(dg_t delegate(F) a) { return a(F((F b){return y(a(b))(1);})); } abc((F b){return (long n){return b.f(b);};}); } } void main(){ auto foo(dg_t self) { auto bar(long i) { return self(1); } return &bar; } Y(&foo); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7435] Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option.
http://d.puremagic.com/issues/show_bug.cgi?id=7435 --- Comment #1 from github-bugzi...@puremagic.com 2012-02-04 14:52:08 PST --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/00fa9f73f5a713670979fa0c11acc6872205cdd2 fix Issue 7435 - Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option. --- Comment #2 from github-bugzi...@puremagic.com 2012-02-04 14:52:14 PST --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/766bfbad17048dbe98bb5fe5df3cb0bb69982d93 fix Issue 7435 - Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7439] New: Compound assignment causes segmentation fault
http://d.puremagic.com/issues/show_bug.cgi?id=7439 Summary: Compound assignment causes segmentation fault Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: iteronve...@gmail.com --- Comment #0 from iteronve...@gmail.com 2012-02-04 14:47:00 PST --- Tested on Gnu/Linux, 64-bit, DMD-2.057 --8<8<-- struct A(int r, int c){ public: alias r R; alias c C; alias float[R * C] Data; Data _data; alias _data this; this(Data ar){ _data = ar; } pure ref float opIndex(size_t rr, size_t cc){ return _data[cc + rr * C]; } } void main(){ A!(2, 2) a = A!(2, 2)([8, 3, 2, 9]); a[0,0] -= a[0,0] * 2.0; } -->8>8-- workaround: avoid compound assignment operators. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7435] Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option.
http://d.puremagic.com/issues/show_bug.cgi?id=7435 --- Comment #1 from github-bugzi...@puremagic.com 2012-02-04 14:52:08 PST --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/00fa9f73f5a713670979fa0c11acc6872205cdd2 fix Issue 7435 - Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7437] DMD enters infinite loop during overload resolution
http://d.puremagic.com/issues/show_bug.cgi?id=7437 --- Comment #2 from timon.g...@gmx.ch 2012-02-04 13:08:47 PST --- (In reply to comment #1) > I can't reproduce this. Are you sure you ran make clean before building? Yes. I just ran these commands and tested again, to be sure: git pull; make -fposix.mak clean; make -fposix.mak The problem is also present in DMD 2.057 from the package on the website. I am running Ubuntu on a x86_64 system. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7438] New: Functions from std.conv should be pure
http://d.puremagic.com/issues/show_bug.cgi?id=7438 Summary: Functions from std.conv should be pure Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: syntaxcolor...@gmail.com --- Comment #0 from syntaxcolor...@gmail.com 2012-02-04 12:55:56 PST --- The conversion functions in std.conv always yield the same results for the same input, so they should be marked as pure. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7355] inout incorrectly resolved if the same type has both mutable and immutable parts
http://d.puremagic.com/issues/show_bug.cgi?id=7355 --- Comment #20 from timon.g...@gmx.ch 2012-02-04 10:05:05 PST --- (In reply to comment #19) > (In reply to comment #18) > > (In reply to comment #17) > > > try at a minimum immutable, mutable, and inout. If more than one of these > > > typechecks, the call is ambiguous. > > > > What if one is a better match than the other? If it should fail I think we > > should use the repaired overload resolution. It has exactly the required > > semantics. > > Example? How can immutable match "better" than mutable? I guess it would > depend on the definition of "better". class A{ A x()const{return new A;} alias x this; } int foo(immutable(A) x){return 1;} int foo(A x){return 2;} static assert(foo(new immutable(A)) == 1); The overload is resolved to the first function because it is an exact match whereas the second overload is a match with implicit conversions. Your proposed rules would always use the alias this when matching an inout(A) parameter, and that is probably not what is wanted. Interestingly, the compiler currently seems to explore the alias this of the alias this of the alias this... and never terminates. (Also see issue 7437). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7437] New: DMD enters infinite loop during overload resolution
http://d.puremagic.com/issues/show_bug.cgi?id=7437 Summary: DMD enters infinite loop during overload resolution Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: timon.g...@gmx.ch --- Comment #0 from timon.g...@gmx.ch 2012-02-04 09:58:40 PST --- With DMD 2.058head, the compilation of the following code does not terminate. -v output suggests DMD hangs in semantic2. class A{ A x()const{return new A;} alias x this; } int foo(immutable(A) x){return 1;} int foo(A x){return 2;} static assert(foo(new immutable(A)) == 1); -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7437] DMD enters infinite loop during overload resolution
http://d.puremagic.com/issues/show_bug.cgi?id=7437 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebblies 2012-02-05 05:01:25 EST --- I can't reproduce this. Are you sure you ran make clean before building? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7436] New: ICE(cg87.c) ubyte = ubyte op= float
http://d.puremagic.com/issues/show_bug.cgi?id=7436 Summary: ICE(cg87.c) ubyte = ubyte op= float Product: D Version: D1 & D2 Platform: All OS/Version: All Status: NEW Keywords: ice Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: yebbl...@gmail.com --- Comment #0 from yebblies 2012-02-05 04:43:14 EST --- void main() { ubyte r, a; float b; r = a += b; } Same with any floating point type and any integral type sz < 4. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2006] Empty array literals with explicit type implicitly convert to any array type
http://d.puremagic.com/issues/show_bug.cgi?id=2006 --- Comment #11 from yebblies 2012-02-05 01:29:46 EST --- (In reply to comment #10) > cast(T[]) [] is a T[], simple as that. So the bug is that, in this situation, > for some perverted reason an implicit conversion match is chosen over an exact > match. Removing the implicit conversions stops this bug from biting, but I > can > imagine there being other places where it might still be an issue. > > I'm finding it puzzling that changing a method in ArrayLiteralExp would alter > the implicit conversions of a CastExpression. But if it works, so be it. Yes and no. In CatAssignExp::semantic, the compiler calls implicitConvTo on e2 (the array literal) to see if it can convert to T[][]. ArrayLiteralExp::implicitConvTo returns a match level, and unless it returns MATCHnomatch the compiler essentially rewrites the expression as (e1 ~= cast(typeof(e1))e2). All that works fine, the problem is in ArrayLiteralExp::implicitConvTo. An array literal can implicitly convert to a type if the type is an array, and each element converts to the type's element type. ArrayLiteralExp::implicitConvTo does that with something like the following (simplified): { level = assume perfect match foreach(element) if conversion match is worse than level level = this match } Which results in the assumption never being corrected if the literal has zero elements, which makes sense because an untyped empty array literal converts to anything. This breaks down if the array literal has been set an explicit type, which is what my patch fixes. The way it's all done is actually quite clever, but it takes a bit of work to understand. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2006] Empty array literals with explicit type implicitly convert to any array type
http://d.puremagic.com/issues/show_bug.cgi?id=2006 --- Comment #10 from Stewart Gordon 2012-02-04 06:15:31 PST --- (In reply to comment #9) > It has nothing to do with appending, but the fact that for T[][] the compiler > has to choose to append an empty array as a T[] or a T[][], and it does this > by > checking implicit conversions, which pass incorrectly. cast(T[]) [] is a T[], simple as that. So the bug is that, in this situation, for some perverted reason an implicit conversion match is chosen over an exact match. Removing the implicit conversions stops this bug from biting, but I can imagine there being other places where it might still be an issue. I'm finding it puzzling that changing a method in ArrayLiteralExp would alter the implicit conversions of a CastExpression. But if it works, so be it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7435] Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option.
http://d.puremagic.com/issues/show_bug.cgi?id=7435 kekeni...@yahoo.co.jp changed: What|Removed |Added Severity|normal |regression -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7435] New: Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option.
http://d.puremagic.com/issues/show_bug.cgi?id=7435 Summary: Regression(master):dmd crashes when 'scope(failure) debug ...' without -debug option. Product: D Version: D1 & D2 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: kekeni...@yahoo.co.jp --- Comment #0 from kekeni...@yahoo.co.jp 2012-02-04 04:13:05 PST --- Compiling the following code without -debug option causes dmd.exe to crash. But D2.057 does not crash. import std.stdio; void main() { scope(failure) debug writeln("error"); writeln("do something"); } Environment: Windows XP 32bit DMD & libraries - D2 github trunk on Jan. 31, 2012 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7041] [PATCH] Add -di option to show deprecated errors as warnings
http://d.puremagic.com/issues/show_bug.cgi?id=7041 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright 2012-02-04 02:06:29 PST --- More and more switches for is it a warning? is it an error? makes for a rat's nest of confusion. I don't find the gcc example of thousands (!) of switches to be an example to emulate. Remember, each switch adds a burden of testing and documenting as well. The workflow is designed to ignore them until you're ready to fix them, then just fix the lot in one go. Each one should be trivial to do. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7261] ICE(glue.c): With taskPool.reduce
http://d.puremagic.com/issues/show_bug.cgi?id=7261 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 2012-02-04 01:43:30 PST --- Is this a regression? Did it ever work? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7419] [2.058/CTFE] Constructor of struct is overwritten inside a unittest with -inline
http://d.puremagic.com/issues/show_bug.cgi?id=7419 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Walter Bright 2012-02-04 00:59:51 PST --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/467cf6687f60dbb4180df036bd0508b9ce408d19 fix issue 6504, fix issue 7419 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6504] Regression(2.041): "str" ~ [arr] allows string literal to be modified
http://d.puremagic.com/issues/show_bug.cgi?id=6504 Walter Bright changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6504] Regression(2.041): "str" ~ [arr] allows string literal to be modified
http://d.puremagic.com/issues/show_bug.cgi?id=6504 --- Comment #7 from github-bugzi...@puremagic.com 2012-02-04 00:57:04 PST --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/467cf6687f60dbb4180df036bd0508b9ce408d19 fix issue 6504, fix issue 7419 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4225] mangle.c:81: char* mangle(Declaration*): Assertion `fd && fd->inferRetType' failed.
http://d.puremagic.com/issues/show_bug.cgi?id=4225 yebblies changed: What|Removed |Added Keywords|ice |rejects-valid CC||yebbl...@gmail.com Platform|Other |All Version|1.057 |D2 --- Comment #3 from yebblies 2012-02-04 18:59:17 EST --- Compiles without error on D1 (1.072) Give a forward reference error with D2 (2.058) struct Foo { enum x = Foo(); static Foo opCall() { return Foo.init; } } testx.d(5): Error: forward reference to type Foo testx.d(5): Error: cannot implicitly convert expression (Foo()) of type Foo to Foo -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---