[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 Basile-z changed: What|Removed |Added CC|b2.t...@gmx.com | --

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 --- Comment #5 from Iain Buclaw --- (In reply to Iain Buclaw from comment #4) > > This is how you track the 'this' pointer for mmap to the frame of > printstuffs. > Also note that you can't trust toParent2() here, as it

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 --- Comment #4 from Iain Buclaw --- Note to anyone looking. For function call to mmap(...). Given that: FuncDeclaration fd = void mmap(T...); fd.toParent2() == main(); fd.parent.isTemplateInstance() == template

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 --- Comment #3 from Iain Buclaw --- (In reply to Iain Buclaw from comment #2) > > The front-end should ideally have a way to notify the code generator of this > somehow, to notify us that there's no need to check whether the

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 --- Comment #1 from elro...@protonmail.ch --- Potentially relevant: dmd just segfaults, but gdc actually prints a message: test.d: In function ‘mmap’: test.d:7:8: internal compiler error: in get_frame_for_symbol, at d/d-codegen.cc:2208

[Issue 17836] ICE with custom 'map' template

https://issues.dlang.org/show_bug.cgi?id=17836 b2.t...@gmx.com changed: What|Removed |Added Keywords||ice, ice-on-invalid-code