[Issue 18828] [-betterC] helpless error in object.d

https://issues.dlang.org/show_bug.cgi?id=18828 Mike Franklin changed: What|Removed |Added CC||slavo5...@yahoo.com

[Issue 18493] [betterC] Can't use aggregated type with postblit

https://issues.dlang.org/show_bug.cgi?id=18493 Mike Franklin changed: What|Removed |Added See Also|

[Issue 18841] VisualD - Build Phobos Browse Info needs to not be a manual step

https://issues.dlang.org/show_bug.cgi?id=18841 Manu changed: What|Removed |Added Assignee|nob...@puremagic.com|r.sagita...@gmx.de --

[Issue 18841] New: VisualD - Build Phobos Browse Info needs to not be a manual step

https://issues.dlang.org/show_bug.cgi?id=18841 Issue ID: 18841 Summary: VisualD - Build Phobos Browse Info needs to not be a manual step Product: D Version: D2 Hardware: All OS: Windows Status:

[Issue 18828] [-betterC] helpless error in object.d

https://issues.dlang.org/show_bug.cgi?id=18828 --- Comment #3 from Xavier Bigand --- Created attachment 1692 --> https://issues.dlang.org/attachment.cgi?id=1692=edit source code that produce the error I don't have any class. api_entry.d file is generated, so all

[Issue 18817] Include debug (symbols) builds of photos/druntime?

https://issues.dlang.org/show_bug.cgi?id=18817 --- Comment #3 from Manu --- Is there a reason not to include one in the windows install bundle? It would complement the standard windows runtime library distribution. --

[Issue 18828] [-betterC] helpless error in object.d

https://issues.dlang.org/show_bug.cgi?id=18828 --- Comment #2 from Vladimir Panteleev --- (In reply to Seb from comment #1) > You can use digger for reducing it: https://github.com/CyberShadow/Digger I think Sebastian meant to direct you to Dustmite:

[Issue 18828] [-betterC] helpless error in object.d

https://issues.dlang.org/show_bug.cgi?id=18828 Seb changed: What|Removed |Added CC||greensunn...@gmail.com ---

[Issue 17546] Cannot call .stringof on a function symbol if it does not have a no-args overload

https://issues.dlang.org/show_bug.cgi?id=17546 Seb changed: What|Removed |Added CC||greensunn...@gmail.com

[Issue 18840] New: static foreach over an object's tupleof gives wrong information for const variables

https://issues.dlang.org/show_bug.cgi?id=18840 Issue ID: 18840 Summary: static foreach over an object's tupleof gives wrong information for const variables Product: D Version: D2 Hardware: All OS: All

[Issue 18839] Crash on getMember of function masking imported template function

https://issues.dlang.org/show_bug.cgi?id=18839 --- Comment #3 from FeepingCreature --- Double correction- I had a local patch I'd forgotten about. Both still crash. Reduction is valid. (Sorry.) --

[Issue 18839] Crash on getMember of function masking imported template function

https://issues.dlang.org/show_bug.cgi?id=18839 --- Comment #2 from FeepingCreature --- Correction- in that case, only the pragma(msg) crashes. --

[Issue 18837] MMFile should have opDollar

https://issues.dlang.org/show_bug.cgi?id=18837 greenify changed: What|Removed |Added Keywords||bootcamp

[Issue 18839] Crash on getMember of function masking imported template function

https://issues.dlang.org/show_bug.cgi?id=18839 --- Comment #1 from FeepingCreature --- Further reduction: void fun2(T)(); alias fun = fun2; void fun() { } pragma(msg, __traits(getMember, foo, "fun").stringof); static assert(__traits(compiles, __traits(getMember,

[Issue 18839] New: Crash on getMember of function masking imported template function

https://issues.dlang.org/show_bug.cgi?id=18839 Issue ID: 18839 Summary: Crash on getMember of function masking imported template function Product: D Version: D2 Hardware: x86_64 OS: Linux Status:

[Issue 18817] Include debug (symbols) builds of photos/druntime?

https://issues.dlang.org/show_bug.cgi?id=18817 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de

[Issue 16692] New debug experience: possible to execute pure functions during expression evaluation?

https://issues.dlang.org/show_bug.cgi?id=16692 --- Comment #4 from Rainer Schuetze --- I remember I tried allowing calls within the expression evaluator (and fixed the parsing) but actually executing it didn't work so easily. So no support yet. --