[Issue 13608] New: std.range range interfaces hide @safe-ness

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13608 Issue ID: 13608 Summary: std.range range interfaces hide @safe-ness Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 13559] missing 64-bit version of array short operations

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13559 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/9e2c0ab9e9e4a1befcf82dcc577bdbbfd21715db fix Issue 13559 -

[Issue 13559] missing 64-bit version of array short operations

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13559 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 13605] Add ability to `version` a module declaration

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13605 --- Comment #7 from Ketmar Dark ket...@ketmar.no-ip.org --- (In reply to Mike from comment #5) Programmers who understand the grammar of the language will have no problem here. There's no reason to think modules declarations are special, and

[Issue 13609] New: better error message for missing '}'

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13609 Issue ID: 13609 Summary: better error message for missing '}' Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 13609] better error message for missing '}'

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13609 Ketmar Dark ket...@ketmar.no-ip.org changed: What|Removed |Added CC||ket...@ketmar.no-ip.org

[Issue 13610] New: bringToFront does not work with CTFE

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13610 Issue ID: 13610 Summary: bringToFront does not work with CTFE Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

[Issue 13600] ICE in dwarf.c line 1949 with -g enabled and lazy void parameter

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13600 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d4991d2c899b3287e45bbce0fb7983c7a8518fb1 fix Issue 13600 - ICE in

[Issue 13609] better error message for missing '}'

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13609 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #2 from

[Issue 13609] better error message for missing '}'

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13609 --- Comment #3 from Ketmar Dark ket...@ketmar.no-ip.org --- (In reply to Kenji Hara from comment #2) https://github.com/D-Programming-Language/dmd/pull/4065 yay! you're marvelous! ;-) --

[Issue 13611] New: opDispatch and UFCS not resolving as expected

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13611 Issue ID: 13611 Summary: opDispatch and UFCS not resolving as expected Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

[Issue 13609] better error message for missing '}'

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13609 --- Comment #4 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/164821c182de5190bb0a50642e806fb3ba956f2c fix Issue 13609 - better

[Issue 13609] better error message for missing '}'

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13609 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 13244] Wrong code with -inline and foreach/map/all

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13244 Ola Østtveit ola...@gmail.com changed: What|Removed |Added CC||ola...@gmail.com --- Comment

[Issue 13604] Phobos is broken

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13604 --- Comment #5 from Andre Tampubolon an...@lc.vlsm.org --- (In reply to Rainer Schuetze from comment #1) core/thread.di has been deleted some time ago. You will have to remove it from your druntime/import/core directory. It's not clear from the

[Issue 13179] AA key type TagIndex now requires equality rather than comparison

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13179 Martin Nowak c...@dawg.eu changed: What|Removed |Added CC||c...@dawg.eu --- Comment #32

[Issue 13452] VisualD keeps linking freshly built project

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13452 --- Comment #2 from Orhun Birsoy orhunbir...@gmail.com --- (In reply to Rainer Schuetze from comment #1) The lnkdep file is the output of a dependency-tracker that tries to figure out what libraries the linker is actually using. Unfortunately it

[Issue 13452] VisualD keeps linking freshly built project

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13452 --- Comment #3 from Rainer Schuetze r.sagita...@gmx.de --- I discovered a problem in the dependency tracker that didn't show up in earlier versions (or maybe some OS updates slightly changed calling order within undocumented behaviour). I'll start

[Issue 13612] New: Wrong 'this' variable accessed in recursive ctfe member function

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13612 Issue ID: 13612 Summary: Wrong 'this' variable accessed in recursive ctfe member function Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 13248] std.range.tee unit test prints to stdout

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13248 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 13600] ICE in dwarf.c line 1949 with -g enabled and lazy void parameter

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13600 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/6555f0aaba14d3d378b6a46049584b4624f6024a fix Issue 13600 - ICE in

[Issue 13613] New: Pragma msg affects data structure layout

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13613 Issue ID: 13613 Summary: Pragma msg affects data structure layout Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major

[Issue 13365] Pragma msg affects data structure layout

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13365 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 13611] opDispatch and UFCS not resolving as expected

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13611 Franklin Mathieu franklinmath...@gmail.com changed: What|Removed |Added CC|

[Issue 8121] scope ref is perfectly OK

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8121 Marco Leise marco.le...@gmx.de changed: What|Removed |Added CC||marco.le...@gmx.de ---

[Issue 13614] New: GDC: core.stdc.stdarg broken on X86

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13614 Issue ID: 13614 Summary: GDC: core.stdc.stdarg broken on X86 Product: D Version: D2 Hardware: x86 OS: Linux Status: NEW Severity: enhancement

[Issue 8121] scope ref is perfectly OK

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8121 Jonathan M Davis jmdavisp...@gmx.com changed: What|Removed |Added CC||jmdavisp...@gmx.com

[Issue 13243] Mago doesn't seem to work for Win64

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13243 --- Comment #12 from Manu turkey...@gmail.com --- It is working well. The slow startup is gone. Thanks again, as always! :) The Mago debugging experience has some rough edges, evaluation of some types seems is a bit funny. I'll start logging

[Issue 8121] scope ref is perfectly OK

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8121 --- Comment #7 from Marco Leise marco.le...@gmx.de --- The meaning is very clear: This reference is not going to outlive the function scope. The compiler implementation is lacking behind on static checks, but that's not a reason to disallow it or for

[Issue 8121] scope ref is perfectly OK

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8121 --- Comment #8 from Jonathan M Davis jmdavisp...@gmx.com --- There has been quite a bit of debate about what it means for a reference to something to escape a function - e.g whether returning something as scope makes sense and counts as not escaping,

[Issue 13586] Destructors not run when argument list evaluation throws

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13586 --- Comment #7 from Walter Bright bugzi...@digitalmars.com --- (In reply to Andrei Alexandrescu from comment #5) (In reply to Walter Bright from comment #3) (In reply to Sobirari Muhomori from comment #1) Shouldn't the argument be destructed by

[Issue 13586] Destructors not run when argument list evaluation throws

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13586 --- Comment #8 from Walter Bright bugzi...@digitalmars.com --- (This is one of the complications that make ref counting not so performant.) --

[Issue 8121] scope ref is perfectly OK

2014-10-13 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8121 --- Comment #9 from Marco Leise marco.le...@gmx.de --- (In reply to Jonathan M Davis from comment #8) There has been quite a bit of debate about what it means for a reference to something to escape a function - e.g whether returning something as