[Issue 13237] Wrong code with -inline -O
https://issues.dlang.org/show_bug.cgi?id=13237 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Hardware|x86_64 |All --- Comment #2 from Walter Bright bugzi...@digitalmars.com --- https://github.com/D-Programming-Language/dmd/pull/3848 --
[Issue 13251] std.array.split gives different results with specific compiler flags
https://issues.dlang.org/show_bug.cgi?id=13251 sin...@aol.jp changed: What|Removed |Added Status|NEW |RESOLVED CC||sin...@aol.jp Resolution|--- |DUPLICATE --- Comment #3 from sin...@aol.jp --- *** This issue has been marked as a duplicate of issue 13237 *** --
[Issue 13237] Wrong code with -inline -O
https://issues.dlang.org/show_bug.cgi?id=13237 sin...@aol.jp changed: What|Removed |Added CC||ola...@gmail.com --- Comment #3 from sin...@aol.jp --- *** Issue 13251 has been marked as a duplicate of this issue. *** --
[Issue 13237] Wrong code with -inline -O
https://issues.dlang.org/show_bug.cgi?id=13237 --- Comment #4 from Walter Bright bugzi...@digitalmars.com --- sinkuu, I am particularly grateful you posted this bug report, and you even figured out which change caused it. I hate subtle optimizer bugs, and am really glad to get this one fixed before shipping. Thanks! --
[Issue 13260] [D1] ICE accessing non-existent aggregate member
https://issues.dlang.org/show_bug.cgi?id=13260 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Keywords||ice-on-invalid-code Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Hardware|x86_64 |All Resolution|--- |FIXED OS|Linux |All --
[Issue 13260] [D1] ICE accessing non-existent aggregate member
https://issues.dlang.org/show_bug.cgi?id=13260 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/f50c0e8d8698ded6b3cf2ecc1fc683bc868adbe6 Issue 13260 : ICE accessing non-existent member Replaces assertion with an error. Does not change language semantics but makes possible to check for presence of such members in `is` expression. https://github.com/D-Programming-Language/dmd/commit/91429dcd6f0dff1ee2da36cfad9163aa12624d6b Merge pull request #3845 from mihails-strasuns-sociomantic/fix13260-ice [D1] Issue 13260 : ICE accessing non-existent member --
[Issue 13263] phobos/posix.mak has incorrect dependencies
https://issues.dlang.org/show_bug.cgi?id=13263 Martin Nowak c...@dawg.eu changed: What|Removed |Added CC||c...@dawg.eu --- Comment #1 from Martin Nowak c...@dawg.eu --- It's a bit annoying, but not necessarily a problem. This happens because druntime_libs [1] is a PHONY target and phobos depends on it. The PHONY target was introduced because the druntime rule actually creates two output files. [1]: https://github.com/D-Programming-Language/phobos/blob/922d1931fe4e3a84b788e7e4f8f11de3dc05cfe1/posix.mak#L374 --
[Issue 13235] Wrong code on mutually recursive tuple type
https://issues.dlang.org/show_bug.cgi?id=13235 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull Hardware|x86_64 |All OS|Linux |All --- Comment #3 from Kenji Hara k.hara...@gmail.com --- https://github.com/D-Programming-Language/dmd/pull/3849 --
[Issue 13237] Wrong code with -inline -O
https://issues.dlang.org/show_bug.cgi?id=13237 --- Comment #5 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/02ca8d7c4532cd69ce8a0dfcddf7b394cb196891 fix Issue 13237 Wrong code with -inline -O https://github.com/D-Programming-Language/dmd/commit/0131c148f32f662bd64725b8af58472066fc5781 Merge pull request #3848 from WalterBright/fix13237 fix Issue 13237 Wrong code with -inline -O --
[Issue 7942] Appending different string types corrupts memory
https://issues.dlang.org/show_bug.cgi?id=7942 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #9 from Vladimir Panteleev thecybersha...@gmail.com --- Another option would be to fix but deprecate the functionality. going along D's motto of correct by default, efficient if you ask for it I don't think that means that hidden costs are OK. --
[Issue 13265] Please detect the DXSDK when configuring sc.ini in the installer
https://issues.dlang.org/show_bug.cgi?id=13265 --- Comment #6 from Orvid King blah38...@gmail.com --- Yes, environment variables do evaluate to an empty string if they aren't set. Also, while I don't have a problem with adding the DirectX SDK, as it is common enough, I just want to ask the question, what are the requirements to getting a path added? --
[Issue 8596] Indeterministic assertion failure in rehash
https://issues.dlang.org/show_bug.cgi?id=8596 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 4835] DMD should warn about integer overflow in computed constant
https://issues.dlang.org/show_bug.cgi?id=4835 hst...@quickfur.ath.cx changed: What|Removed |Added Keywords||pull --
[Issue 13263] phobos/posix.mak has incorrect dependencies
https://issues.dlang.org/show_bug.cgi?id=13263 --- Comment #2 from Andrei Alexandrescu and...@erdani.com --- Such small issues tend to compound into bigger ones. I think we need to fix this. We could make phobos dependent on the actual druntime library, or just not list it as a dependency. Thoughts? --
[Issue 7942] Appending different string types corrupts memory
https://issues.dlang.org/show_bug.cgi?id=7942 --- Comment #10 from yebblies yebbl...@gmail.com --- (In reply to Vladimir Panteleev from comment #9) Another option would be to fix but deprecate the functionality. going along D's motto of correct by default, efficient if you ask for it I don't think that means that hidden costs are OK. O(n) append is not a hidden cost - it's the standard. If we're ok with the single-char case, we should be fine with the string case too. --
[Issue 7625] inlining only works with explicit else branch
https://issues.dlang.org/show_bug.cgi?id=7625 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 8596] Indeterministic assertion failure in rehash
https://issues.dlang.org/show_bug.cgi?id=8596 --- Comment #31 from hst...@quickfur.ath.cx --- Possibly related fix: https://github.com/D-Programming-Language/dmd/pull/3844 --
[Issue 13265] Please detect the DXSDK when configuring sc.ini in the installer
https://issues.dlang.org/show_bug.cgi?id=13265 --- Comment #7 from Manu turkey...@gmail.com --- (In reply to Orvid King from comment #6) Yes, environment variables do evaluate to an empty string if they aren't set. So, should we consider this a problem? The lib path looks like it will be filled with a bit of junk... although it's probably benign. Also, while I don't have a problem with adding the DirectX SDK, as it is common enough, I just want to ask the question, what are the requirements to getting a path added? Well, I have only argued for the DXSDK, because it's an official Microsoft supplied lib with tight integration into their ecosystem, and it has since been merged into the Windows SDK, which created the disparity between new and old versions of Visual Studio. Did you have one in mind? I haven't come in contact with any others that I feel make such a strong case. --
[Issue 10535] [AA] Add a function to druntime which returns an empty AA
https://issues.dlang.org/show_bug.cgi?id=10535 Daniel Kozak kozz...@gmail.com changed: What|Removed |Added CC||kozz...@gmail.com --- Comment #3 from Daniel Kozak kozz...@gmail.com --- What about allow this: auto aa = new VT[KT](); or VT[KT] aa = []; http://forum.dlang.org/thread/oikhlzndptghonqko...@forum.dlang.org#post-sfcppaolmnhxfjvrekkm:40forum.dlang.org --
[Issue 4225] mangle.c:81: char* mangle(Declaration*): Assertion `fd fd-inferRetType' failed.
https://issues.dlang.org/show_bug.cgi?id=4225 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment #4 from hst...@quickfur.ath.cx --- Seems to work now (compiles and runs with -main), though it does hit a deprecation warning: - test.d(2): Deprecation: variable test.Foo.x const field with initializer should be static, __gshared, or an enum - --
[Issue 4225] mangle.c:81: char* mangle(Declaration*): Assertion `fd fd-inferRetType' failed.
https://issues.dlang.org/show_bug.cgi?id=4225 --- Comment #5 from hst...@quickfur.ath.cx --- P.S. This is on git HEAD (post 2.066). --
[Issue 13235] Wrong code on mutually recursive tuple type
https://issues.dlang.org/show_bug.cgi?id=13235 --- 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/7fe769e45ae79c483b70883e0cf5c3aa61796000 fix Issue 13235 - Wrong code on mutually recursive tuple type https://github.com/D-Programming-Language/dmd/commit/24090ff5054fc0a3ce591f8469348809affcca6d Merge pull request #3849 from 9rnsr/fix13235 Issue 13235 - Wrong code on mutually recursive tuple type --
[Issue 8596] Indeterministic assertion failure in rehash
https://issues.dlang.org/show_bug.cgi?id=8596 --- Comment #32 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/53be7a304512b1eadd18537ce7472bf4fb847fb6 Fix comparisons functions, likely fixes issue #8596. --
[Issue 12588] Segfault on X86_64 assigning std.complex to array
https://issues.dlang.org/show_bug.cgi?id=12588 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Keywords||wrong-code CC||safety0ff.b...@gmail.com --
[Issue 10493] ICE with -inline, depending on order of source files
https://issues.dlang.org/show_bug.cgi?id=10493 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Keywords||ice CC||safety0ff.b...@gmail.com --
[Issue 13262] Cannot send certain shared data to another thread
https://issues.dlang.org/show_bug.cgi?id=13262 --- Comment #1 from Andrei Alexandrescu and...@erdani.com --- The plot thickens - some types are oddly rejected. In the example below, adding an int to a struct fixes it! import std.concurrency; struct S1 { int c; string a; } struct S2 { string a; shared int[] b; } struct S3 { string a; shared int[] b; int c; } void fun(T)() { T object; thisTid.send(object); } void main(string[] args) { fun!int(); fun!(shared int); fun!S1; fun!(shared S1); fun!S2; fun!(shared S2); fun!S3; fun!(shared S3); } --
[Issue 13262] Cannot send certain shared data to another thread
https://issues.dlang.org/show_bug.cgi?id=13262 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Assignee|nob...@puremagic.com|s...@invisibleduck.org --
[Issue 13262] Cannot send certain shared data to another thread
https://issues.dlang.org/show_bug.cgi?id=13262 --- Comment #2 from Andrei Alexandrescu and...@erdani.com --- Compilation errors: http://dpaste.dzfl.pl/c77650434736 --
[Issue 13262] Cannot send certain shared data to another thread
https://issues.dlang.org/show_bug.cgi?id=13262 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |ASSIGNED --
[Issue 13028] [ICE] CTFE internal error: cannot evaluate at compile time
https://issues.dlang.org/show_bug.cgi?id=13028 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Keywords||diagnostic Severity|normal |minor --- Comment #2 from safety0ff.bugz safety0ff.b...@gmail.com --- (In reply to Kenji Hara from comment #1) This is an invalid enhancement request issue. This issue is solely about having an internal error displayed on that wrong piece of code. --
[Issue 4130] DMD crashes if it has to compile a project which is too complex
https://issues.dlang.org/show_bug.cgi?id=4130 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added CC||safety0ff.b...@gmail.com --- Comment #19 from safety0ff.bugz safety0ff.b...@gmail.com --- (In reply to yebblies from comment #18) I take that back, this crashes dmd (although it might be a different bug) Using 2^^15 it takes 8.75 GiB and ~15s to compile. 2^^16 causes swapping. --
[Issue 13028] [ICE] CTFE internal error: cannot evaluate at compile time
https://issues.dlang.org/show_bug.cgi?id=13028 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Keywords|ice |ice-on-invalid-code --
[Issue 11377] if add -inline option. dmd source file in assertion failed.
https://issues.dlang.org/show_bug.cgi?id=11377 safety0ff.bugz safety0ff.b...@gmail.com changed: What|Removed |Added Keywords||ice CC||safety0ff.b...@gmail.com --
[Issue 314] [module] Static, renamed, and selective imports are always public
https://issues.dlang.org/show_bug.cgi?id=314 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13254] Cannot instantiate std.container.Array with immutables as T
https://issues.dlang.org/show_bug.cgi?id=13254 Phil Lavoie maidenp...@hotmail.com changed: What|Removed |Added OS|Windows |All --- Comment #1 from Phil Lavoie maidenp...@hotmail.com --- (In reply to Phil Lavoie from comment #0) Using dmd distribution 2.065. This does not compile: std.container.Array!(immutable(dchar)) array; Error: The error seems to be caused because Array.Payload uses destroy on an immutable type and that makes the compiler cry. I see that the code has been updated to support elaborate destructors, but I don't think it will prevent the problem. Thx! If a struct can have an elaborate destructor and be const/immutable at the same time, this seems like it will not compile. --
[Issue 13254] Cannot instantiate std.container.Array with immutables or consts as T
https://issues.dlang.org/show_bug.cgi?id=13254 Phil Lavoie maidenp...@hotmail.com changed: What|Removed |Added Summary|Cannot instantiate |Cannot instantiate |std.container.Array with|std.container.Array with |immutables as T |immutables or consts as T --
[Issue 13267] New: Fiber with small stack causes stack overflow in GC.gcx.mark
https://issues.dlang.org/show_bug.cgi?id=13267 Issue ID: 13267 Summary: Fiber with small stack causes stack overflow in GC.gcx.mark Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: safety0ff.b...@gmail.com Created attachment 1379 -- https://issues.dlang.org/attachment.cgi?id=1379action=edit Initial test case Seems anything less than the default stack size triggers the issue. See the attached test case (I have not reduced it at all.) Both 2.065 and git HEAD fail. --
[Issue 13243] Mago doesn't seem to work for Win64
https://issues.dlang.org/show_bug.cgi?id=13243 --- Comment #8 from Rainer Schuetze r.sagita...@gmx.de --- Thanks for trying. I could now reproduce the problem with the VS2012 shell on a fresh installation: the COM class ID for the DIA DLL msdia*.dll (used to access the PDB file) changed between VS versions (but not before VS2010), and only the VS2013 ID was used so far. I have added trying the earlier versions, too. The beta2-installer is replaced by the new version, I didn't bother to make a new tag. Please give it another try. --
[Issue 13262] Cannot send certain shared data to another thread
https://issues.dlang.org/show_bug.cgi?id=13262 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Assignee|s...@invisibleduck.org |and...@erdani.com --
[Issue 13237] Wrong code with -inline -O
https://issues.dlang.org/show_bug.cgi?id=13237 --- Comment #6 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/955a6d4b89911c6e4cac4594a55158237968208c fix Issue 13237 Wrong code with -inline -O Conflicts: test/runnable/test23.d --
[Issue 13265] Please detect the DXSDK when configuring sc.ini in the installer
https://issues.dlang.org/show_bug.cgi?id=13265 --- Comment #8 from Brad Anderson e...@gnuk.net --- I don't foresee problems with the path. I just tested and it caused no problems on my DirectX SDK missing system. https://github.com/D-Programming-Language/dmd/pull/3852 --
[Issue 9608] Add introspection for templates
https://issues.dlang.org/show_bug.cgi?id=9608 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --
[Issue 13243] Mago doesn't seem to work for Win64
https://issues.dlang.org/show_bug.cgi?id=13243 --- Comment #9 from Manu turkey...@gmail.com --- (In reply to Rainer Schuetze from comment #8) Thanks for trying. I could now reproduce the problem with the VS2012 shell on a fresh installation: the COM class ID for the DIA DLL msdia*.dll (used to access the PDB file) changed between VS versions (but not before VS2010), and only the VS2013 ID was used so far. I have added trying the earlier versions, too. The beta2-installer is replaced by the new version, I didn't bother to make a new tag. Please give it another try. Okay, well, it works now... except there's a new problem. It takes 40-50 seconds to launch the exe, so every time I restart I have to wait a minute. Switch back to VS debugger, and it launches immediately as usual. --