[Issue 14862] Constructor of overlapped struct does not initialize correctly global variables
https://issues.dlang.org/show_bug.cgi?id=14862 Kenji Hara changed: What|Removed |Added Keywords||CTFE, pull Hardware|x86 |All OS|Windows |All --- Comment #1 from Kenji Hara --- https://github.com/D-Programming-Language/dmd/pull/4863 --
[Issue 14874] New: std.traits.functionAttributes does not support the new `return` attribute
https://issues.dlang.org/show_bug.cgi?id=14874 Issue ID: 14874 Summary: std.traits.functionAttributes does not support the new `return` attribute Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: monkeywork...@hotmail.com import std.traits; struct Test { int n; ref int getN() return { return n; } } void main() { //fails assert(functionAttributes!(Test.getN) & FunctionAttribute.return_); } --
[Issue 14873] Build fails with message 'cannot create PDB file'
https://issues.dlang.org/show_bug.cgi?id=14873 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- Could be a duplicate of issue 14164. Is this happening with the latest release, too? Please try https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 14873] New: Build fails with message 'cannot create PDB file'
https://issues.dlang.org/show_bug.cgi?id=14873 Issue ID: 14873 Summary: Build fails with message 'cannot create PDB file' Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: critical Priority: P1 Component: visuald Assignee: nob...@puremagic.com Reporter: de...@palacino.net This does not appear to be a duplicate of 13641. I've tried the solution provided there and it does not work for me. I am using Visual D in VS2015 on Windows 10. Happy to provide logs and cmd files at request. Here the simple output: -- Build started: Project: Library, Configuration: Debug Win32 -- Building Debug\Library.dll... Converting debug information... C:\Users\Derik\Projects\TagIO\Projects\Library\Debug\Library.pdb: cannot create PDB file Building Debug\Library.dll failed! Details saved as "file://C:\Users\Derik\Projects\TagIO\Projects\Library\Debug\Library.buildlog.html" -- Build started: Project: Server, Configuration: Debug Win32 -- Building Debug\Server.exe... Converting debug information... C:\Users\Derik\Projects\TagIO\Projects\Server\Debug\Server.pdb: cannot create PDB file Building Debug\Server.exe failed! Details saved as "file://C:\Users\Derik\Projects\TagIO\Projects\Server\Debug\Server.buildlog.html" == Build: 0 succeeded, 2 failed, 0 up-to-date, 0 skipped == --
[Issue 14698] Un-mangle symbols in disassembly?
https://issues.dlang.org/show_bug.cgi?id=14698 --- Comment #13 from Rainer Schuetze --- > The next version of binutils/gdb will have pretty much near complete 2.068 > support. In my local tests, it managed to demangle all symbols in Phobos > and druntime (core.demangle barely got 20% - and even then some were > massively incorrect). I could use the D demangler from binutils in my tool, too. Also, the mago debug engine might need an update to its demangler. Do you plan to submit those fixes to core.demangle, too? --
[Issue 14698] Un-mangle symbols in disassembly?
https://issues.dlang.org/show_bug.cgi?id=14698 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from Rainer Schuetze --- released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 14577] Add dustmite tool to VisualD
https://issues.dlang.org/show_bug.cgi?id=14577 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Rainer Schuetze --- released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 If it doesn't work for you, please file bug reports. --
[Issue 12750] VS2010 profiler doesn't seem to work
https://issues.dlang.org/show_bug.cgi?id=12750 --- Comment #3 from Rainer Schuetze --- > VS2010 I was rather hoping you upgraded in the meantime ;-) I recently tried getting profiling to work in VS2010 (installed in a VM), but that didn't even work for C++ projects. I'll probably won't be able to investigate that further for a VS version that's now superseded by 3 major releases. --
[Issue 14706] Release configuration doesn't enable -O by default.
https://issues.dlang.org/show_bug.cgi?id=14706 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Rainer Schuetze --- fix released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 14614] PDB File Not Generated when building in VS2015
https://issues.dlang.org/show_bug.cgi?id=14614 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Rainer Schuetze --- fix released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 14868] MmFile destructor seems to corrupt memory
https://issues.dlang.org/show_bug.cgi?id=14868 --- Comment #4 from Maxim Fomin --- (In reply to Sergei Degtiarev from comment #3) > The MmFile destructor is called after main() termination and throws > exception while trying to clean up the memory. Sounds like class dtor invokes gc. Because current GC implementation is not reenterant, such code in not supported. --
[Issue 14866] Unable to find universal runtime static libraries on windows 10 and VS 2015
https://issues.dlang.org/show_bug.cgi?id=14866 Rainer Schuetze changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- If you add "c:\Program Files (x86)\Windows Kits\10\Lib\10.0.10150.0\ucrt\x64" to the global library search paths, the lib is found, but druntime/phobos do not work with the changed MS runtime. See also https://issues.dlang.org/show_bug.cgi?id=14849#c7 --
[Issue 14868] MmFile destructor seems to corrupt memory
https://issues.dlang.org/show_bug.cgi?id=14868 --- Comment #3 from Sergei Degtiarev --- The MmFile destructor is called after main() termination and throws exception while trying to clean up the memory. --
[Issue 14564] [REG2.067] dmd -property -unittest combination causes compiler error
https://issues.dlang.org/show_bug.cgi?id=14564 --- Comment #14 from ag0ae...@gmail.com --- (In reply to ag0aep6g from comment #13) > https://github.com/D-Programming-Language/dmd/pull/4850 Superseded by https://github.com/D-Programming-Language/dmd/pull/4862 --
[Issue 14871] Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 --- Comment #4 from briancsch...@gmail.com --- I was able to get all of my code to build and link. There really needs to be something in the changelog that warns people about this. --
[Issue 14872] New: [2.068.0-rc1] Label address in asm [x86-64]
https://issues.dlang.org/show_bug.cgi?id=14872 Issue ID: 14872 Summary: [2.068.0-rc1] Label address in asm [x86-64] Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: major Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: wyr...@gmx.net 32bit x86 asm works fine, but I can't get 64bit working. import std.stdio; void main() { size_t addr1=123; size_t addr2=456; version(D_InlineAsm_X86_64) asm { lea RAX, lbl1; mov addr1, RAX; lea RAX, lbl2; mov addr2, RAX; } else version(D_InlineAsm_X86) asm { lea EAX, lbl1; mov addr1, EAX; lea EAX, lbl2; mov addr2, EAX; } lbl1: writeln(addr1); // equals 1 for X86-64 lbl2: writeln(addr2); // equals 1 for X86-64 } --
[Issue 14871] Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #3 from Martin Nowak --- The issues is that you're not compiling the std.experimental.allocator.building_blocks modules. The fix is straightforward. - containers/src/std/experimental/allocator/mallocator.d\ - containers/src/std/experimental/allocator/package.d\ - containers/src/std/experimental/allocator/common.d\ - containers/src/std/experimental/allocator/gc_allocator.d\ - containers/src/std/experimental/allocator/building_blocks/allocator_list.d\ - containers/src/std/experimental/allocator/typed.d\ + $(shell find containers/src/std/experimental/allocator -name "*.d")\ We fixed 2 regressions by using a simpler mechanism to emit helper functions. Now this requires you to link against all modules you use, where previously you could sometimes get away without linking. https://github.com/D-Programming-Language/dmd/pull/4851 --
[Issue 14864] windows uninstall during installation pops up spurious warning
https://issues.dlang.org/show_bug.cgi?id=14864 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/installer https://github.com/D-Programming-Language/installer/commit/526f35495cdc615b26b65d73fa7b4aa0477b1d12 fix Issue 14864 - windows uninstall during installation pops up spurious warning https://github.com/D-Programming-Language/installer/commit/a3afa9223b65c0594bae536cd57bbacee95374a0 Merge pull request #130 from MartinNowak/fix14864 --
[Issue 14801] OS X installer not compatible with OS X 10.11
https://issues.dlang.org/show_bug.cgi?id=14801 --- Comment #14 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/installer https://github.com/D-Programming-Language/installer/commit/ff2eac28c6ca6ea483ebf3dd8f8ffd8e4d03921e Merge pull request #128 from jacob-carlborg/issue_14801 --
[Issue 14871] Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 --- Comment #2 from Kenji Hara --- Essentially the change was unnecessary to fix regressions, but just added to make compiler implementation 'simple'. I think it was not good decision. --
[Issue 14871] Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 --- Comment #1 from Kenji Hara --- Due to fix issue 14828 and related, 2.068.0-rc1 has introduced a change to the generation of internal symbols __array, __assert, and __unittest_fail. I have opposite stance for the change, but it's rejected. The PR that contains the discussion: https://github.com/D-Programming-Language/dmd/pull/4851 If you want to get more detailed information, please wait the reply from Walter or Martin. --
[Issue 14871] New: Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 Issue ID: 14871 Summary: Linker errors with 2.068.0-rc1 Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Keywords: industry, link-failure Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: briancsch...@gmail.com While testing 2.068.0-rc1 against some EMSI internal code as well as a development version of DCD I ran into some linking issues. It seems that the linker is trying to resolve some symbols whose names end with "__arrayZ" and "__assertFiZv". These symbol names seem to always be at module scope. Example error messages: /path_partially_redacted/ext/containers/src/containers/unrolledlist.d:445: undefined reference to `_D10containers12unrolledlist8__assertFiZv' bin/dcd-server.o: In function `_D3std12experimental9allocator15building_blocks15stats_collector232__T14StatsCollectorTS3std12experimental9allocator15building_blocks6region137__T6RegionTS3std12experimental9allocator10mallocator10MallocatorVki16VE3std8typecons43__T4FlagVAyaa13_67726f77446f776e7761726473Z4Flagi0Z6RegionVmi1024Vmi0Z14StatsCollector6defineFAyaAAyaXAya': msgpack-d/src/msgpack.d:(.text._D3std12experimental9allocator15building_blocks15stats_collector232__T14StatsCollectorTS3std12experimental9allocator15building_blocks6region137__T6RegionTS3std12experimental9allocator10mallocator10MallocatorVki16VE3std8typecons43__T4FlagVAyaa13_67726f77446f776e7761726473Z4Flagi0Z6RegionVmi1024Vmi0Z14StatsCollector6defineFAyaAAyaXAya+0x83): undefined reference to `_D3std12experimental9allocator15building_blocks15stats_collector7__arrayZ' It should be possible to reproduce part of the error with a checkout of DCD at this version: https://github.com/Hackerpilot/DCD/tree/7724ab9dc63221d383dfcfdf78429c570eeba60c (Remember to run `git submodule update --init --recursive after checking out) --