[Issue 6730] std.algorithm.splitter conflicts with std.array.splitter
http://d.puremagic.com/issues/show_bug.cgi?id=6730 Denis Shelomovskij changed: What|Removed |Added CC||verylonglogin@gmail.com Severity|enhancement |normal --- Comment #5 from Denis Shelomovskij 2013-10-03 10:46:09 MSD --- Thing are really bad here as `std.range` which is often imported with `std.algorithm` publicly imports `std.array` so this will fail to compile: --- import std.algorithm, std.range; void main() { "".splitter(); } --- Too bad. Lets do something with this. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11159] [CTFE] Integer exponentiation give incorrect values
http://d.puremagic.com/issues/show_bug.cgi?id=11159 --- Comment #2 from safety0ff.b...@gmail.com 2013-10-02 22:18:12 PDT --- Patch fixes issue 7548, one issue should be marked duplicate of the other. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7548] Less specific lowering of power operator was chosen, causing 10.0L^^2 == 99.999999999999999993L
http://d.puremagic.com/issues/show_bug.cgi?id=7548 safety0ff.b...@gmail.com changed: What|Removed |Added CC||safety0ff.b...@gmail.com --- Comment #1 from safety0ff.b...@gmail.com 2013-10-02 22:17:52 PDT --- Patch in issue 11159 fixes this, r^^e was using CTFE. One issue should be marked duplicate of the other. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7524] #line __LINE__ doesn't parse on D2.020 and later
http://d.puremagic.com/issues/show_bug.cgi?id=7524 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 2013-10-02 22:09:21 PDT --- D2 fix: https://github.com/D-Programming-Language/dmd/pull/2621 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8361] [ICE] (eh.c line 316) with struct with dtor in assert
http://d.puremagic.com/issues/show_bug.cgi?id=8361 Kenji Hara changed: What|Removed |Added Keywords||ice, pull --- Comment #4 from Kenji Hara 2013-10-02 20:46:17 PDT --- https://github.com/D-Programming-Language/dmd/pull/2620 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8360] Destruction of uninitialized temporary struct with assert
http://d.puremagic.com/issues/show_bug.cgi?id=8360 Kenji Hara changed: What|Removed |Added Keywords||pull, wrong-code --- Comment #2 from Kenji Hara 2013-10-02 20:46:00 PDT --- https://github.com/D-Programming-Language/dmd/pull/2620 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11160] Bitfield compilation error with degenerate bitfields of length 32 & 64
http://d.puremagic.com/issues/show_bug.cgi?id=11160 --- Comment #4 from safety0ff.b...@gmail.com 2013-10-02 20:29:48 PDT --- (In reply to comment #3) > The author never created a pull request despite referring to one in the 4 > issues mentioned below. Actually found the pull requests using google (PR 1045, 719, 734,740.) All closed but don't appear merged. Anyways, using DPaste 6686/ 5942 were fixed between 2.060 and 2.063. 4935 was fixed prior to 2.060. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11160] Bitfield compilation error with degenerate bitfields of length 32 & 64
http://d.puremagic.com/issues/show_bug.cgi?id=11160 --- Comment #3 from safety0ff.b...@gmail.com 2013-10-02 20:00:53 PDT --- (In reply to comment #2) > Dupe of Issue 8474? This issue is a dupe of 8474, but the code in 8474 includes all kinds of enhancements squashed into a non-atomic commit. The author never created a pull request despite referring to one in the 4 issues mentioned below. In this case, which one should be marked duplicate? Looking at bunch of linked bitmanip bugs referenced in the commit message for the code in issue 8474: Issue 6686 is a dupe of issue 5942, but both should be resolved as worksforme with current std.bitmanip. Issue 4935 also worksforme. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11160] Bitfield compilation error with degenerate bitfields of length 32 & 64
http://d.puremagic.com/issues/show_bug.cgi?id=11160 Andrej Mitrovic changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #2 from Andrej Mitrovic 2013-10-02 19:06:06 PDT --- Dupe of Issue 8474? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4018] __FILE__ and __LINE__ as default template parameters not set to instantiation point per spec
http://d.puremagic.com/issues/show_bug.cgi?id=4018 --- Comment #6 from Andrej Mitrovic 2013-10-02 19:07:11 PDT --- *** Issue 11158 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 11158] __MODULE__ as default template parameter doesn't use the instantiating module
http://d.puremagic.com/issues/show_bug.cgi?id=11158 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||DUPLICATE --- Comment #1 from Andrej Mitrovic 2013-10-02 19:07:11 PDT --- See https://github.com/D-Programming-Language/dmd/pull/2617 *** This issue has been marked as a duplicate of issue 4018 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10687] Refused cast from uint[] to array of uint-based enums at compile-time
http://d.puremagic.com/issues/show_bug.cgi?id=10687 --- Comment #9 from github-bugzi...@puremagic.com 2013-10-02 17:06:58 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4fba50787271a39fa560ce973a1eb0423d455cb5 fix Issue 10687 - Refused cast from uint[] to array of uint-based enums at compile-time https://github.com/D-Programming-Language/dmd/commit/cd8323733777ca8725c20892683cafb128b69283 Merge pull request #2612 from 9rnsr/fix10687 [REG2.064a] Issue 10687 - Refused cast from uint[] to array of uint-based enums at compile-time -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10687] Refused cast from uint[] to array of uint-based enums at compile-time
http://d.puremagic.com/issues/show_bug.cgi?id=10687 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 11160] New: Bitfield compilation error with degenerate bitfields of length 32 & 64
http://d.puremagic.com/issues/show_bug.cgi?id=11160 Summary: Bitfield compilation error with degenerate bitfields of length 32 & 64 Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: patch Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: safety0ff.b...@gmail.com --- Comment #0 from safety0ff.b...@gmail.com 2013-10-02 16:42:58 PDT --- According to the documentation the only constraint on bitfields is: "The sum of all bit lengths in one bitfield instantiation must be exactly 8, 16, 32, or 64." The current implementation support degenerate bitfields with field lengths 8 and 16. For example: mixin(bitfields!(uint, "x", 8, int, "y", 8)); mixin(bitfields!(uint, "x", 8, int, "y", 8, int, "z", 16)); But not with 32 and 64 as length. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11160] Bitfield compilation error with degenerate bitfields of length 32 & 64
http://d.puremagic.com/issues/show_bug.cgi?id=11160 --- Comment #1 from safety0ff.b...@gmail.com 2013-10-02 16:44:12 PDT --- Created an attachment (id=1256) Proposed fix Note: I could not use integer exponentiation with overflow due to #11159, so I used ~0 with shifts. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11159] New: [CTFE] Integer exponentiation give incorrect values
http://d.puremagic.com/issues/show_bug.cgi?id=11159 Summary: [CTFE] Integer exponentiation give incorrect values Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: CTFE, patch Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: safety0ff.b...@gmail.com --- Comment #0 from safety0ff.b...@gmail.com 2013-10-02 16:31:54 PDT --- Example program: import std.stdio; void main() { writeln(" Runtime "); ulong ten = 10, two = 2; writeln(two^^63);// ok writeln(two^^64);// overflows -> 2^64 % 2^64 writeln(ten^^18);// ok writeln(ten^^19);// ok writeln(ten^^20);// overflows -> 10^20 % 2^64 writeln(" CTFE "); enum ulong eten = 10, etwo = 2; writeln(etwo^^63);// ok writeln(etwo^^64);// expect an overflow, gives 2^63 writeln(eten^^18);// ok writeln(eten^^19);// should work, gives 2^63 instead (2^63 > 10^19) writeln(eten^^20);// expect an overflow, gives 2^63 } See attached patch for proposed fix. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11159] [CTFE] Integer exponentiation give incorrect values
http://d.puremagic.com/issues/show_bug.cgi?id=11159 --- Comment #1 from safety0ff.b...@gmail.com 2013-10-02 16:32:46 PDT --- Created an attachment (id=1255) Proposed fix -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7474] ICE(cgcs.c) on instantiating a struct with field and destructor as tuple
http://d.puremagic.com/issues/show_bug.cgi?id=7474 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright 2013-10-02 15:55:59 PDT --- https://github.com/D-Programming-Language/dmd/pull/2619 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11152] formatChar doesn't handle `\0`
http://d.puremagic.com/issues/show_bug.cgi?id=11152 David Nadlinger changed: What|Removed |Added Status|NEW |RESOLVED CC||c...@klickverbot.at Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7436] ICE(cg87.c) ubyte = ubyte op= float
http://d.puremagic.com/issues/show_bug.cgi?id=7436 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright 2013-10-02 14:43:53 PDT --- https://github.com/D-Programming-Language/dmd/pull/2618 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11152] formatChar doesn't handle `\0`
http://d.puremagic.com/issues/show_bug.cgi?id=11152 --- Comment #1 from github-bugzi...@puremagic.com 2013-10-02 13:39:55 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/2db9413d9693925e463d3ba8591425a79b1456ef Fix Issue 11152 - formatChar doesn't handle `\0` https://github.com/D-Programming-Language/phobos/commit/29c9b56860530d9685d24af68e633880d4e2 Merge pull request #1611 from monarchdodra/11152 Fix Issue 11152 - formatChar doesn't handle `\0` -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6186] Struct destructor is not called on out parameter
http://d.puremagic.com/issues/show_bug.cgi?id=6186 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #5 from hst...@quickfur.ath.cx 2013-10-02 11:27:20 PDT --- Wow. This is a nasty one. I agree that out parameters should be destructed if they're already initialized. Isn't it good enough for the compiler to just issue the equivalent of `x = typeof(x).init` at the beginning of the function when x is an out parameter? AFAIK, if you were to actually write this out in code it'd call the dtor before making the assignment (right?). At least, that's what I *thought* the compiler did based on what TDPL describes. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11158] New: __MODULE__ as default template parameter doesn't use the instantiating module
http://d.puremagic.com/issues/show_bug.cgi?id=11158 Summary: __MODULE__ as default template parameter doesn't use the instantiating module Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@dawg.eu --- Comment #0 from Martin Nowak 2013-10-02 11:09:36 PDT --- cat > buga.d << CODE struct Uniq(string name, string mod=__MODULE__) { pragma(msg, name, mod); string toString() { return mod~"."~name; } } CODE cat > bug.d << CODE import buga; alias UniqFoo = Uniq!("foo"); CODE dmd -c bug; As with __FILE__ or __LINE__ they should be used from the instantiating module. This allows to generically implement somewhat unique types and is useful for printing additional information. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11157] New: base class member hides template parameter
http://d.puremagic.com/issues/show_bug.cgi?id=11157 Summary: base class member hides template parameter Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@dawg.eu --- Comment #0 from Martin Nowak 2013-10-02 10:46:47 PDT --- cat > bug.d << CODE class Base { int param; } class Foo(int param) : Base { int val() { return param; // <-- param refers to super.param } } unittest { auto foo = new Foo!12; assert(foo.val() == 12); } CODE dmd -unittest -main -run bug -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10082] ICE(e2ir.c) Multiple mixin template instantiations are not checked
http://d.puremagic.com/issues/show_bug.cgi?id=10082 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 10082] ICE(e2ir.c) Multiple mixin template instantiations are not checked
http://d.puremagic.com/issues/show_bug.cgi?id=10082 --- Comment #2 from github-bugzi...@puremagic.com 2013-10-02 10:10:48 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/6e6e34ab802d42607a4bf737809a552f965dd672 fix Issue 10082 - ICE(e2ir.c) Multiple mixin template instantiations are not checked https://github.com/D-Programming-Language/dmd/commit/5e8306cae04c2dc56fec39624ae1efdbc0c76d0b Merge pull request #2616 from 9rnsr/fix10082 Issue 10082 - ICE(e2ir.c) Multiple mixin template instantiations are not checked -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10074] segfault in dmd
http://d.puremagic.com/issues/show_bug.cgi?id=10074 --- Comment #4 from github-bugzi...@puremagic.com 2013-10-02 10:07:48 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/209c0d4f6b058472559d9ed3b8076bddf1e2c1e5 fix Issue 10074 - segfault in dmd >From 2.061, `deduceFunctionTemplate` has been using TemplateDeclaration::matchWithInstance to do IFTI more strictly. However, `matchWithInstance` does not detect the recursive template instantiation inside template constraint, against `deduceFunctionTemplateMatch`. Duplicate the detection mechanism into `matchWithInstance`. https://github.com/D-Programming-Language/dmd/commit/457acb1e03257fbff3ad52477d44d0d08ebb2d3e Merge pull request #2613 from 9rnsr/fix10074 [REG2.061] Issue 10074 - segfault in dmd -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10074] segfault in dmd
http://d.puremagic.com/issues/show_bug.cgi?id=10074 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 10357] std.typecons.Nullable!(SysTime).Nullable.__ctor!() error instantiating
http://d.puremagic.com/issues/show_bug.cgi?id=10357 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #2 from Kenji Hara 2013-10-02 08:55:10 PDT --- https://github.com/D-Programming-Language/phobos/pull/1612 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6019] Phobos imports in autogenerated .di header files break implicit linking with DLLs
http://d.puremagic.com/issues/show_bug.cgi?id=6019 --- Comment #11 from Martin Nowak 2013-10-02 08:51:30 PDT --- (In reply to comment #10) > How about this? Using weak undefined symbols to link against the imported > ModuleInfo would result in null pointers during runtime. That could cause some issues with the weird multilibs. Not sure currently if every archive member references it's module's ModuleInfo. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11132] Odd diagnostic with C-style struct initializer when union field is present
http://d.puremagic.com/issues/show_bug.cgi?id=11132 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #2 from Kenji Hara 2013-10-02 08:46:14 PDT --- https://github.com/D-Programming-Language/dmd/pull/2605 After merging the PR, compier will report more better message for the OP code: test.d(22): Error: overlapping initialization for field a and b -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9466] Compiler crash with code-coverage generation with large files
http://d.puremagic.com/issues/show_bug.cgi?id=9466 --- Comment #13 from Andrej Mitrovic 2013-10-02 08:27:19 PDT --- (In reply to comment #12) > (In reply to comment #11) > > (In reply to comment #10) > > > I made a DMD.exe of 2.063.2 by the _tuned_ DMC. (Memory allocation > > > improvement > > > ver.) > > > It does _not_ reproduce the bug ... why? > > > > Which tuned DMC? > > I mean DMC 8.57 and new snn.lib, which came in August. > > DMC 8.57 > http://forum.dlang.org/thread/ktenl9$1e68$1...@digitalmars.com > snn.lib > http://forum.dlang.org/thread/ktju8h$efb$1...@digitalmars.com I still get a crash with these when using with both 2.063.2 and 2.064. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4018] __FILE__ and __LINE__ as default template parameters not set to instantiation point per spec
http://d.puremagic.com/issues/show_bug.cgi?id=4018 Kenji Hara changed: What|Removed |Added Keywords||pull Platform|Other |All Version|2.041 |D2 --- Comment #5 from Kenji Hara 2013-10-02 08:16:14 PDT --- https://github.com/D-Programming-Language/dmd/pull/2617 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9466] Compiler crash with code-coverage generation with large files
http://d.puremagic.com/issues/show_bug.cgi?id=9466 --- Comment #12 from kekeni...@yahoo.co.jp 2013-10-02 08:19:52 PDT --- (In reply to comment #11) > (In reply to comment #10) > > I made a DMD.exe of 2.063.2 by the _tuned_ DMC. (Memory allocation > > improvement > > ver.) > > It does _not_ reproduce the bug ... why? > > Which tuned DMC? I mean DMC 8.57 and new snn.lib, which came in August. DMC 8.57 http://forum.dlang.org/thread/ktenl9$1e68$1...@digitalmars.com snn.lib http://forum.dlang.org/thread/ktju8h$efb$1...@digitalmars.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9466] Compiler crash with code-coverage generation with large files
http://d.puremagic.com/issues/show_bug.cgi?id=9466 --- Comment #11 from Andrej Mitrovic 2013-10-02 08:03:03 PDT --- (In reply to comment #10) > I made a DMD.exe of 2.063.2 by the _tuned_ DMC. (Memory allocation improvement > ver.) > It does _not_ reproduce the bug ... why? Which tuned DMC? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9466] Compiler crash with code-coverage generation with large files
http://d.puremagic.com/issues/show_bug.cgi?id=9466 --- Comment #10 from kekeni...@yahoo.co.jp 2013-10-02 07:29:35 PDT --- I made a DMD.exe of 2.063.2 by the _tuned_ DMC. (Memory allocation improvement ver.) It does _not_ reproduce the bug ... why? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11153] Regression (2.064 git-head): ICE during a diagnostic for missing return type
http://d.puremagic.com/issues/show_bug.cgi?id=11153 --- Comment #2 from github-bugzi...@puremagic.com 2013-10-02 05:56:13 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/56198c2fededb1e35c96366cb2a0439bb7d7c307 fix Issue 11153 - ICE during a diagnostic for missing return type https://github.com/D-Programming-Language/dmd/commit/cff3d4f1f49e8e91c6a9aaf0c35fbd521a845ba1 Merge pull request #2610 from 9rnsr/fix11153 [REG2.064a] Issue 11153 - ICE during a diagnostic for missing return type -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11153] Regression (2.064 git-head): ICE during a diagnostic for missing return type
http://d.puremagic.com/issues/show_bug.cgi?id=11153 Andrej Mitrovic 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 9466] Compiler crash with code-coverage generation with large files
http://d.puremagic.com/issues/show_bug.cgi?id=9466 Andrej Mitrovic changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #9 from Andrej Mitrovic 2013-10-02 05:54:36 PDT --- (In reply to comment #8) > Can't duplicate any problem with 2.064 head, although it does fail with 2.063. I can reproduce it with git-head. Have you made sure to compile with: dmd.exe -cov -c cb.d -J. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6019] Phobos imports in autogenerated .di header files break implicit linking with DLLs
http://d.puremagic.com/issues/show_bug.cgi?id=6019 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #10 from Martin Nowak 2013-10-02 05:08:42 PDT --- Most declarations don't require linkage. The ones that do are module ctors/dtors (__ModuleInfoZ), classes (vtbl and classinfo) and anything that's non-zero initialized (__initZ), i.e. structs with non-zero initialized fields, enums with non-zero first member, char and maybe floats. BTW the same issue is present in deimos where you also want headers that don't require linkage. Maybe we can come up with a good idea how to solve this. How about this? Using weak undefined symbols to link against the imported ModuleInfo would result in null pointers during runtime. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10092] Renaming std.range.chunks as std.range.chunked
http://d.puremagic.com/issues/show_bug.cgi?id=10092 bearophile_h...@eml.cc changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from bearophile_h...@eml.cc 2013-10-02 04:58:14 PDT --- Closed issue. This has solved the problem in a better way: https://github.com/D-Programming-Language/phobos/compare/d744bec6d450...6924d3e6db54 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9220] module constructor breaks implicit linking with DLL
http://d.puremagic.com/issues/show_bug.cgi?id=9220 Martin Nowak changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #6 from Martin Nowak 2013-10-02 04:42:10 PDT --- *** This issue has been marked as a duplicate of issue 6019 *** -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6019] Phobos imports in autogenerated .di header files break implicit linking with DLLs
http://d.puremagic.com/issues/show_bug.cgi?id=6019 --- Comment #9 from Martin Nowak 2013-10-02 04:42:10 PDT --- *** Issue 9220 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 9220] module constructor breaks implicit linking with DLL
http://d.puremagic.com/issues/show_bug.cgi?id=9220 --- Comment #5 from Martin Nowak 2013-10-02 04:38:40 PDT --- The problem is that module constructors are used as ordering constraints for initialization. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5700] Allow dup in nothrow functions
http://d.puremagic.com/issues/show_bug.cgi?id=5700 Denis Shelomovskij changed: What|Removed |Added CC||verylonglogin@gmail.com Platform|x86 |All OS/Version|Windows |All --- Comment #6 from Denis Shelomovskij 2013-10-02 15:34:27 MSD --- Inability to `dup`/`idup` in `nothrow` functions is very frustrating. I'd say this is the most [one of few] PITA of `nothrow` issues for now. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10082] ICE(e2ir.c) Multiple mixin template instantiations are not checked
http://d.puremagic.com/issues/show_bug.cgi?id=10082 Kenji Hara changed: What|Removed |Added Keywords||pull Version|unspecified |D2 --- Comment #1 from Kenji Hara 2013-10-02 01:34:37 PDT --- https://github.com/D-Programming-Language/dmd/pull/2616 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10217] (D1 only) ICE(root.c) with nested struct.init.tupleof in CTFE
http://d.puremagic.com/issues/show_bug.cgi?id=10217 Kenji Hara changed: What|Removed |Added Version|D1 & D2 |D1 Summary|ICE(root.c) with nested |(D1 only) ICE(root.c) with |struct.init.tupleof in CTFE |nested struct.init.tupleof ||in CTFE --- Comment #4 from Kenji Hara 2013-10-02 01:16:46 PDT --- Changed to D1 issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10981] Contracts in pure class methods are useless
http://d.puremagic.com/issues/show_bug.cgi?id=10981 Kenji Hara changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #3 from Kenji Hara 2013-10-02 00:15:01 PDT --- https://github.com/D-Programming-Language/dmd/pull/2615 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---