[Issue 23713] compilable/testcstuff1.c:206:1: error: static assertion failed: sizeof(u'a') == 4
https://issues.dlang.org/show_bug.cgi?id=23713 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @WalterBright created dlang/dmd pull request #15903 "fix Issue 23713 - compilable/testcstuff1.c:206:1: error: static asser…" fixing this issue: - fix Issue 23713 - compilable/testcstuff1.c:206:1: error: static assertion failed: sizeof(u'a') == 4 https://github.com/dlang/dmd/pull/15903 --
[Issue 23718] runnable/initializer.c:583:10: error: cast specifies array type
https://issues.dlang.org/show_bug.cgi?id=23718 Walter Bright changed: What|Removed |Added Severity|major |minor --- Comment #2 from Walter Bright --- Why is this marked as major? It's a very minor extension. I don't see an issue with leaving it as it is. --
[Issue 23702] compilable/test23616.c:3:20: error: missing binary operator before token "("
https://issues.dlang.org/show_bug.cgi?id=23702 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Walter Bright --- __has_extension is a clang invention: https://clang.llvm.org/docs/LanguageExtensions.html#feature-checking-macros It is not supported or recognized by ImportC, it is just #undef'd away in importc.h. You can file a general issue that importc.h should be documented in the ImportC specification, but the contents of the file itself serves as its documentation. Until then, I'll file this as WONTFIX. --
[Issue 23701] ImportC: __int64 is not documented as supported Visual C extension
https://issues.dlang.org/show_bug.cgi?id=23701 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #6 from Walter Bright --- I'm not sure we should document macros in importc.h in the specification for ImportC. Other compilers don't do it (leaving a lot of macros undocumented in the various .h system files), and it really isn't part of the compiler. It's pretty obvious what they do in importc.h, anyway. So I'm going to mark this WONTFIX for the time being. --
[Issue 24281] Segfault with missing field after named argument
https://issues.dlang.org/show_bug.cgi?id=24281 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Dlang Bot --- dlang/dmd pull request #15902 "Fix 24281 - Segfault with missing field after named argument" was merged into stable: - 749b9e321aa623df6ce2d95db74158aa920a10e3 by Dennis Korpel: Fix 24281 - Segfault with missing field after named argument https://github.com/dlang/dmd/pull/15902 --
[Issue 24281] Segfault with missing field after named argument
https://issues.dlang.org/show_bug.cgi?id=24281 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @dkorpel created dlang/dmd pull request #15902 "Fix 24281 - Segfault with missing field after named argument" fixing this issue: - Fix 24281 - Segfault with missing field after named argument https://github.com/dlang/dmd/pull/15902 --
[Issue 24281] Segfault with missing field after named argument
https://issues.dlang.org/show_bug.cgi?id=24281 Nick Treleaven changed: What|Removed |Added Keywords||ice-on-invalid-code --
[Issue 24281] New: Segfault with missing field after named argument
https://issues.dlang.org/show_bug.cgi?id=24281
Issue ID: 24281
Summary: Segfault with missing field after named argument
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: critical
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: n...@geany.org
struct S { int y, z = 3; }
void main()
{
S s3 = S(z: 2, 3);
}
Should produce e.g. Error: no field beyond `z`.
--
[Issue 24241] Spec disallows missing default arguments
https://issues.dlang.org/show_bug.cgi?id=24241 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #14 from Dlang Bot --- dlang/dlang.org pull request #3744 "Document named arguments" was merged into master: - 0c4b6008d6090b59f79be8179710c1312a2ff33c by Dennis Korpel: Document named arguments Fix issue 24241 https://github.com/dlang/dlang.org/pull/3744 --
[Issue 6980] Disallow shadowing template parameters
https://issues.dlang.org/show_bug.cgi?id=6980 Basile-z changed: What|Removed |Added Severity|enhancement |normal --
[Issue 6980] Disallow shadowing template parameters
https://issues.dlang.org/show_bug.cgi?id=6980
Basile-z changed:
What|Removed |Added
Keywords||accepts-invalid
CC||b2.t...@gmx.com
Hardware|Other |All
OS|Windows |All
--- Comment #3 from Basile-z ---
This is a bug given that you cant select the first definition.
However, this should works when T is an alias template parameter and that T is
either a function or an overload set.
That is not the case now:
```d
struct S(alias T)
{
alias T = (int) => 0;
void test()
{
T(0.1); // Error: function literal `__lambda3(int __param_0)` is not
callable
// using argument types `(double)`
T(1);
}
}
void main(string[] args)
{
S!((float) => 0) s1;
}
```
--
[Issue 24241] Spec disallows missing default arguments
https://issues.dlang.org/show_bug.cgi?id=24241 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #13 from Dlang Bot --- @dkorpel created dlang/dlang.org pull request #3744 "Document named arguments" fixing this issue: - Document named arguments Fix issue 24241 https://github.com/dlang/dlang.org/pull/3744 --
[Issue 24241] Spec disallows missing default arguments
https://issues.dlang.org/show_bug.cgi?id=24241 Dennis changed: What|Removed |Added CC||dkor...@live.nl Component|visuald |dlang.org Hardware|x86_64 |All Summary|Uncaught Default argument |Spec disallows missing |error |default arguments OS|Windows |All Severity|regression |normal --
