Glad to announce the second beta for LDC 1.27. Some noteworthy changes since beta1:

• Frontend and druntime/Phobos upgraded to yesterday's DMD stable.
• Windows DLL support: some fixes/tweaks and a new -dllimport option for greater flexibility.
• Prebuilt Linux and Mac packages can show significant compiler performance increases due to newly employing the mimalloc allocator.
• Important fixes for -linkonce-templates, DWARF v5 (e.g. with linked-in C[++] parts compiled with gcc 11) and bundled dub supporting somewhat longer paths on Windows.

Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.27.0-beta2

Please help test, and thanks to all contributors & sponsors!

On Thursday, 24 June 2021 at 23:14:26 UTC, kinke wrote:

undefined symbol __fieldPostblit and __postblit cause link error only with LTO enabled for windows mingw target.

There is more undefined symbols for LDC 1.27 compare to 1.26. My code not changed and they used to work with old version ldc.

without LTO all work fine, old LDC link with -flto and -O fix the missing symbol, but 1.26 && 1.27 not work anymore.

On Saturday, 26 June 2021 at 05:36:51 UTC, workman wrote:

Sorry to hear about your LTO troubles; the -O requirement seems to be some MSVC specificum of LLD (see https://github.com/ldc-developers/ldc/issues/3500), but LTO without -O doesn't make a lot of sense anyway. It might have gotten worse with more recent LLVM versions if it used to work with older LDC versions; I seem to recall that recent LLD got a MinGW driver, so you may want to give that one a try via -linker.

For something actionable, please file an issue with according reproducible test case. Note that MinGW targets aren't officially supported and totally untested, so if it's been working for you, that's either sheer luck or insufficient test coverage. ;)

On Thursday, 24 June 2021 at 23:14:26 UTC, kinke wrote:

is planned a linux aarc64 release, like 1.26 ?

On Saturday, 26 June 2021 at 08:43:24 UTC, doruk wrote:

Unfortunately, the CI service we've been using for Linux AArch64 (Shippable), incl. generating the prebuilt package automatically, was shut down. Travis might be a successor, but they'd probably need to offer better performance or raise the time-out before that can happen.

I could set up a cross-compilation build, but I'm reluctant as testing would be very limited and regressions quite inevitable in the long run. So I'm currently leaning towards waiting for a bit and see if another alternative pops up.