[Issue 20913] Array "forward reference" error
https://issues.dlang.org/show_bug.cgi?id=20913 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14826 "dmd.aggregate: Define importAll override for AggregateDeclaration" fixing this issue: - fix Issue 20913 - Array "forward reference" error https://github.com/dlang/dmd/pull/14826 --
[Issue 23633] New: allow pure functions to call impure functions passed as parameters
https://issues.dlang.org/show_bug.cgi?id=23633
Issue ID: 23633
Summary: allow pure functions to call impure functions passed
as parameters
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: P5
Component: dmd
Assignee: nob...@puremagic.com
Reporter: destructiona...@gmail.com
Basically, permit this:
```
void foo(void delegate() dg) pure {
dg();
}
```
Similarly to how you can write to values passed through params, if an impure
delegate is passed through params I think we can allow that as an extension of
the weakly pure concept. This would allow things like passing properties to be
set.
If you are passed a class/interface tho, probably should only allow the pure
members since that's not as explicit as the delegates.
I often find myself wanting some kind of limited environment to a function, and
pure ALMOST offers it, but it just isn't able to do enough since pure is too
strict, this kid of relaxation just might make it work.
--
[Issue 23626] [REG2.096] Template deduction with auto const ref Args... and delegate
https://issues.dlang.org/show_bug.cgi?id=23626 --- Comment #9 from Dlang Bot --- dlang/dmd pull request #14821 "follow-up Issue 23626 - invert trustSystemEqualsDefault initializer to true" was merged into master: - c111eaedcdbe6b4a7da372e2b05cca1cbac4b677 by Iain Buclaw: follow-up Issue 23626 - invert trustSystemEqualsDefault initializer to true This is the desired behaviour for any future users of this function. https://github.com/dlang/dmd/pull/14821 --
[Issue 23595] Error: undefined identifier with static if and module/import order
https://issues.dlang.org/show_bug.cgi?id=23595 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #3 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14826 "dmd.aggregate: Define importAll override for AggregateDeclaration" fixing this issue: - fix Issue 23595 - Error: undefined identifier with static if and module/import order https://github.com/dlang/dmd/pull/14826 --
[Issue 22981] Another forward reference bug involving a string mixin
https://issues.dlang.org/show_bug.cgi?id=22981 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #15 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14826 "dmd.aggregate: Define importAll override for AggregateDeclaration" fixing this issue: - fix Issue 22981 - Another forward reference bug involving a string mixin https://github.com/dlang/dmd/pull/14826 --
[Issue 10616] forward reference error with `class C: C.D{static class D{}}`
https://issues.dlang.org/show_bug.cgi?id=10616
Dlang Bot changed:
What|Removed |Added
Keywords||pull
--- Comment #10 from Dlang Bot ---
@ibuclaw created dlang/dmd pull request #14826 "dmd.aggregate: Define importAll
override for AggregateDeclaration" fixing this issue:
- fix Issue 10616 - forward reference error with class C: C.D{static class D{}}
https://github.com/dlang/dmd/pull/14826
--
[Issue 23598] Another nasty forward reference bug
https://issues.dlang.org/show_bug.cgi?id=23598 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #3 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14826 "dmd.aggregate: Define importAll override for AggregateDeclaration" fixing this issue: - fix Issue 23598 - Another nasty forward reference bug https://github.com/dlang/dmd/pull/14826 --
[Issue 7098] Annoying Forward Reference Error When Compiling Multiple Files
https://issues.dlang.org/show_bug.cgi?id=7098 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED CC||ibuc...@gdcproject.org Resolution|--- |FIXED --- Comment #2 from Iain Buclaw --- No longer reproducible --
[Issue 12000] Forward reference issue with RefCounted
https://issues.dlang.org/show_bug.cgi?id=12000 Iain Buclaw changed: What|Removed |Added Status|REOPENED|RESOLVED CC||ibuc...@gdcproject.org Resolution|--- |FIXED --- Comment #9 from Iain Buclaw --- No longer reproducible, the lack of any reduction makes it unclear if the compiler was at fault. --
[Issue 19268] BetterC turns off .dup for CTFE
https://issues.dlang.org/show_bug.cgi?id=19268 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #15 from Dlang Bot --- dlang/dmd pull request #14819 "fix Issue 19268 - BetterC turns off .dup for CTFE" was merged into stable: - 3a90f628026f97fcfa46265921ac8ef85c373ced by Walter Bright: fix Issue 19268 - BetterC turns off .dup for CTFE https://github.com/dlang/dmd/pull/14819 --
[Issue 23631] [REG master] ./src/importc.h:80:8: warning: undefining "__has_builtin"
https://issues.dlang.org/show_bug.cgi?id=23631 Iain Buclaw changed: What|Removed |Added See Also||https://github.com/dlang/dm ||d/pull/14801 --
[Issue 23631] [REG master] ./src/importc.h:80:8: warning: undefining "__has_builtin"
https://issues.dlang.org/show_bug.cgi?id=23631 --- Comment #1 from Iain Buclaw --- All the tests fail in the testsuite too. --- == Test 'compilable/vastartend.c' failed: expected: actual: In file included from : /build/dlang/dmd/compiler/test/../../druntime/import/importc.h:80:8: warning: undefining "__has_builtin" 80 | #undef __has_builtin |^ diff: - +In file included from : +/build/dlang/dmd/compiler/test/../../druntime/import/importc.h:80:8: warning: undefining "__has_builtin" + 80 | #undef __has_builtin + |^ >>> TARGET FAILED: compilable/vastartend.c FAILED targets: - compilable/test22758.c - compilable/test23038.c - compilable/enumbase.c - compilable/test22577.c - compilable/test23002.c - compilable/test22886.c - compilable/test23008.c - compilable/test22842.c - compilable/test22894.c - compilable/cppflags.c - compilable/test23923.c - compilable/test22887.c - compilable/test22928.c - compilable/test22346.c - compilable/test22808.c - compilable/test23030.c - compilable/test22895.c - compilable/test22970.c - compilable/casmmangling.d - compilable/noreturn.c - compilable/testcstuff1.c - compilable/testcstuff3.d - compilable/arraytopointer.c - compilable/test22927.c - compilable/test23029.c - compilable/test22933.c - compilable/test22727.c - compilable/test23217.c - compilable/test23583.c - compilable/test22761.c - compilable/test22877.c - compilable/test22885.c - compilable/testdefines.d - compilable/alignas.c - compilable/test23622.c - compilable/test23616.c - compilable/test22924.c - compilable/test23004.c - compilable/test22625.d - compilable/test22755.c - compilable/test22607.c - compilable/test22793.c - compilable/test23066.c - compilable/test22955.c - compilable/test22698.c - compilable/test22757.c - compilable/test22705.c - compilable/test23054.c - compilable/valist.c - compilable/test23034.c - compilable/ctests2.c - compilable/test22807.c - compilable/test22892.c - compilable/test22725.c - compilable/test22699.c - compilable/test22734.d - compilable/cimport.c - compilable/test22665.d - compilable/ctests1.c - compilable/test23044.c - compilable/test22904.c - compilable/vastartend.c make: *** [Makefile:194: run_compilable_tests] Error 1 --
[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.
https://issues.dlang.org/show_bug.cgi?id=23623 --- Comment #4 from Dlang Bot --- dlang/installer pull request #557 "merge stable" was merged into master: - 2f9caa9b11b5f8a718fa20f69e99a95b73779ee9 by Bastiaan Veelo: fix Issue 23623 - Prefer 64 bit over 32 bit DMD on Windows 64 bit. Fixes https://issues.dlang.org/show_bug.cgi?id=23623 https://github.com/dlang/installer/pull/557 --
[Issue 23626] [REG2.096] Template deduction with auto const ref Args... and delegate
https://issues.dlang.org/show_bug.cgi?id=23626 --- Comment #8 from Dlang Bot --- dlang/dmd pull request #14823 "merge stable" was merged into master: - 815eb678c704470d190fc63579428d481bf55063 by Iain Buclaw: fix Issue 23626 - [REG2.096] Template deduction with auto const ref Args... and delegate https://github.com/dlang/dmd/pull/14823 --
[Issue 19467] Support EV_SET on OSX
https://issues.dlang.org/show_bug.cgi?id=19467 --- Comment #6 from Dlang Bot --- dlang/dmd pull request #14823 "merge stable" was merged into master: - 972c2d14df41e8a8deabbb732ac884c39ac346d4 by Walter Bright: fix Issue 19467 - Support EV_SET on OSX https://github.com/dlang/dmd/pull/14823 --
[Issue 23632] New: [ImportC] undefined identifier `_Float128`
https://issues.dlang.org/show_bug.cgi?id=23632 Issue ID: 23632 Summary: [ImportC] undefined identifier `_Float128` Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: la...@lancebachmeier.com Here's the full code of mathcalls-helper-functions.h: /* Classify given number. */ __MATHDECL_ALIAS (int, __fpclassify,, (_Mdouble_ __value), fpclassify) __attribute__ ((__const__)); /* Test for negative number. */ __MATHDECL_ALIAS (int, __signbit,, (_Mdouble_ __value), signbit) __attribute__ ((__const__)); /* Return 0 if VALUE is finite or NaN, +1 if it is +Infinity, -1 if it is -Infinity. */ __MATHDECL_ALIAS (int, __isinf,, (_Mdouble_ __value), isinf) __attribute__ ((__const__)); /* Return nonzero if VALUE is finite and not NaN. Used by isfinite macro. */ __MATHDECL_ALIAS (int, __finite,, (_Mdouble_ __value), finite) __attribute__ ((__const__)); /* Return nonzero if VALUE is not a number. */ __MATHDECL_ALIAS (int, __isnan,, (_Mdouble_ __value), isnan) __attribute__ ((__const__)); /* Test equality. */ __MATHDECL_ALIAS (int, __iseqsig,, (_Mdouble_ __x, _Mdouble_ __y), iseqsig); /* Test for signaling NaN. */ __MATHDECL_ALIAS (int, __issignaling,, (_Mdouble_ __value), issignaling) __attribute__ ((__const__)); And here's the error message: In file included from : /home/gunther/place/dlang/dmd/generated/linux/debug/64/../../../../druntime/import/importc.h:80:8: warning: undefining "__has_builtin" 80 | #undef __has_builtin |^ /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(21): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(25): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(30): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(34): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(38): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(41): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(41): Error: undefined identifier `_Float128` /usr/include/x86_64-linux-gnu/bits/mathcalls-helper-functions.h(45): Error: undefined identifier `_Float128` The lines corresponding to the error message are all __attribute__ ((__const__)); --
[Issue 23631] New: [REG master] ./src/importc.h:80:8: warning: undefining "__has_builtin"
https://issues.dlang.org/show_bug.cgi?id=23631 Issue ID: 23631 Summary: [REG master] ./src/importc.h:80:8: warning: undefining "__has_builtin" Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: ibuc...@gdcproject.org This nonsense warning has started to appear when building druntime. --- ../compiler/../generated/linux/release/64/dmd -c -conf= -Isrc -Iimport -w -de -preview=dip1000 -preview=fieldwise -m64 -fPIC -preview=dtorfields -O -release -inline -version=Shared -fPIC -version=Shared -fPIC -I. src/core/stdc/errno.c -of../generated/linux/release/64/errno_c.o In file included from : ./src/importc.h:80:8: warning: undefining "__has_builtin" 80 | #undef __has_builtin |^ --
[Issue 23631] [REG master] ./src/importc.h:80:8: warning: undefining "__has_builtin"
https://issues.dlang.org/show_bug.cgi?id=23631 Iain Buclaw changed: What|Removed |Added Keywords||backend, ImportC CC||ibuc...@gdcproject.org --
[Issue 23626] [REG2.096] Template deduction with auto const ref Args... and delegate
https://issues.dlang.org/show_bug.cgi?id=23626 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Dlang Bot --- dlang/dmd pull request #14818 "fix Issue 23626 - [REG2.096] Template deduction with auto const ref Args... and delegate" was merged into stable: - ca530908ce1ce07d52f0c90aaa5f3824cbc7816e by Iain Buclaw: fix Issue 23626 - [REG2.096] Template deduction with auto const ref Args... and delegate https://github.com/dlang/dmd/pull/14818 --
[Issue 19467] Support EV_SET on OSX
https://issues.dlang.org/show_bug.cgi?id=19467 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Dlang Bot --- dlang/dmd pull request #14820 "fix Issue 19467 - Support EV_SET on OSX" was merged into stable: - 33c02481522d4420dd14915d6c9d8e8fac61ae27 by Walter Bright: fix Issue 19467 - Support EV_SET on OSX https://github.com/dlang/dmd/pull/14820 --
[Issue 18026] Stack overflow in ddmd/dtemplate.d:6241, TemplateInstance::needsCodegen()
https://issues.dlang.org/show_bug.cgi?id=18026 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #22 from Dlang Bot --- dlang/dmd pull request #14787 "fix Issue 18026 - Stack overflow in dmd/dtemplate.d:6248, TemplateInstance::needsCodegen()" was merged into stable: - ce7c5df44f4ac6aee1671ecbc54bb08c2a8f3e31 by Iain Buclaw: fix Issue 18026 - Stack overflow in dmd/dtemplate.d:6248, TemplateInstance::needsCodegen() https://github.com/dlang/dmd/pull/14787 --
[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.
https://issues.dlang.org/show_bug.cgi?id=23623 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/installer pull request #555 "Prefer 64 bit over 32 bit DMD on Windows 64 bit." was merged into stable: - 37b76f720cb3ebe2e08be72fb6c66a8945624693 by Bastiaan Veelo: fix Issue 23623 - Prefer 64 bit over 32 bit DMD on Windows 64 bit. Fixes https://issues.dlang.org/show_bug.cgi?id=23623 https://github.com/dlang/installer/pull/555 --
[Issue 23623] On 64 bit Windows the path should point to 64 bit dmd.
https://issues.dlang.org/show_bug.cgi?id=23623 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot --- @veelo updated dlang/installer pull request #555 "Prefer 64 bit over 32 bit DMD on Windows 64 bit." fixing this issue: - fix Issue 23623 - Prefer 64 bit over 32 bit DMD on Windows 64 bit. Fixes https://issues.dlang.org/show_bug.cgi?id=23623 https://github.com/dlang/installer/pull/555 --
[Issue 23624] Race condition in test runner for DMD
https://issues.dlang.org/show_bug.cgi?id=23624 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Dlang Bot --- dlang/dmd pull request #14817 "Fix Issue 23624 - Race condition in test runner for DMD" was merged into master: - dc08042498e0a3a1cb053e0cf53ccefb527f4ad3 by Nick Treleaven: Fix Issue 23624 - Race condition in test runner for DMD https://github.com/dlang/dmd/pull/14817 --
[Issue 7063] No error or warning for conflicting D and C symbols
https://issues.dlang.org/show_bug.cgi?id=7063
Iain Buclaw changed:
What|Removed |Added
Keywords||backend
--- Comment #6 from Iain Buclaw ---
This is an error when compiling with gdc (even if it could be more clearer as
to why it conflicts). This error needs to be there as the assembler would
otherwise complain about duplicate symbols.
---
$ gdc test.d
test.d:4:6: error: function ‘test.foo’ at test.d:4:6 conflicts with function
‘test._D4test3fooFZv’ at test.d:3:16
4 | void foo() { writeln(2); }
| ^
---
--
[Issue 23630] Regression in library caused by dmd 2.101.0 update
https://issues.dlang.org/show_bug.cgi?id=23630 --- Comment #3 from lemp...@gmail.com --- Thank you for investigating this issue quickly. The failure of assert that was pointed out may be due to the use of random numbers. As far as I can tell from running it multiple times on my end, there is no problem with the data, and it completed normally with version 2.100.1 (ldc2 1.30). It does not seem to be related to the segfault that occurs with version 2.101.0. Could you please try running it a few more times to confirm? --
[Issue 23630] Regression in library caused by dmd 2.101.0 update
https://issues.dlang.org/show_bug.cgi?id=23630 --- Comment #2 from Dennis --- When using digger bisect, it fails on older dmd versions with an assertion error on golem.models.linear:165 ``` assert(model.predict(dataset[5][0])[0] > 0.5); ``` --
[Issue 23630] Regression in library caused by dmd 2.101.0 update
https://issues.dlang.org/show_bug.cgi?id=23630 Dennis changed: What|Removed |Added CC||dkor...@live.nl OS|Windows |All --- Comment #1 from Dennis --- Trying to reproduce it locally, it seems a segfault happens during certain gc allocations when I run `dub test`. However, when I `dub build --force --config=unittest && ./golem-test-unittest` is succeeds, which is really weird. I'm trying to bisect it. --
[Issue 23630] New: Regression in library caused by dmd 2.101.0 update
https://issues.dlang.org/show_bug.cgi?id=23630 Issue ID: 23630 Summary: Regression in library caused by dmd 2.101.0 update Product: D Version: D2 Hardware: x86_64 URL: https://github.com/lempiji/golem/actions/runs/39225683 56/jobs/6705593687 OS: Windows Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: lemp...@gmail.com I have recently updated the compiler (dmd) used in the 'golem' library that I am developing and have noticed that the execution of sample programs and unit tests for the library are now failing. The sample programs fail intermittently during loop execution, and while the tests themselves appear to be successful, there are no error messages provided. After investigating, I have determined that this is a regression caused by the update to dmd 2.101.0. The issue can be reproduced using the command 'dub test' and can also be narrowed down to specific conditions using the command 'dub test -- -t 1 -i golem.model'. This issue occurs on both Windows and Linux systems, and a failed log on Linux can be found at the following URL: https://github.com/lempiji/golem/actions/runs/3922568356/jobs/6705593687. I am requesting assistance in resolving this issue. --
[Issue 16495] __traits(fullyQualifedName) instead of std.traits.fullyQualifiedName
https://issues.dlang.org/show_bug.cgi?id=16495 Walter Bright changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=23528 --
[Issue 22466] Small array initialization and assignment shouldn't defer to memset
https://issues.dlang.org/show_bug.cgi?id=22466 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Walter Bright --- With the current master, Look Ma, no memset32!! _D4testQfFZv: : 55 push RBP 0001: 48 8B EC mov RBP,RSP 0004: 48 83 EC 10 sub RSP,010h 0008: 48 B8 01 00 00 00 01 00 00 00 mov RAX,010001h 0012: 48 89 45 F0 mov -010h[RBP],RAX 0016: 48 89 45 F8 mov -8[RBP],RAX 001a: C9 leave 001b: C3 ret --
[Issue 23528] moduleName/fullyQualifiedName no longer works in -betterC
https://issues.dlang.org/show_bug.cgi?id=23528 Walter Bright changed: What|Removed |Added CC||bugzi...@digitalmars.com See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=16495 --- Comment #4 from Walter Bright --- This may help: https://github.com/dlang/dmd/pull/14711 --
