Upgrade frontend & libs to v2.109 #4660
Conversation
…nclude path set (dlang/dmd!16248) * Fix Bugzilla issue 24111 - [ImportC] fatal error C1034: stdio.h: no include path set
As that's built-in, not needing any headers.
These require `import dscope` that we want to remove from func.d in pursuit of https://github.com/orgs/dlang/projects/41. Other functions that still need to be moved include `overloadApply()`, `isUnique()` and `equals()`, the latter needing a visitor akin dlang/dmd!15782.
…d an MSVC env anymore After dlang/dmd!16248.
…db) when gdb is available. (dlang/dmd!16513)
…t parameter containing new
…of int and uint literal values cause errors, when targeting Windows, when debug info generation is enabled. (dlang/dmd!16385)
When running these tests on non-Windows, the compiler would need to cross-preprocess the .c sources before cross-compiling. DMD doesn't handle that properly (on Linux, just uses the native preprocessor, and failing badly with Apple clang on macOS). And for LDC, that would require an installed C cross-toolchain. That'd be a ridiculous effort for these 2 tests, so just preprocess and compile them like all other tests, even if the original problems were on Windows only. No harm in running these tests on Posix too while targeting Posix.
….109 Conflicts: dmd/expression.h tests/dmd/compilable/test24504.c tests/dmd/compilable/test24511.d
|
Still just a single regression for lit-test |
|
AFAICT, the The test has also failed on Linux x64 once at least, for a CircleCI job: https://app.circleci.com/pipelines/github/ldc-developers/ldc/4250/workflows/23b08985-2521-4562-ae10-0659fce872cf/jobs/26557 The |
|
Ah, expected in v2.109: https://dlang.org/changelog/2.109.0.html#druntime.removenostackcollect
|
…nation See https://dlang.org/changelog/2.109.0.html#druntime.removenostackcollect. The test depends on all class objects being finalized, and has regressed on some platforms (one object not being finalized because apparently still referenced in the stack).
No description provided.