[Issue 10236] New: Ddoc: Warning on wrong parameter names
http://d.puremagic.com/issues/show_bug.cgi?id=10236 Summary: Ddoc: Warning on wrong parameter names Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: lio+bugzi...@lunesu.com --- Comment #0 from Lionello Lunesu 2013-06-01 21:40:51 PDT --- Ddoc does not complain when the parameters from "Params:" mismatch the actual parameters used in the function declaration. I have a patch that issues as warning in such case. An additional case would be issuing a warning for missing parameters. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4999] Add Kenji Hara's adaptTo() to Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=4999 --- Comment #4 from github-bugzi...@puremagic.com 2013-06-01 21:41:59 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/8b390ae6c4650cd9d34098eac33e88b8b1efe266 fix Issue 4999 - Add Kenji Hara's adaptTo() to Phobos Add structuralCast and structuralDownCast in std.typecons https://github.com/D-Programming-Language/phobos/commit/cee7de0103b77de7b36067486a71f45d5c21f78e Merge pull request #1265 from 9rnsr/structuralCast Issue 4999 - Add Kenji Hara's adaptTo() to Phobos -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10235] New: Grammar does not contain a rule for function declarations
http://d.puremagic.com/issues/show_bug.cgi?id=10235 Summary: Grammar does not contain a rule for function declarations Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: brian-sch...@cox.net --- Comment #0 from brian-sch...@cox.net 2013-06-01 20:56:32 PDT --- The official grammar does not contain a rule detailing what a function declaration looks like. The functions page on the website only details what a function body looks like. It's possible to piece the information together with information on the Declarations page, but this is not very obvious. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10234] Class declaration grammar seems to be incorrect
http://d.puremagic.com/issues/show_bug.cgi?id=10234 FeepingCreature changed: What|Removed |Added CC||default_357-l...@yahoo.de --- Comment #1 from FeepingCreature 2013-06-01 20:16:08 PDT --- Another case would be class SomeClass : SomeTemplate!(SomeType) { }. I'm not sure if there's a way in the parser to describe "any type specification that could conceivably be a class or interface". In that light, DMD's behavior might make more sense. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10234] New: Class declaration grammar seems to be incorrect
http://d.puremagic.com/issues/show_bug.cgi?id=10234 Summary: Class declaration grammar seems to be incorrect Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: brian-sch...@cox.net --- Comment #0 from brian-sch...@cox.net 2013-06-01 20:08:05 PDT --- The class declaration grammar defines a base class list in terms of a comma-separated list of identifiers, but this disallows the following: class SomeClass : other.mod.BaseClass { // stuff goes here... } I've looked in dmd's source code and found that each item in the base class list is actually a BasicType. This doesn't make very much sense. It seems that both the compiler and the specification are wrong here. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4124] toString() for BitArray and more
http://d.puremagic.com/issues/show_bug.cgi?id=4124 --- Comment #8 from bearophile_h...@eml.cc 2013-06-01 20:04:36 PDT --- (In reply to comment #7) > Commits pushed to master at https://github.com/D-Programming-Language/phobos > > https://github.com/D-Programming-Language/phobos/commit/4f5079e4f8d38e1d469e4b28303553f36f49e33b > Fixes Issue 4124 - Implement toString for BitArray. > > https://github.com/D-Programming-Language/phobos/commit/9d331e2dc43a590c486c1b4862c0b1173b2f6799 > Merge pull request #1144 from AndrejMitrovic/Fix4124 > > Issue 4124 - Implement toString for BitArray. Thank you. This introduces a good toString for BitArray. Then I will move elsewhere the missing things. I think this stuff can go in a single enhancement request because they are easy and short to implement: - reset all bits - set all bits - are all bit set? - are all bit reset? - set n-th bit (this can be a little more efficient than bs[n]=1;) - reset n-th bit (this can be a little more efficient than bs[n]=1;) - flip n-th bit Maybe it's better to move this into a separated ER because it looks simple but implementing a pop count very efficiently is not so easy: - count set bits Now (unlike "%s") "%b" produces a string output that's not usable to build a new BitArray, maybe this is another worth enhancement request: import std.stdio, std.bitmanip, std.conv, std.string; void main() { BitArray b1; b1.init([0, 0, 0, 0, 1, 1, 1, 1, 0, 0, 0, 0, 1, 1, 1, 1]); writefln("%b", b1); // Prints: _ BitArray b2; // Error: function std.bitmanip.BitArray.init (bool[] ba) // is not callable using argument types (string) b2.init("_"); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10233] New: [Tracker] Grammar issues
http://d.puremagic.com/issues/show_bug.cgi?id=10233 Summary: [Tracker] Grammar issues Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: brian-sch...@cox.net --- Comment #0 from brian-sch...@cox.net 2013-06-01 19:40:13 PDT --- This bug will depend on the various other bugs filed against the official language grammar. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10232] New: AndExpression grammar is not correct
http://d.puremagic.com/issues/show_bug.cgi?id=10232 Summary: AndExpression grammar is not correct Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: brian-sch...@cox.net --- Comment #0 from brian-sch...@cox.net 2013-06-01 19:28:59 PDT --- The website defines AndExpression in terms of ShiftExpression, but the compiler parses it in terms of cmpExpression. Additionally, the requirement to use parenthesis with the & operator under some circumstances is not documented. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10103] template mixin with property overloads
http://d.puremagic.com/issues/show_bug.cgi?id=10103 --- Comment #4 from github-bugzi...@puremagic.com 2013-06-01 16:02:28 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/76d09dfa5ef28176f666aa6f50038ed6a48b830b Fix 2.063 branch breaking -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10214] Incorrect "element-wise assignment is better" warning
http://d.puremagic.com/issues/show_bug.cgi?id=10214 --- Comment #6 from github-bugzi...@puremagic.com 2013-06-01 16:02:32 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/289701cad5bdece3920ff57e97b4b798d76e8d87 Merge pull request #2103 from 9rnsr/fix10214 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10208] Module-level const/immutable variables with initialization value don't support UDAs
http://d.puremagic.com/issues/show_bug.cgi?id=10208 --- Comment #4 from github-bugzi...@puremagic.com 2013-06-01 16:02:35 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/19c35c853041d5c64c5d0ad5869182e42c3f029b Merge pull request #2100 from 9rnsr/fix10208 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10212] Segfault in mismatching delegate literal types
http://d.puremagic.com/issues/show_bug.cgi?id=10212 --- Comment #6 from github-bugzi...@puremagic.com 2013-06-01 14:55:05 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/47260a9a67112d55698ff6bb1a374cd7bc44d500 Merge pull request #2101 from 9rnsr/fix10212 [REG2.061] Issue 10212 - Segfault in mismatching delegate literal types -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10231] Spec: Document alias value feature
http://d.puremagic.com/issues/show_bug.cgi?id=10231 Maxim Fomin changed: What|Removed |Added CC||ma...@maxim-fomin.ru --- Comment #1 from Maxim Fomin 2013-06-01 14:35:49 PDT --- By the way, it seems it does not support implicit type conversions. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10231] Spec: Document alias value feature
http://d.puremagic.com/issues/show_bug.cgi?id=10231 --- Comment #2 from Andrej Mitrovic 2013-06-01 14:37:18 PDT --- (In reply to comment #1) > By the way, it seems it does not support implicit type conversions. For that I think I'd like this enhancement to work: - struct X(alias T x, T : int) { } void main() { short i; alias X!i IVal; } - -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10212] Segfault in mismatching delegate literal types
http://d.puremagic.com/issues/show_bug.cgi?id=10212 Henning Pohl 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 10177] irrelevant compiler error messages: should stop semantic3 passes after 1st error is encountered
http://d.puremagic.com/issues/show_bug.cgi?id=10177 Martin Krejcirik changed: What|Removed |Added CC||m...@krej.cz --- Comment #3 from Martin Krejcirik 2013-06-01 23:21:56 CEST --- (In reply to comment #2) > I cannot reproduce this. I just get: I get exactly same message as in #comment 1 (dmd HEAD, rebuild from clean) running dmd -unittest main.d test.d functional.d. Without -unittest I get just one line message. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10212] Segfault in mismatching delegate literal types
http://d.puremagic.com/issues/show_bug.cgi?id=10212 --- Comment #5 from github-bugzi...@puremagic.com 2013-06-01 14:15:15 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/e1ac707489c96bbc6bfd78e584d1c0665b6136fa fix Issue 10212 - Segfault in mismatching delegate literal types https://github.com/D-Programming-Language/dmd/commit/3a436b8177f931e2230695da095599bf69966d1a Merge pull request #2101 from 9rnsr/fix10212 [REG2.061] Issue 10212 - Segfault in mismatching delegate literal types -- 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 #4 from github-bugzi...@puremagic.com 2013-06-01 13:53:10 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/def98cd111ad81043413dcbf799f9edc66fc656b fix issue 10186 https://github.com/D-Programming-Language/dmd/commit/dc8d75ee83cfecb17356f2e7b55f877fef90381b Merge pull request #2090 from hpohl/10186 fix issue 10186 -- 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 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 10231] New: Spec: Document alias value feature
http://d.puremagic.com/issues/show_bug.cgi?id=10231 Summary: Spec: Document alias value feature Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: spec Severity: minor Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2013-06-01 13:54:22 PDT --- Recently Kenji mentioned that the following works: - struct X(alias int x) { } void main() { int i; alias X!i IVal; // ok float f; alias X!f FVal; // fail } - Even if this is allowed by the current syntax rules, it is largely an undocumented feature (compiler implementers could easily miss this feature as well). It should be properly documented. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10214] Incorrect "element-wise assignment is better" warning
http://d.puremagic.com/issues/show_bug.cgi?id=10214 Andrei Alexandrescu changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution||FIXED --- Comment #5 from github-bugzi...@puremagic.com 2013-06-01 11:26:09 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/289701cad5bdece3920ff57e97b4b798d76e8d87 Merge pull request #2103 from 9rnsr/fix10214 Issue 10214 - Incorrect "element-wise assignment is better" warning -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10208] Module-level const/immutable variables with initialization value don't support UDAs
http://d.puremagic.com/issues/show_bug.cgi?id=10208 --- Comment #3 from github-bugzi...@puremagic.com 2013-06-01 11:26:14 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/19c35c853041d5c64c5d0ad5869182e42c3f029b Merge pull request #2100 from 9rnsr/fix10208 Issue 10208 - Module-level const/immutable variables with initialization value don't support UDAs -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10220] `array` doesn't work with disabled default construction
http://d.puremagic.com/issues/show_bug.cgi?id=10220 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #2 from Kenji Hara 2013-06-01 10:36:54 PDT --- https://github.com/D-Programming-Language/phobos/pull/1329 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10220] `array` doesn't work with disabled default construction
http://d.puremagic.com/issues/show_bug.cgi?id=10220 --- Comment #1 from Kenji Hara 2013-06-01 09:58:14 PDT --- Test case: import std.algorithm : equal; import std.range : repeat; import std.array; static struct S { int val; @disable this(); this(int v) { val = v; } } void main() { auto r = S(1).repeat(2).array(); assert(equal(r, [S(1), S(1)])); } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10230] Duplicated buttons for runnable examples
http://d.puremagic.com/issues/show_bug.cgi?id=10230 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara 2013-06-01 09:43:14 PDT --- https://github.com/D-Programming-Language/phobos/pull/1328 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10222] Instructions for building dmd and Phobos on OSX are wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10222 --- Comment #2 from Paul O'Neil 2013-06-01 09:35:39 PDT --- (In reply to comment #1) > Running: > > $ cd dmd/src > $ make -f posix.mak > > Does work and produces and executable. The Xcode project also produces an > executable, at least for me. The executable will be located at dmd/src/dmd. So.. I forgot to run make clean before trying to build just before I filed the bug, then I mistook the "Nothing to do, because it's done" message for "Don't know what to do". So that part works. Sorry about that. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10230] New: Duplicated buttons for runnable examples
http://d.puremagic.com/issues/show_bug.cgi?id=10230 Summary: Duplicated buttons for runnable examples Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P2 Component: websites AssignedTo: nob...@puremagic.com ReportedBy: k.hara...@gmail.com --- Comment #0 from Kenji Hara 2013-06-01 08:57:04 PDT --- In following web pages, example codes have duplicated set of [Edi][Args][Input][Run] buttons. http://dlang.org/phobos/std_array http://dlang.org/phobos/std_base64 http://dlang.org/phobos/std_concurrency -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10215] Regression (2.063 release): const causes wrong float calculation
http://d.puremagic.com/issues/show_bug.cgi?id=10215 --- Comment #10 from Andrej Mitrovic 2013-06-01 08:21:02 PDT --- (In reply to comment #9) > Therefore, I can say that the root cause was exists in the mis-operation for > building and packaging release files. I figured that might be the problem. This is another reason why we have to have an open release process, meaning we know exactly how and when a build is made. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10215] Regression (2.063 release): const causes wrong float calculation
http://d.puremagic.com/issues/show_bug.cgi?id=10215 Kenji Hara changed: What|Removed |Added Keywords||wrong-code --- Comment #9 from Kenji Hara 2013-06-01 08:10:52 PDT --- (In reply to comment #8) > Does anyone knows in the meanwhile, which commit solved the problem? > The workaround is to use enum but it would be nice if const would work in dmd > 2.063... This bug reproduces just only with dmd2.063 "release". Current 2.063 branch in github http://github.com/D-Programming-Language/dmd/branches/2.063 and released zip does not contain exactly same source code. I found a difference between them, in expression.c DotVarExp::semantic. https://github.com/D-Programming-Language/dmd/blob/2.063/src/expression.c#L7501 The line "#if PULL93" and "#endif" does not exist in released src/expression.c, and the bug reproduces 2.063 branch + removing the #if and #endif lines. Therefore, I can say that the root cause was exists in the mis-operation for building and packaging release files. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10229] New: RDMD: --compiler flag doesn't work properly when not adding .exe on win32
http://d.puremagic.com/issues/show_bug.cgi?id=10229 Summary: RDMD: --compiler flag doesn't work properly when not adding .exe on win32 Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic 2013-06-01 08:00:12 PDT --- While trying to use "dmd_msc" as the compiler (DMD built with Visual Studio): test.d: - module test; import std.stdio; unittest { assert(0); } void main() { writeln("here"); } - $ rdmd --chatty --force -unittest --compiler=dmd_msc test.d It then spits out these and just exits: - stat C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd stat C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-1648EF87D7393B7077F5EA9F7EC96F7F "dmd_msc" "-v" "-o-" "test.d" "-I." read C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-1648EF87D7393B7077F5EA9F7EC96F7F\rdmd.deps stat C:\Windows\System32\dmd_msc stat F:\path\dmd_msc stat C:\Program Files (x86)\Windows Resource Kits\Tools\dmd_msc stat %SystemRoot%\system32\dmd_msc stat %SystemRoot%\dmd_msc stat %SystemRoot%\System32\Wbem\dmd_msc stat %SYSTEMROOT%\System32\WindowsPowerShell\v1.0\dmd_msc stat C:\Program Files\Microsoft Windows Performance Toolkit\dmd_msc stat C:\Program Files (x86)\Gtk-Runtime\bin\dmd_msc stat C:\Program Files (x86)\GtkSharp\2.12\bin\dmd_msc stat C:\Program Files (x86)\dub\dmd_msc stat C:\dmd-git\dmd2\src\dmd_msc stat C:\Program Files (x86)\FLAC\dmd_msc stat C:\dmd-git\dmd2\windows\bin\dmd_msc stat C:\DMD\dmd2\windows\bin\dmd_msc stat C:\dm\bin\dmd_msc stat C:\MinGW\bin\dmd_msc stat D:\Apps\Console2\dmd_msc stat D:\Program Files\GnuWin32\bin\dmd_msc stat C:\Program Files (x86)\IrfanView\dmd_msc - But if I add an .exe extension, it will work: $ rdmd --chatty --force --compiler=dmd_msc.exe test.d - stat C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd stat C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C961E500FA1600300A5 "dmd_msc.exe" "-unittest" "-v" "-o-" "test.d" "-I." read C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C961E500FA1600300A5\rdmd.dep s stat C:\Windows\System32\dmd_msc.exe stat F:\path\dmd_msc.exe stat C:\Program Files (x86)\Windows Resource Kits\Tools\dmd_msc.exe stat %SystemRoot%\system32\dmd_msc.exe stat %SystemRoot%\dmd_msc.exe stat %SystemRoot%\System32\Wbem\dmd_msc.exe stat %SYSTEMROOT%\System32\WindowsPowerShell\v1.0\dmd_msc.exe stat C:\Program Files\Microsoft Windows Performance Toolkit\dmd_msc.exe stat C:\Program Files (x86)\Gtk-Runtime\bin\dmd_msc.exe stat C:\Program Files (x86)\GtkSharp\2.12\bin\dmd_msc.exe stat C:\Program Files (x86)\dub\dmd_msc.exe stat C:\dmd-git\dmd2\src\dmd_msc.exe stat C:\Program Files (x86)\FLAC\dmd_msc.exe stat C:\dmd-git\dmd2\windows\bin\dmd_msc.exe "dmd_msc.exe" "-unittest" "-ofC:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C96 1E500FA1600300A5\test.exe" "-odC:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C9 61E500FA1600300A5\objs" "-I." "test.d" stat C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C961E500FA1600300A5\objs rmdirRecurse C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C961E500FA1600300A5\ objs "C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-4480389CE04A3C961E500FA1600300A5\test.exe" core.exception.AssertError@test(7): unittest failure 0x0040914D 0x0040201A 0x0040B38F 0x00407271 0x00405B00 0x74F933CA in BaseThreadInitThunk 0x773E9ED2 in RtlInitializeExceptionChain 0x773E9EA5 in RtlInitializeExceptionChain C:\dev\code\d_code> - -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 4124] toString() for BitArray and more
http://d.puremagic.com/issues/show_bug.cgi?id=4124 Kenji Hara 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 4124] toString() for BitArray and more
http://d.puremagic.com/issues/show_bug.cgi?id=4124 --- Comment #7 from github-bugzi...@puremagic.com 2013-06-01 07:32:37 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/4f5079e4f8d38e1d469e4b28303553f36f49e33b Fixes Issue 4124 - Implement toString for BitArray. https://github.com/D-Programming-Language/phobos/commit/9d331e2dc43a590c486c1b4862c0b1173b2f6799 Merge pull request #1144 from AndrejMitrovic/Fix4124 Issue 4124 - Implement toString for BitArray. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10218] std.typecons.opAssign is not CTFEable
http://d.puremagic.com/issues/show_bug.cgi?id=10218 Kenji Hara changed: What|Removed |Added Keywords||CTFE, pull Status|NEW |RESOLVED Version|D1 & D2 |D2 Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10218] std.typecons.opAssign is not CTFEable
http://d.puremagic.com/issues/show_bug.cgi?id=10218 --- Comment #3 from github-bugzi...@puremagic.com 2013-06-01 06:14:17 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/e7f117af477c8971aa463d66188f46f52afd612d Merge pull request #1325 from youkei/fix_10218 Issue 10218 - std.typecons.opAssign is not CTFEable -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 1804] Severe GC leaks with repetitive array allocations
http://d.puremagic.com/issues/show_bug.cgi?id=1804 Martin Krejcirik changed: What|Removed |Added Status|RESOLVED|REOPENED Component|DMD |Phobos Version|1.026 |D1 & D2 Resolution|FIXED | OS/Version|Linux |Windows --- Comment #8 from Martin Krejcirik 2013-06-01 14:12:20 CEST --- I'm reopening this, because I noticed the problem (core.exception.OutOfMemoryError after about 2 iterations) still exists on Windows XP 32bit with latest dmd 2.063. Works ok on Linux though. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9843] DMD segfaults on code involving struct and union with initialization
http://d.puremagic.com/issues/show_bug.cgi?id=9843 Martin Krejcirik changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #3 from Martin Krejcirik 2013-06-01 13:15:42 CEST --- This bug disappeared in dmd 2.063. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10228] New: Type deduction fails with dependencies between parameter types
http://d.puremagic.com/issues/show_bug.cgi?id=10228 Summary: Type deduction fails with dependencies between parameter types Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: peter.alexander...@gmail.com --- Comment #0 from Peter Alexander 2013-06-01 04:10:17 PDT --- This fails with the error: "undefined identifier T.Inner" in 2.063 void foo(T)(T x, T.Inner y) {} struct Bar { alias int Inner; }; void main() { foo(Bar(), 0); } Calling foo!Bar works. I don't know if this is really a bug, or an enhancement request, but analogous code works in C++: template void foo(T x, typename T::Inner y) {} struct Bar { typedef int Inner; }; int main() { foo(Bar(), 0); return 0; } -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3096] EnumBaseType
http://d.puremagic.com/issues/show_bug.cgi?id=3096 --- Comment #2 from Henning Pohl 2013-06-01 04:13:11 PDT --- New pull request: https://github.com/D-Programming-Language/dmd/pull/2115 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10227] New: _fileno, _setmode, _O_BINARY undefined when building x64 on windows
http://d.puremagic.com/issues/show_bug.cgi?id=10227 Summary: _fileno, _setmode, _O_BINARY undefined when building x64 on windows Product: D Version: D2 Platform: x86_64 OS/Version: Windows Status: NEW Severity: blocker Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: yarrluben+db...@googlemail.com --- Comment #0 from Pierre LeMoine 2013-06-01 03:57:24 PDT --- _fileno, _setmode and _O_BINARY are missing when compiling a program for x64 on windows with the microsoft linker. Adding a few lines to src/phobos/std/stdio.d fixes the problem. To reproduce the problem, use std.stdio.rawRead or std.stdio.rawWrite in any program. On further inspecting the source, it seems that rawRead and rawWrite use different version statements for switching to binary; rawRead uses Win32 while rawWrite uses Windows. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10226] core.simd bad codegen
http://d.puremagic.com/issues/show_bug.cgi?id=10226 --- Comment #1 from Benjamin Thaut 2013-06-01 03:13:40 PDT --- Small correction, ideal assembly should look like this: 1 mov rax,qword ptr [rbp-68h] 2 movaps xmm0,xmmword ptr [rax] 5 addps xmm0,xmm0 9 movaps xmmword ptr [rax],xmm0 Instruction 5 should use a xmm register as well and not add from memory. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10226] New: core.simd bad codegen
http://d.puremagic.com/issues/show_bug.cgi?id=10226 Summary: core.simd bad codegen Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@benjamin-thaut.de --- Comment #0 from Benjamin Thaut 2013-06-01 03:12:12 PDT --- The following testcode: import core.simd; import std.stdio; void main(string[] args) { float[] value1 = [1.0f, 2.0f, 3.0f, 4.0f]; float4 result = __simd(XMM.LODAPS, *cast(float4*)value1.ptr); result = __simd(XMM.ADDPS, result, result); __simd_sto(XMM.STOAPS, *cast(float4*)value1.ptr, result); writefln("%s", value1); } Will produce the following assembly 1 mov rax,qword ptr [rbp-68h] 2 movaps xmm0,xmmword ptr [rax] 3 movaps xmmword ptr [rbp-60h],xmm0 4 movdqa xmm0,xmmword ptr [rbp-60h] 5 addps xmm0,xmmword ptr [rbp-60h] 6 movaps xmmword ptr [rbp-60h],xmm0 7 movdqa xmm0,xmmword ptr [rbp-60h] 8 mov rax,qword ptr [rbp-68h] 9 movaps xmmword ptr [rax],xmm0 The instructions 3 and 4 are completely useless, as well as the instructions 6 and 7. Instruction 8 has no effect because RAX already contains that value. Ideally the assembly should look as follows: 1 mov rax,qword ptr [rbp-68h] 2 movaps xmm0,xmmword ptr [rax] 5 addps xmm0,xmmword ptr [rbp-60h] 9 movaps xmmword ptr [rax],xmm0 This is a huge problem because SIMD does only start to get effective if you stay within the xmm registers as long as possible. tested with dmd 2.063 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10225] New: core.simd wrong codegen for XMM.STOUPS with __simd_sto
http://d.puremagic.com/issues/show_bug.cgi?id=10225 Summary: core.simd wrong codegen for XMM.STOUPS with __simd_sto Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@benjamin-thaut.de --- Comment #0 from Benjamin Thaut 2013-06-01 03:05:09 PDT --- For the follwing small test program: import core.simd; import std.stdio; void main(string[] args) { float[] value1 = [1.0f, 2.0f, 3.0f, 4.0f]; float4 result = __simd(XMM.LODUPS, *cast(float4*)value1.ptr); result = __simd(XMM.ADDPS, result, result); __simd_sto(XMM.STOUPS, *cast(float4*)value1.ptr, result); writefln("%s", value1); } Dmd will generate the follwing assembly: mov rax,qword ptr [rbp-68h] movups xmm0,xmmword ptr [rax] movaps xmmword ptr [rbp-60h],xmm0 movdqa xmm0,xmmword ptr [rbp-60h] addps xmm0,xmmword ptr [rbp-60h] movaps xmmword ptr [rbp-60h],xmm0 As you can clearly see the last instruction is a movaps but it should be a movups because XMM.STOUPS was given (unaligned store) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10224] core.simd ICE cgcv.c line 2162 when compiling with -g
http://d.puremagic.com/issues/show_bug.cgi?id=10224 --- Comment #1 from Benjamin Thaut 2013-06-01 02:50:06 PDT --- Created an attachment (id=1218) repro case -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10224] New: core.simd ICE cgcv.c line 2162 when compiling with -g
http://d.puremagic.com/issues/show_bug.cgi?id=10224 Summary: core.simd ICE cgcv.c line 2162 when compiling with -g Product: D Version: D2 Platform: All OS/Version: Windows Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: c...@benjamin-thaut.de --- Comment #0 from Benjamin Thaut 2013-06-01 02:49:50 PDT --- When compiling the attached repro case with dmd -m64 -g repro.d -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10222] Instructions for building dmd and Phobos on OSX are wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10222 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #1 from Jacob Carlborg 2013-06-01 01:49:20 PDT --- Running: $ cd dmd/src $ make -f posix.mak Does work and produces and executable. The Xcode project also produces an executable, at least for me. The executable will be located at dmd/src/dmd. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8400] static array type cannot interpret dynamic array length
http://d.puremagic.com/issues/show_bug.cgi?id=8400 --- Comment #8 from github-bugzi...@puremagic.com 2013-06-01 00:59:57 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/50569d88e7b0ccf8d786b65bf4f0321fd2698fd2 CTFE: Don't save local variables in the global constants list Even if they are immutable local variables (eg, bug 8400) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---