[Issue 4436] Double bug regarding Tuple.init
http://d.puremagic.com/issues/show_bug.cgi?id=4436 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-05-26 23:13:10 PDT --- (In reply to comment #1) I think this issue should be closed with the status resolved invalid. The explained behavior was actually a bug, so it didn't invalid. I'll mark this fixed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10181] New: deprecated is ignored if used inside template
http://d.puremagic.com/issues/show_bug.cgi?id=10181 Summary: deprecated is ignored if used inside template Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: digg...@googlemail.com --- Comment #0 from Diggory digg...@googlemail.com 2013-05-27 00:25:06 PDT --- For example: template CustomTuple(TList...) { deprecated { alias TList CustomTuple; } } alias CustomTuple!(int, 1) MyTuple; // Should show deprecation warning There does exist a fairly simple work-around luckily: template CustomTuple(TList...) { deprecated { alias TList Temp; } alias Temp CustomTuple; } alias CustomTuple!(int, 1) MyTuple; // Correctly shows deprecation warning -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10182] New: std.bitmanip unit test has pointless/unused foreach loop
http://d.puremagic.com/issues/show_bug.cgi?id=10182 Summary: std.bitmanip unit test has pointless/unused foreach loop Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: digg...@googlemail.com --- Comment #0 from Diggory digg...@googlemail.com 2013-05-27 00:42:40 PDT --- Extremely minor issue but w/e std.bitmanip contains the code: unittest { foreach(endianness; TypeTuple!(Endian.bigEndian, Endian.littleEndian)) { ... // Unit test code } } But then makes no reference to endianness in the actual code. The loop should either be removed or the code updated to test both endiannesses if that's possible. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9044] dmd sometimes produces object files with multiple definitions
http://d.puremagic.com/issues/show_bug.cgi?id=9044 --- Comment #26 from Denis Shelomovskij verylonglogin@gmail.com 2013-05-27 12:07:47 MSD --- (In reply to comment #25) I very much suspect that this is caused by the generated internal object file names of a library or other generated identifiers that are assumed to be unique, but clearly this is not guaranteed when building libraries in separate build steps. It also fails in dmd (not OPTLINK) when a library is generated using a single `dmd -lib ...` call (see Comment 21). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9957] [2.061 - 2.062] Taking pointer of enum float array gives some garbage
http://d.puremagic.com/issues/show_bug.cgi?id=9957 --- Comment #13 from github-bugzi...@puremagic.com 2013-05-27 02:03:02 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/95032fff948cbdbb63c31c7d9f19b39fe5117763 Merge pull request #1922 from 9rnsr/fix9957 [REG2.062] Issue 9957 - Taking pointer of enum float array gives some garbage -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10178] Compiler segfault with zero-length tuple comparison
http://d.puremagic.com/issues/show_bug.cgi?id=10178 --- Comment #5 from github-bugzi...@puremagic.com 2013-05-27 02:03:21 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/e7da99729d37fdf53e469a21f5128130d692f9ea Merge pull request #2082 from 9rnsr/fix10178 [REG2.063a] Issue 10178 - Compiler segfault with zero-length tuple comparison -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10178] Compiler segfault with zero-length tuple comparison
http://d.puremagic.com/issues/show_bug.cgi?id=10178 --- Comment #6 from github-bugzi...@puremagic.com 2013-05-27 02:04:05 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/44fc6690f7da831849af8c8350d22a568e7bb6be Merge pull request #2083 from 9rnsr/fix10178 Fix up for bug 10178 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10176] Something to extend an array with a lazy range
http://d.puremagic.com/issues/show_bug.cgi?id=10176 --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-05-27 02:06:50 PDT --- (In reply to comment #3) Hmm, I would have hoped that 'put' would work here, but it doesn't: put on arrays does not append. It starts writing at the beginning of the array. That makes sense now that I think about it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10167] Wrong Document Comment on std.format.d(181)
http://d.puremagic.com/issues/show_bug.cgi?id=10167 --- Comment #2 from github-bugzi...@puremagic.com 2013-05-27 02:34:19 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/d6488d76a8dfcb2ef6d2cd094cfaeb13f4df9e69 Merge pull request #1304 from majiang/patch-2 fix issue 10167 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10181] deprecated is ignored if used inside template
http://d.puremagic.com/issues/show_bug.cgi?id=10181 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-05-27 02:50:46 PDT --- Related or dupe of Issue 9876. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10182] std.bitmanip unit test has pointless/unused foreach loop
http://d.puremagic.com/issues/show_bug.cgi?id=10182 --- Comment #1 from Diggory digg...@googlemail.com 2013-05-27 03:44:37 PDT --- https://github.com/D-Programming-Language/phobos/pull/1310 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10183] New: Eponymous template instance fails to match in parameter list of other templates
http://d.puremagic.com/issues/show_bug.cgi?id=10183 Summary: Eponymous template instance fails to match in parameter list of other templates Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: jakobov...@gmail.com --- Comment #0 from Jakob Ovrum jakobov...@gmail.com 2013-05-27 03:57:40 PDT --- Code: struct A(T, Unused) { T t; } template B(T) { alias B = A!(T, void); } void foo(T)(A!T a) {} void main() { auto b = B!int(42); // OK, works foo(b); // NG - causes error } Output: test.d(18): Error: template test.foo does not match any function template declaration. Candidates are: test.d(12):test.foo(T)(A!(T) a) test.d(18): Error: template test.foo(T)(A!(T) a) cannot deduce template function from argument types !()(A!(int, void)) Could be a duplicate, but I don't know what to search for. Does not appear to be a regression. The call to `foo` works when the second template parameter of A is removed. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9734] setIntersection accepts only 2 ranges, but documentation says otherwise
http://d.puremagic.com/issues/show_bug.cgi?id=9734 jens.k.muel...@gmx.de changed: What|Removed |Added CC||jens.k.muel...@gmx.de --- Comment #1 from jens.k.muel...@gmx.de 2013-05-27 03:59:31 PDT --- I just found this out as well. Can you update the documentation? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10183] Eponymous template instance fails to match in parameter list of other templates
http://d.puremagic.com/issues/show_bug.cgi?id=10183 --- Comment #1 from Jakob Ovrum jakobov...@gmail.com 2013-05-27 04:07:18 PDT --- Thinking more about it, I guess this might not be meant to work. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9699] strip functions should have stripLeft/stripRight counterparts and be generic
http://d.puremagic.com/issues/show_bug.cgi?id=9699 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Keywords||pull AssignedTo|nob...@puremagic.com|andrej.mitrov...@gmail.com --- Comment #7 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-05-27 04:33:56 PDT --- https://github.com/D-Programming-Language/phobos/pull/1311 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10182] std.bitmanip unit test has pointless/unused foreach loop
http://d.puremagic.com/issues/show_bug.cgi?id=10182 Diggory digg...@googlemail.com 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 8672] %% operator
http://d.puremagic.com/issues/show_bug.cgi?id=8672 --- Comment #12 from bearophile_h...@eml.cc 2013-05-27 04:53:16 PDT --- (In reply to comment #1) To say one version of modulus is bug prone and the other is not, is itself erroneous. I have just found another bug in my code caused by it, and it's a bug that goes away replacing it with the Python modulus operation. The built-in % operator _is_ bug prone. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10183] Eponymous template instance fails to match in parameter list of other templates
http://d.puremagic.com/issues/show_bug.cgi?id=10183 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-05-27 04:58:31 PDT --- (In reply to comment #0) Code: struct A(T, Unused) { T t; } template B(T) { alias B = A!(T, void); } void foo(T)(A!T a) {} The pattern A!T means that the template A has _exactly_ one type template argument. void main() { auto b = B!int(42); // OK, works foo(b); // NG - causes error But the type of b is A!(int, void), so it does not match to A!T during IFTI. } In this case, template function foo should have following signature. void foo(TL...)(A!TL a) {} // TL would be deduced to (int, void) or void foo(T, TL...)(A!(T, TL) a) {} // T would be deduced to int // TL would be deduced to (void) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10141] wrong error message with Tuple!(int) : Error: static assert Cannot put a char[] into a Appender!(string)
http://d.puremagic.com/issues/show_bug.cgi?id=10141 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||diagnostic Severity|regression |normal --- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-05-27 05:58:54 PDT --- I think this is not a blocker regression against 2.063 release. Change the importance. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10163] struct with static void array member without initializer causes ICE
http://d.puremagic.com/issues/show_bug.cgi?id=10163 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||ice Severity|regression |major --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-05-27 06:00:43 PDT --- The code had not been accepted, so I think this is not a blocker regression against 2.063 release. Change the importance. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10163] struct with static void array member without initializer causes ICE
http://d.puremagic.com/issues/show_bug.cgi?id=10163 --- Comment #2 from Jakob Ovrum jakobov...@gmail.com 2013-05-27 06:02:45 PDT --- (In reply to comment #1) The code had not been accepted, so I think this is not a blocker regression against 2.063 release. Change the importance. Of course, my bad. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10183] Eponymous template instance fails to match in parameter list of other templates
http://d.puremagic.com/issues/show_bug.cgi?id=10183 --- Comment #3 from Jakob Ovrum jakobov...@gmail.com 2013-05-27 06:04:44 PDT --- Yeah, I noticed after posting. The problem with the amended caller code is that it leaks implementation details, as it were. It would be nice if there was a good way to solve this particular abstraction problem. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10184] New: Port Tango's concurrent garbage collector (CDGC) to D2's druntime
http://d.puremagic.com/issues/show_bug.cgi?id=10184 Summary: Port Tango's concurrent garbage collector (CDGC) to D2's druntime Product: D Version: D2 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: druntime AssignedTo: nob...@puremagic.com ReportedBy: leandro.lucare...@sociomantic.com --- Comment #0 from Leandro Lucarella leandro.lucare...@sociomantic.com 2013-05-27 06:12:11 PDT --- According to the talk in DConf 2013, there is some interest in having a concurrent garbage collector in D2 as described in the talk. http://dconf.org/talks/lucarella.html The idea is to port this collector to D2 and keep track of the progress in this issue. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10138] Regression (2.063 git-head): Using ReturnType with scoped no longer works
http://d.puremagic.com/issues/show_bug.cgi?id=10138 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-05-27 06:13:54 PDT --- The code had a hidden bug with 2.062 dmd and earlier. If class A has two ctors - one is default, another has arguments, and initialize scoped value in B's ctor by calling argument version ctor, it had caused errors. import std.traits; import std.typecons; class A { this() {} this(int) {} } class B { ReturnType!(scoped!A) a; // L12 this() { a = scoped!A(1);// L16 } } void main() { } Errors with 2.062: test.d(16): Error: function std.typecons.scoped!(A).scoped.Scoped!(A).Scoped.opAssign (Scoped!(A) p) is not callable using argument types (Scoped!(A)) test.d(16): Error: cannot implicitly convert expression (scoped(1)) of type Scoped!(A) to Scoped!(A) In fact, the type you had extract by using ReturnType!(scoped!A) had not been correct scoped value type. The bug has fixed by phobos/pull/1215, therefore the OP code is invalid right now. In conclusion, this is not a regression. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10138] Regression (2.063 git-head): Using ReturnType with scoped no longer works
http://d.puremagic.com/issues/show_bug.cgi?id=10138 --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-05-27 06:16:05 PDT --- (In reply to comment #2) therefore the OP code is invalid right now. In conclusion, this is not a regression. Ok, but we should at least add a comment somewhere. I think I'll add it to the changelog perhaps.. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10179] Tuple assignment should not cause has no effect error even if the length is zero
http://d.puremagic.com/issues/show_bug.cgi?id=10179 --- Comment #2 from github-bugzi...@puremagic.com 2013-05-27 06:19:05 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/1a5c0e6f01a78a501782d1f511e0f68d85b36d6f fix Issue 10179 - Tuple assignment should not cause has no effect error even if the length is zero https://github.com/D-Programming-Language/dmd/commit/ccfdf10f50e76ae93986619190a542da565388f7 Merge pull request #2084 from 9rnsr/fix10179 [enh] Issue 10179 - Tuple assignment should not cause has no effect error even if the length is zero -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10179] Tuple assignment should not cause has no effect error even if the length is zero
http://d.puremagic.com/issues/show_bug.cgi?id=10179 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10180] offsetof doesn't work through function call alias this
http://d.puremagic.com/issues/show_bug.cgi?id=10180 --- Comment #2 from github-bugzi...@puremagic.com 2013-05-27 06:20:46 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/55aca1092743f8dd212f75abfab14222a03ce427 fix Issue 10180 - offsetof doesn't work through function call alias this https://github.com/D-Programming-Language/dmd/commit/07909949f81479425cd89c74ba2a617b6f85d0eb Merge pull request #2085 from 9rnsr/fix10180 Issue 10180 - offsetof doesn't work through function call alias this -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9742] std.math.floor returns 0 for any value x -1 and x 0
http://d.puremagic.com/issues/show_bug.cgi?id=9742 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added CC||and...@erdani.com --- Comment #4 from Andrei Alexandrescu and...@erdani.com 2013-05-27 08:04:24 PDT --- Can Tiberiu or somebody else confirm this works on Win32/64 with the latest beta? Thanks! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4424] Copy constructor and templated opAssign cannot coexist
http://d.puremagic.com/issues/show_bug.cgi?id=4424 --- Comment #10 from github-bugzi...@puremagic.com 2013-05-27 08:26:03 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/ff056812b0b7d11f245f69f0ea4448728f2d95b8 Remove workaround for the compiler bug 4424 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9742] std.math.floor returns 0 for any value x -1 and x 0
http://d.puremagic.com/issues/show_bug.cgi?id=9742 --- Comment #5 from Tiberiu Gal galtibe...@gmail.com 2013-05-27 08:54:12 PDT --- I can only test it with win32. It works with the latest beta. (OT: Is there any easy way to test win64?) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10180] offsetof doesn't work through function call alias this
http://d.puremagic.com/issues/show_bug.cgi?id=10180 Kenji Hara k.hara...@gmail.com 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 7044] Missing a way to control the order of arguments passed to the linker makes impossible to link some programs
http://d.puremagic.com/issues/show_bug.cgi?id=7044 --- Comment #15 from Leandro Lucarella leandro.lucare...@sociomantic.com 2013-05-27 09:28:43 PDT --- (In reply to comment #14) Since the fixup to the link command in this case is quite simple, how about a flag in dmd that performs a dry run and just prints out the link command? I think that's just an ugly hack. What's wrong with the solution I proposed which I think solves the problem from the root? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10185] New: Linker errors with rdmd
http://d.puremagic.com/issues/show_bug.cgi?id=10185 Summary: Linker errors with rdmd Product: D Version: unspecified Platform: x86_64 OS/Version: Mac OS X Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: jmin...@gmail.com --- Comment #0 from Jordan Miner jmin...@gmail.com 2013-05-27 10:05:03 PDT --- Created an attachment (id=1217) Test case to reproduce linker error Every time I use rdmd, I end up getting linker errors with it. This time, it was when I created a couple new files and imported them. I've attached a zip file with the files I was using and rdmd's tmp directory. I added objc/foundation.d and objc/util.d, but get linker errors when using code from them. I have reduced the files some, but it could probably be reduced more. After unpacking the zip file, this is the command I ran: rdmd --build-only test.d And I get: Undefined symbols for architecture x86_64: _D4objc10foundation3fooFZv, referenced from: __Dmain in test.o If you delete rdmd's temporary directory, then you don't get an error. I ran into this on OS X with DMD 2.062. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9742] std.math.floor returns 0 for any value x -1 and x 0
http://d.puremagic.com/issues/show_bug.cgi?id=9742 Mike Wey mike-...@planet.nl changed: What|Removed |Added CC||mike-...@planet.nl --- Comment #6 from Mike Wey mike-...@planet.nl 2013-05-27 11:00:09 PDT --- It works for me under Windows with the latest beta. Both the 32 and 64 bits version are working. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9742] std.math.floor returns 0 for any value x -1 and x 0
http://d.puremagic.com/issues/show_bug.cgi?id=9742 bearophile_h...@eml.cc changed: What|Removed |Added Status|NEW |RESOLVED CC||bearophile_h...@eml.cc Resolution||WORKSFORME --- Comment #7 from bearophile_h...@eml.cc 2013-05-27 11:54:34 PDT --- (In reply to comment #6) It works for me under Windows with the latest beta. Both the 32 and 64 bits version are working. I have only tried it on 32 bit. If you have tried it on 64 bit, then let's close this down. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10017] Can not assign to a Variant another Variant holding a bigger structure
http://d.puremagic.com/issues/show_bug.cgi?id=10017 --- Comment #2 from github-bugzi...@puremagic.com 2013-05-27 12:04:13 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/2dba41d0323f518ad41300e5bd3cf0ff5665029d fix issue 10017 https://github.com/D-Programming-Language/phobos/commit/5ddf3bc19a240b77255c9583aee3d35a9157cd8c Merge pull request #1312 from dawgfoto/fix10017 fix issue 10017 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9742] std.math.floor returns 0 for any value x -1 and x 0
http://d.puremagic.com/issues/show_bug.cgi?id=9742 Nick Sabalausky cbkbbej...@mailinator.com changed: What|Removed |Added CC||cbkbbej...@mailinator.com Resolution|WORKSFORME |FIXED --- Comment #8 from Nick Sabalausky cbkbbej...@mailinator.com 2013-05-27 12:42:25 PDT --- It works for me on Win32 with both 2.062 and the latest beta, when using no cmdline switches, and also when using -O -inline -noboundscheck. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9742] std.math.floor returns 0 for any value x -1 and x 0
http://d.puremagic.com/issues/show_bug.cgi?id=9742 --- Comment #9 from Andrei Alexandrescu and...@erdani.com 2013-05-27 14:00:39 PDT --- Great, thanks everyone for chiming in! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10186] New: default construction is disabled even if default ctor declared
http://d.puremagic.com/issues/show_bug.cgi?id=10186 Summary: default construction is disabled even if default ctor declared Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: henn...@still-hidden.de --- Comment #0 from Henning Pohl henn...@still-hidden.de 2013-05-27 14:13:55 PDT --- struct S { @disable this(); this(int i) { } } class C { this() { s = S(1); } S s; } void main() { auto c = new C; } - main.d(17): Error: default construction is disabled for type C - -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10186] default construction is disabled even if default ctor declared
http://d.puremagic.com/issues/show_bug.cgi?id=10186 Henning Pohl henn...@still-hidden.de changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #1 from Henning Pohl henn...@still-hidden.de 2013-05-27 14:16:55 PDT --- https://github.com/D-Programming-Language/dmd/pull/2087 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10138] Regression (2.063 git-head): Using ReturnType with scoped no longer works
http://d.puremagic.com/issues/show_bug.cgi?id=10138 --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-05-27 14:51:41 PDT --- (In reply to comment #2) In fact, the type you had extract by using ReturnType!(scoped!A) had not been correct scoped value type. The bug has fixed by phobos/pull/1215, therefore the OP code is invalid right now. In conclusion, this is not a regression. Here's the thing, though. In that phobos pull, monarchdodra commented with: Finally, I gave Scoped an @disabled this() to prevent our smarter users from trying to build a Scoped using typeof. It seems like he is actively trying to *disallow* using either ReturnType or typeof in order to create a scoped field variable. But, typeof still works. In 2.063 your example code will become: - class A { this() {} this(int) {} } class B { typeof(scoped!A()) a; this() { a = scoped!A(); // ok a = scoped!A(1); // ok } } - So now I can't tell whether we *support* using scoped field variables or is the above just a hack? I need to know what to put in the changelog. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10186] default construction is disabled even if default ctor declared
http://d.puremagic.com/issues/show_bug.cgi?id=10186 --- Comment #2 from github-bugzi...@puremagic.com 2013-05-27 15:25:47 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4c138e35e8fab9b5d035ba385d0ba54dc2b7124e fix issue 10186 - default construction is disabled even if default ctor declared https://github.com/D-Programming-Language/dmd/commit/81b5d0999b1679b0c37c285acc4ddf9b6f70bc4f Merge pull request #2087 from hpohl/10186 fix issue 10186 - default construction is disabled even if default ctor declared -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10186] default construction is disabled even if default ctor declared
http://d.puremagic.com/issues/show_bug.cgi?id=10186 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10138] Regression (2.063 git-head): Using ReturnType with scoped no longer works
http://d.puremagic.com/issues/show_bug.cgi?id=10138 --- Comment #5 from Kenji Hara k.hara...@gmail.com 2013-05-27 15:39:22 PDT --- (In reply to comment #4) Here's the thing, though. In that phobos pull, monarchdodra commented with: Finally, I gave Scoped an @disabled this() to prevent our smarter users from trying to build a Scoped using typeof. It seems like he is actively trying to *disallow* using either ReturnType or typeof in order to create a scoped field variable. But, typeof still works. In 2.063 your example code will become: [snip] You are confusing about @disable for `Scoped` struct default construction and calling `scoped` function with zero argument. If new A() is valid, scoped!A() is also valid. The latter is corresponding to the former. It's the design of scoped utility. So now I can't tell whether we *support* using scoped field variables or is the above just a hack? I need to know what to put in the changelog. The rejected case from 2.063 is this: class A { this() {} this(int) {} } class B { typeof(scoped!A()) a; this() // L12 { //a = scoped!A(); //a = scoped!A(1); } } Output: test.d(12): Error: constructor test.B.this field a must be initialized in constructor The field B.a is must be initialized in constructor, comes from the @disable this() defined in typeof(scoped!A()) struct. However, getting the type of Scoped struct by using typeof is still allowed. So typeof(scoped!A()) a; is valid from 2.063. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10186] default construction is disabled even if default ctor declared
http://d.puremagic.com/issues/show_bug.cgi?id=10186 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-05-27 15:44:56 PDT --- (In reply to comment #1) https://github.com/D-Programming-Language/dmd/pull/2087 The fix is incomplete. struct S { @disable this(); this(int i) {} } class C { S s; // move definition before the ctor this() { s = S(1); } } void main() { auto c = new C; // line 16 } test.d(16): Error: default construction is disabled for type C -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10017] Can not assign to a Variant another Variant holding a bigger structure
http://d.puremagic.com/issues/show_bug.cgi?id=10017 David Eagen da...@eagen.com changed: What|Removed |Added CC||da...@eagen.com --- Comment #3 from David Eagen da...@eagen.com 2013-05-27 18:08:14 PDT --- This fixes the problem for me on x86_64 Linux. Thank you! -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9122] std.concurrency send() fails with multiple arrays
http://d.puremagic.com/issues/show_bug.cgi?id=9122 --- Comment #8 from David Eagen da...@eagen.com 2013-05-27 18:10:07 PDT --- This is now resolved after the fix for 10017 (https://github.com/D-Programming-Language/phobos/commit/5ddf3bc19a240b77255c9583aee3d35a9157cd8c) on x86_64 Linux. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9122] std.concurrency send() fails with multiple arrays
http://d.puremagic.com/issues/show_bug.cgi?id=9122 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution||FIXED --- Comment #9 from Andrei Alexandrescu and...@erdani.com 2013-05-27 19:30:03 PDT --- Fixed, probably with https://github.com/D-Programming-Language/phobos/pull/1312 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9878] std.algorithm.cartesianProduct results order
http://d.puremagic.com/issues/show_bug.cgi?id=9878 --- Comment #1 from hst...@quickfur.ath.cx 2013-05-27 19:56:52 PDT --- https://github.com/D-Programming-Language/phobos/pull/1314 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9822] cartesianProduct broken for array literals
http://d.puremagic.com/issues/show_bug.cgi?id=9822 --- Comment #2 from hst...@quickfur.ath.cx 2013-05-27 20:21:42 PDT --- Huh, this is really strange. Moving the cartesianProduct line inside main() makes the problem go away. Why? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9822] cartesianProduct broken for array literals
http://d.puremagic.com/issues/show_bug.cgi?id=9822 --- Comment #3 from hst...@quickfur.ath.cx 2013-05-27 21:19:14 PDT --- Hmph. I think this is a compiler bug. Putting the code inside a unittest block makes the problem go away too. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9878] std.algorithm.cartesianProduct results order
http://d.puremagic.com/issues/show_bug.cgi?id=9878 thelastmamm...@gmail.com changed: What|Removed |Added CC||thelastmamm...@gmail.com --- Comment #2 from thelastmamm...@gmail.com 2013-05-27 21:28:17 PDT --- (In reply to comment #1) https://github.com/D-Programming-Language/phobos/pull/1314 Please see: http://forum.dlang.org/post/mailman.283.1369715080.13711.digitalmar...@puremagic.com where I suggest to give a template parameter to specify lexicographic/antilexicographic, along with depth first/breadth first. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9822] Segfault when referencing module-global auto variable containing result of std.algorithm.map.
http://d.puremagic.com/issues/show_bug.cgi?id=9822 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||wrong-code Summary|cartesianProduct broken for |Segfault when referencing |array literals |module-global auto variable ||containing result of ||std.algorithm.map. --- Comment #4 from hst...@quickfur.ath.cx 2013-05-27 21:40:27 PDT --- Retitled this bug based on bearophile's reduction, and comparison of the disassembly of buggy version (result assigned to module-global variable) vs. non-buggy version (result assigned to local variable); this looks like a wrong-code bug. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9822] Using module variable of templated type parametrized by lambda
http://d.puremagic.com/issues/show_bug.cgi?id=9822 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added CC||ma...@maxim-fomin.ru Component|Phobos |DMD Summary|Segfault when referencing |Using module variable of |module-global auto variable |templated type parametrized |containing range that |by lambda |updates array literal | Severity|normal |critical --- Comment #5 from Maxim Fomin ma...@maxim-fomin.ru 2013-05-27 22:03:00 PDT --- Simplified: struct MapResult(alias fun) { @property auto ref front() { return fun(1); } } auto map(alias fun)() { return MapResult!(fun)(); } auto foo(int[] r) { return map!((int x) = r)(); } auto result = foo([1]); void main() { result.front(); } There is wrong-code on accessing or passing module object. It has nothing to do with auto or ranges. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---