[Issue 18272] missing changelog entry and no doc for -gf (besides cryptic emit debug info for all referenced types)
https://issues.dlang.org/show_bug.cgi?id=18272 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #10380 "fix Issue 18272 - missing changelog entry and no doc for -gf" was merged into master: - b5715145cf91b46ba248309ad7767c26c98fd36d by Rainer Schuetze: fix Issue 18272 - missing changelog entry and no doc for -gf https://github.com/dlang/dmd/pull/10380 --
[Issue 20178] Add TypeInfo_Class/TypeInfo_Interface.isBaseOf (equivalent to C#/Java isAssignableFrom)
https://issues.dlang.org/show_bug.cgi?id=20178 Nathan S. changed: What|Removed |Added Summary|Add |Add |TypeInfo_Class/TypeInfo_Int |TypeInfo_Class/TypeInfo_Int |erface.isDerivedFrom|erface.isBaseOf (equivalent |(equivalent to C#/Java |to C#/Java |isAssignableFrom with the |isAssignableFrom) |argument swapped with the | |receiver) | --
[Issue 19959] Eponymous template FQN's re-state the template name
https://issues.dlang.org/show_bug.cgi?id=19959 --- Comment #6 from Manu --- Oh yeah, that's a very good point! I've had that same thought many times. --
[Issue 18272] missing changelog entry and no doc for -gf (besides cryptic emit debug info for all referenced types)
https://issues.dlang.org/show_bug.cgi?id=18272 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @rainers created dlang/dmd pull request #10380 "fix Issue 18272 - missing changelog entry and no doc for -gf" fixing this issue: - fix Issue 18272 - missing changelog entry and no doc for -gf https://github.com/dlang/dmd/pull/10380 --
[Issue 18147] Debug information limited in size
https://issues.dlang.org/show_bug.cgi?id=18147 Rainer Schuetze changed: What|Removed |Added Keywords||symdeb CC||r.sagita...@gmx.de --
[Issue 17727] addr2line does not understand debug info
https://issues.dlang.org/show_bug.cgi?id=17727 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED CC||r.sagita...@gmx.de Resolution|--- |DUPLICATE --- Comment #2 from Rainer Schuetze --- The trouble here is that `b main` stops at auto-generated C main, but no source is available for this (but can have overlapping line number info with other code). This is described in https://issues.dlang.org/show_bug.cgi?id=19039 for Windows, too. *** This issue has been marked as a duplicate of issue 19039 *** --
[Issue 19039] __entrypoint.main has file and line location of app.d
https://issues.dlang.org/show_bug.cgi?id=19039 Rainer Schuetze changed: What|Removed |Added CC||shac...@shemesh.biz --- Comment #2 from Rainer Schuetze --- *** Issue 17727 has been marked as a duplicate of this issue. *** --
[Issue 19039] __entrypoint.main has file and line location of app.d
https://issues.dlang.org/show_bug.cgi?id=19039 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de Hardware|x86 |All OS|Windows |All --- Comment #1 from Rainer Schuetze --- I see it on Win64, too, and issue 17727 suggests it is happening for Linux, too. --
[Issue 15747] debug info missing for static library (dmd only, ldc is ok)
https://issues.dlang.org/show_bug.cgi?id=15747 Rainer Schuetze changed: What|Removed |Added Keywords||symdeb CC||r.sagita...@gmx.de --
[Issue 15189] Dwarf debug info is inaccurate
https://issues.dlang.org/show_bug.cgi?id=15189 Rainer Schuetze changed: What|Removed |Added Keywords||symdeb CC||r.sagita...@gmx.de --
[Issue 15023] debug info for extern(C++) classes don't work when debugging C++ code
https://issues.dlang.org/show_bug.cgi?id=15023 Rainer Schuetze changed: What|Removed |Added Keywords||symdeb CC||r.sagita...@gmx.de --
[Issue 12790] Compiler should keep mixin file around for debugging purposes
https://issues.dlang.org/show_bug.cgi?id=12790 Rainer Schuetze changed: What|Removed |Added CC||issues.dl...@jmdavisprog.co ||m --- Comment #2 from Rainer Schuetze --- *** Issue 5051 has been marked as a duplicate of this issue. *** --
[Issue 5051] dmd flag for partial compilation (similar to just running preprocessor in C/C++)
https://issues.dlang.org/show_bug.cgi?id=5051 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #12 from Rainer Schuetze --- We have -mixin now, so I guess we can close this (considering Andrei's suggested tool out of scope for this issue). *** This issue has been marked as a duplicate of issue 12790 *** --
[Issue 11033] Visual-D seems to catch exceptions, which breaks the flow of code while debugging
https://issues.dlang.org/show_bug.cgi?id=11033 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Rainer Schuetze --- VS debug engine completely different since this report, so closing... --
[Issue 18220] Allow rt_trapexceptions to be set from the CLI
https://issues.dlang.org/show_bug.cgi?id=18220 Rainer Schuetze changed: What|Removed |Added CC||dmdtrac...@supradigital.org --- Comment #2 from Rainer Schuetze --- *** Issue 15894 has been marked as a duplicate of this issue. *** --
[Issue 15894] Allow setting of rt_trapExceptions from module c'tors
https://issues.dlang.org/show_bug.cgi?id=15894 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED CC||r.sagita...@gmx.de Resolution|--- |DUPLICATE --- Comment #4 from Rainer Schuetze --- Implemented via #18220 as --DRT-trapExceptions=0. Exception trapping cannot be enabled if running in a debugger under windows, but not sure if that is a troublesome restriction. *** This issue has been marked as a duplicate of issue 18220 *** --
[Issue 19959] Eponymous template FQN's re-state the template name
https://issues.dlang.org/show_bug.cgi?id=19959
Rainer Schuetze changed:
What|Removed |Added
Component|visuald |dmd
--- Comment #5 from Rainer Schuetze ---
I think removing the duplicate template name can be done in error messages,
too, e.g.:
void foo(T)(T x)
{
}
void main()
{
foo!int();
}
test.d(8): Error: function `test.foo!int.foo(int x)` is not callable using
argument types `()`
test.d(8):missing argument for parameter #1: `int x`
Changing this in Dsymbol.prettyChars() would probably propagate to the debug
info.
Reassigning to dmd...
--
[Issue 20183] Returning address of return ref parameter with temporary struct field
https://issues.dlang.org/show_bug.cgi?id=20183 Nick Treleaven changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=18756 --
[Issue 18756] Escaping address of temporary struct field
https://issues.dlang.org/show_bug.cgi?id=18756 Nick Treleaven changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=20183 --
[Issue 18756] Escaping address of temporary struct field
https://issues.dlang.org/show_bug.cgi?id=18756 Nick Treleaven changed: What|Removed |Added Keywords||accepts-invalid --- Comment #5 from Nick Treleaven --- Still present with DMD32 D Compiler v2.088.0-rc.1 --
[Issue 20183] Returning address of return ref parameter with temporary struct field
https://issues.dlang.org/show_bug.cgi?id=20183 Nick Treleaven changed: What|Removed |Added Keywords||accepts-invalid, safe --- Comment #1 from Nick Treleaven --- This is with -dip1000. --
[Issue 20183] New: Returning address of return ref parameter with temporary struct field
https://issues.dlang.org/show_bug.cgi?id=20183
Issue ID: 20183
Summary: Returning address of return ref parameter with
temporary struct field
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: normal
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: n...@geany.org
With dmd v2.088.0-rc.1 (and earlier):
@safe:
int* addr(return ref int b) {
return
}
struct S
{
int i;
}
auto s() {return S();}
void main(){
//auto p = addr(S().i); // cannot modify constant expression `S(0).i`
auto p = addr(s().i);
(*p)++;
}
Here the problem is that p outlives the int passed to addr. I think `return `
in addr should not be allowed, because the returned pointer can live longer
than the argument passed to the `ref int b` parameter.
Allowing to be returned also makes enhancing D to support @safe smart
containers harder than it needs to be, requiring flow analysis - any ref can be
turned into a scope pointer which lives longer.
--
[Issue 19349] local variables should not show in debugger if out of scope
https://issues.dlang.org/show_bug.cgi?id=19349 Rainer Schuetze changed: What|Removed |Added Keywords||symdeb --
[Issue 19397] Debugger does not catch unhandled exceptions in druntime threads
https://issues.dlang.org/show_bug.cgi?id=19397 Rainer Schuetze changed: What|Removed |Added Keywords||EH CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- The mago debugger extension now prints the type, location and message for unhandled exceptions that are caught by the debugger. It doesn't do this for handled exceptions as a non-standard exception mechanism is used by dmd for Win64 (LDC uses C++ exceptions, so can stop on throw). Win32 should work as expected. --
[Issue 16380] no bindings for err.h
https://issues.dlang.org/show_bug.cgi?id=16380 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @ErnyTech created dlang/druntime pull request #2778 "Fix Issue 16380 - no bindings for err.h" fixing this issue: - Fix Issue 16380 - no bindings for err.h err.h although not present in the posix standard it is however present in most distributions based on Darwin, BSD and Linux Signed-off-by: Ernesto Castellotti https://github.com/dlang/druntime/pull/2778 --
[Issue 20172] using functions with full path and without preliminary import
https://issues.dlang.org/show_bug.cgi?id=20172 --- Comment #2 from KnightMare --- (In reply to Simen Kjaeraas from comment #1) > Is foo.bar.baz referring to the free function baz in the module foo.bar, or > the member baz in the type bar in the module foo? In addition to this > ambiguity, this effectively turns every typo into an expensive file system > lookup. in any case u(D gods) can extend syntax core.stdc.stdlib:free( pelem ) foo.bar:baz colon":" that split module path from type.method path meaning left be same as now but shorter in 1LOC --
