[Issue 17317] 2.074.0 release candidate does not have updated backend license
https://issues.dlang.org/show_bug.cgi?id=17317 greensunn...@gmail.com changed: What|Removed |Added CC||greensunn...@gmail.com --- Comment #3 from greensunn...@gmail.com --- > a small PR that removes license.txt from the packages. Or simply updating the license file to Boost: https://github.com/dlang/installer/pull/229 --
[Issue 17317] 2.074.0 release candidate does not have updated backend license
https://issues.dlang.org/show_bug.cgi?id=17317 Martin Nowakchanged: What|Removed |Added CC||c...@dawg.eu --- Comment #2 from Martin Nowak --- Thanks, interested in making a small PR that removes license.txt from the packages. https://github.com/dlang/installer/search?q=license.txt --
[Issue 7952] invalid dwarf2 offset when trying to debug with gdb
https://issues.dlang.org/show_bug.cgi?id=7952 Martin Nowakchanged: What|Removed |Added Status|NEW |RESOLVED CC||c...@dawg.eu Resolution|--- |FIXED --- Comment #2 from Martin Nowak --- Closing since OSX no longer ships with gdb and the problem was likely solved in the meantime anyhow. Newer gdb versions should work, see e.g. https://www.patosai.com/posts/2015/03/24/installing-gdb-on-os-x-yosemite for how to install gdb instead of lldb. Not sure how good the lldb support is. --
[Issue 12518] Add ability to not rebuild the project on file with custom build tool change
https://issues.dlang.org/show_bug.cgi?id=12518 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Rainer Schuetze --- > 1. The file output is only linked with the project (e.g. *.h or *.rc file > generating a *.res file). >Here only relink is needed, no recompiling. https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 now uses two separate steps (with their own set of dependencies) if anything but "combined" compilation is used. --
[Issue 16619] Visual D: link dependency file does not exist - always prompted to rebuild
https://issues.dlang.org/show_bug.cgi?id=16619 --- Comment #4 from Rainer Schuetze--- The newest version https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 uses generic dependency tracking for the compiler, too. So you might get hit by this issue again with the next version. If you are still using VS2005, I'd recomment installing some MS package containing the file access tracker.exe. It should be part of anything containing MSBuild, e.g. .NET SDK, Build Tools or other SDKs. --
[Issue 17197] Link failure with -m64 on Windows
https://issues.dlang.org/show_bug.cgi?id=17197 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Rainer Schuetze --- "Invalid UTF-8" exceptions should no longer happen as I changed the critical path to use byte[] arrays instead of char[] arrays. Released in https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 --
[Issue 17355] Path to lib64 and $(DMDInstallDir) not correct
https://issues.dlang.org/show_bug.cgi?id=17355 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Rainer Schuetze --- Now also reading the installer registry keys of Visual D and DMD. Fixed in https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 --
[Issue 17470] [scope] this has longer lifetime than this
https://issues.dlang.org/show_bug.cgi?id=17470 uplink.co...@googlemail.com changed: What|Removed |Added Resolution|WORKSFORME |INVALID --- Comment #4 from uplink.co...@googlemail.com --- Apparently this error is valid because structs maybe moved. in which case `s` would contain a dangling pointer. --
[Issue 17453] I Have Many Issues
https://issues.dlang.org/show_bug.cgi?id=17453 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from Rainer Schuetze --- I've fixed issue 17260, should affect your code, too. Try https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 If problems still exist, please open more specific reports. --
[Issue 17260] Pending semantic analysis request
https://issues.dlang.org/show_bug.cgi?id=17260 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Rainer Schuetze --- Completion on the respective code should work with https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 Enabling UFCS might yield too many entries, though. --
[Issue 17460] Debugger: registers don't work in expression evaluation
https://issues.dlang.org/show_bug.cgi?id=17460 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Rainer Schuetze --- try this: https://github.com/dlang/visuald/releases/tag/v0.45.0-beta1 --
[Issue 17470] [scope] this has longer lifetime than this
https://issues.dlang.org/show_bug.cgi?id=17470 Vladimir Panteleevchanged: What|Removed |Added Resolution|FIXED |WORKSFORME --- Comment #3 from Vladimir Panteleev --- (N.B. Use WORKSFORME instead of FIXED for bugs that shouldn't appear in the changelog) --
[Issue 17470] [scope] this has longer lifetime than this
https://issues.dlang.org/show_bug.cgi?id=17470 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev --- I think the compiler is correct in issuing the error, though the error message might need improvement. The problem is that you are creating an internal pointer to the struct, which is forbidden. Since structs are value types, constructing an instance of X on the stack, then returning it, will cause the s field to refer to invalid memory. --
[Issue 17470] [scope] this has longer lifetime than this
https://issues.dlang.org/show_bug.cgi?id=17470 uplink.co...@googlemail.com changed: What|Removed |Added Assignee|nob...@puremagic.com|uplink.co...@googlemail.com Summary|[scope] this has longer |[scope] this has longer |lifetime then this |lifetime than this --
[Issue 17470] New: [scope] this has longer lifetime then this
https://issues.dlang.org/show_bug.cgi?id=17470 Issue ID: 17470 Summary: [scope] this has longer lifetime then this Product: D Version: D2 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: uplink.co...@googlemail.com The following code: @safe struct X { byte[] s; byte[9] a; this(int n) { assert(n < 9); s = a[0 .. n]; } } raises the error t.d(8): Error: address of variable this assigned to this with longer lifetime While infact, this has the exact same lifetime as this (it's the same pointer) --
[Issue 17469] View source code
https://issues.dlang.org/show_bug.cgi?id=17469 greensunn...@gmail.com changed: What|Removed |Added CC||greensunn...@gmail.com --- Comment #2 from greensunn...@gmail.com --- pull: https://github.com/dlang/dlang.org/pull/1668 --
[Issue 17469] View source code
https://issues.dlang.org/show_bug.cgi?id=17469 greenifychanged: What|Removed |Added CC||greeen...@gmail.com --- Comment #1 from greenify --- Probably this is true for everything in Druntime --
[Issue 15700] Source code links are partially broken
https://issues.dlang.org/show_bug.cgi?id=15700 Nick Vitsaschanged: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=17469 --
[Issue 17469] View source code
https://issues.dlang.org/show_bug.cgi?id=17469 Nick Vitsaschanged: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=15700 --
[Issue 17469] New: View source code
https://issues.dlang.org/show_bug.cgi?id=17469 Issue ID: 17469 Summary: View source code Product: D Version: D2 Hardware: All URL: http://dlang.org/library/object.html OS: All Status: NEW Keywords: trivial Severity: minor Priority: P3 Component: dlang.org Assignee: nob...@puremagic.com Reporter: vit...@aueb.gr Similar to previously reported [Issue 15700]. View source code link does not seem to work for HTML docs concerning object.d (object.TypeInfo, object.Object, object.Throwable e.t.c.). See for example https://github.com/dlang/phobos/blob/v2.074.1/object.d#L203 for view source in object.d --