[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) --
[Issue 14871] Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 --- Comment #1 from Kenji Hara k.hara...@gmail.com --- 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] Linker errors with 2.068.0-rc1
https://issues.dlang.org/show_bug.cgi?id=14871 --- Comment #2 from Kenji Hara k.hara...@gmail.com --- Essentially the change was unnecessary to fix regressions, but just added to make compiler implementation 'simple'. I think it was not good decision. --
[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 Martin Nowak c...@dawg.eu changed: What|Removed |Added CC||c...@dawg.eu --- Comment #3 from Martin Nowak c...@dawg.eu --- 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 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 --- 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 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 14868] MmFile destructor seems to corrupt memory
https://issues.dlang.org/show_bug.cgi?id=14868 --- Comment #3 from Sergei Degtiarev sdegtia...@yahoo.com --- The MmFile destructor is called after main() termination and throws exception while trying to clean up the memory. --
[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 r.sagita...@gmx.de changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze r.sagita...@gmx.de --- 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 #4 from Maxim Fomin mxfo...@gmail.com --- (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 14614] PDB File Not Generated when building in VS2015
https://issues.dlang.org/show_bug.cgi?id=14614 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Rainer Schuetze r.sagita...@gmx.de --- fix released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 14706] Release configuration doesn't enable -O by default.
https://issues.dlang.org/show_bug.cgi?id=14706 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from Rainer Schuetze r.sagita...@gmx.de --- fix released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 12750] VS2010 profiler doesn't seem to work
https://issues.dlang.org/show_bug.cgi?id=12750 --- Comment #3 from Rainer Schuetze r.sagita...@gmx.de --- 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 14577] Add dustmite tool to VisualD
https://issues.dlang.org/show_bug.cgi?id=14577 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Rainer Schuetze r.sagita...@gmx.de --- 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 14698] Un-mangle symbols in disassembly?
https://issues.dlang.org/show_bug.cgi?id=14698 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #12 from Rainer Schuetze r.sagita...@gmx.de --- released in https://github.com/D-Programming-Language/visuald/releases/tag/v0.3.42 --
[Issue 14698] Un-mangle symbols in disassembly?
https://issues.dlang.org/show_bug.cgi?id=14698 --- Comment #13 from Rainer Schuetze r.sagita...@gmx.de --- 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 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 14873] Build fails with message 'cannot create PDB file'
https://issues.dlang.org/show_bug.cgi?id=14873 Rainer Schuetze r.sagita...@gmx.de changed: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze r.sagita...@gmx.de --- 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 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 14862] Constructor of overlapped struct does not initialize correctly global variables
https://issues.dlang.org/show_bug.cgi?id=14862 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||CTFE, pull Hardware|x86 |All OS|Windows |All --- Comment #1 from Kenji Hara k.hara...@gmail.com --- https://github.com/D-Programming-Language/dmd/pull/4863 --
