[Issue 24281] Segfault with missing field after named argument

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=24281

--- Comment #3 from Dlang Bot  ---
dlang/dmd pull request #15917 "merge stable" was merged into master:

- 4b7597ee667fb4ce0e50913cbeb53c4fed3eee35 by Dennis Korpel:
  Fix 24281 - Segfault with missing field after named argument

https://github.com/dlang/dmd/pull/15917

--


[Issue 23411] ImportC: undefined identifier __builtin_nanf

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23411

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #2 from Dlang Bot  ---
@WalterBright created dlang/dmd pull request #15918 "fix Issue 23411 - ImportC:
undefined identifier __builtin_nanf" fixing this issue:

- fix Issue 23411 - ImportC: undefined identifier __builtin_nanf

https://github.com/dlang/dmd/pull/15918

--


[Issue 11920] Rvalue aggregate contains lvalues

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=11920

Basile-z  changed:

   What|Removed |Added

 CC||scientic...@gmail.com

--- Comment #9 from Basile-z  ---
*** Issue 22290 has been marked as a duplicate of this issue. ***

--


[Issue 22492] DWARF: DW_TAG_enumerator is not being generated for enum members

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22492

Basile-z  changed:

   What|Removed |Added

   Keywords||DebugInfo

--


[Issue 22290] Disallow assignment to a non-elaborate field of an rvalue

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22290

Basile-z  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b2.t...@gmx.com
 Resolution|--- |DUPLICATE

--- Comment #1 from Basile-z  ---


*** This issue has been marked as a duplicate of issue 11920 ***

--


[Issue 22021] pragma(mangle) not accepted in function body

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22021

Basile-z  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b2.t...@gmx.com
 Resolution|--- |FIXED

--- Comment #3 from Basile-z  ---
fixed in https://github.com/dlang/dmd/pull/15582

--


[Issue 21805] Allow conditional expression in types

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21805

Basile-z  changed:

   What|Removed |Added

 CC||b2.t...@gmx.com
Summary|Allow trinary expression in |Allow conditional
   |types   |expression in types

--


[Issue 21795] Spurious error: static variable `i` cannot be read at compile time as default argument to template alias parameter

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21795

Basile-z  changed:

   What|Removed |Added

 CC||b2.t...@gmx.com
   Severity|enhancement |normal

--


[Issue 20127] Add Support for objects with .o extension on Windows

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=20127

Basile-z  changed:

   What|Removed |Added

 CC||b2.t...@gmx.com

--- Comment #2 from Basile-z  ---
There's no reason for DMD to filter "*.o" out, especially since the compiler
does nothing with them but passing them to the linker, which then presumably
checks the file headers in details.

lld-link also accepts "*.o" files BTW.

--


[Issue 23430] ImportC include <> didn't work but quotes does

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23430

Walter Bright  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--- Comment #3 from Walter Bright  ---
There is insufficient information to determine the cause of the problem. In any
case, it does not appear to be a dmd issue at all. I suspect the "tree-sitter
project" may be the culprit.

Closing this.

--


[Issue 23629] importC: Need to support code coverage analysis

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23629

Dlang Bot  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #2 from Dlang Bot  ---
dlang/dmd pull request #15913 "fix Issue 23629 - importC: Need to support code
coverage analysis" was merged into master:

- fa96395a96b9ce815676f095e822737fd5a47d30 by Walter Bright:
  fix Issue 23629 - importC: Need to support code coverage analysis

https://github.com/dlang/dmd/pull/15913

--


[Issue 19794] const on AliasSeq ignored

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19794

Basile-z  changed:

   What|Removed |Added

   Keywords||accepts-invalid
   Priority|P4  |P3
 CC||b2.t...@gmx.com
   Hardware|x86_64  |All
 OS|Linux   |All
   Severity|enhancement |normal

--- Comment #3 from Basile-z  ---
Not and ER, that is well a bug, according to
https://dlang.org/spec/const3.html#const_type

> [...]. Each applies transitively to all subtypes.

The problem is that the DMD class `TypeTuple` (in mtype.d) does not override
`.constOf`, `immutableOf()`, etc.

Tagging as accept-invalid given that

```d
alias AliasSeq(T...) = T;

const(AliasSeq!(int, int)) a;

void main()
{
a[0] = 1;
}
```

should be reject just like when `const` is variable storage class.

--


[Issue 23972] class identity check is broken

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23972

Basile-z  changed:

   What|Removed |Added

 CC||dhase...@gmail.com

--- Comment #8 from Basile-z  ---
*** Issue 19633 has been marked as a duplicate of this issue. ***

--


[Issue 19633] Identity expression produces wrong result with interface inheritance

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19633

Basile-z  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b2.t...@gmx.com
 Resolution|--- |DUPLICATE
   Severity|enhancement |normal

--- Comment #1 from Basile-z  ---
more comments and defunct PR in the newest report

*** This issue has been marked as a duplicate of issue 23972 ***

--


[Issue 6980] Disallow shadowing template parameters

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6980

Basile-z  changed:

   What|Removed |Added

 CC||and...@erdani.com

--- Comment #4 from Basile-z  ---
*** Issue 14516 has been marked as a duplicate of this issue. ***

--


[Issue 14516] Local shadows template parameter

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14516

Basile-z  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
   Hardware|x86 |All
 Resolution|--- |DUPLICATE
 OS|Mac OS X|All

--- Comment #1 from Basile-z  ---


*** This issue has been marked as a duplicate of issue 6980 ***

--


[Issue 13343] Strange behaviour aliasing struct members

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13343

Basile-z  changed:

   What|Removed |Added

   Hardware|x86_64  |All
 OS|Windows |All
   Severity|enhancement |normal

--


[Issue 12759] allow spaces between command like switch and its argument

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=12759

Basile-z  changed:

   What|Removed |Added

 CC||b2.t...@gmx.com
Summary|allow spaces after switches |allow spaces between
   ||command like switch and its
   ||argument

--


[Issue 10657] wrong error message with unexisting symbol

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=10657

Basile-z  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||b2.t...@gmx.com
 Resolution|--- |WORKSFORME

--- Comment #2 from Basile-z  ---
nowadays output is much better:


> /tmp/temp_7F98B13450B0.d(10,6): Error: none of the overloads of template  
> `temp_7F98B13450B0.fun` are callable using argument types `!()(int)`
> /tmp/temp_7F98B13450B0.d(6,6):Candidate is: `fun(T)(T a)`
>  with `T = int`
>  must satisfy the following constraint:
>`   is(unexisting!T == unexisting!T)`

--


[Issue 9779] Improperly implemented interface methods should emit a better diagnostic

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=9779

Basile-z  changed:

   What|Removed |Added

   Keywords||diagnostic
 CC||b2.t...@gmx.com

--


[Issue 19109] [SPEC] handling of unknown pragmas inconsistent with spec

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19109

Basile-z  changed:

   What|Removed |Added

 CC||b2.t...@gmx.com

--- Comment #1 from Basile-z  ---
Is that issue still valid after https://github.com/dlang/dmd/pull/15893/files ?

--


[Issue 18426] Conversion from Tuple with named fields to Tuple without named fields should work during compilation

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18426

Basile-z  changed:

   What|Removed |Added

  Component|dmd |phobos

--


[Issue 22014] Wrong MSVC++ mangling of wchar_t

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22014

--- Comment #5 from Dlang Bot  ---
@kinke created dlang/dmd pull request #15916 "Fix Issue 22014 - Make
core.stdc.stddef.wchar_t match C++ mangling" fixing this issue:

- Fix Issue 22014 - Make core.stdc.stddef.wchar_t match C++ mangling

https://github.com/dlang/dmd/pull/15916

--


[Issue 22014] Wrong MSVC++ mangling of wchar_t

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22014

--- Comment #4 from kinke  ---
(In reply to kinke from comment #3)
> could be put into core.stdcpp.config like the others

Erm, `core.stdc.config`.

--


[Issue 22014] Wrong MSVC++ mangling of wchar_t

2023-12-16 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22014

--- Comment #3 from kinke  ---
(In reply to elpenguino+D from comment #2)
> The mangler does recognize a __c_wchar_t type, but that isn't documented or
> defined anywhere in dmd and requires a definition similar to `enum
> __c_wchar_t : wchar` or dchar in user code. unfortunately,
> core.stdcpp.string's basic_string won't work with this, causing std::wstring
> support to be just out of reach

The magic `__c_wchar_t` enum could be put into core.stdcpp.config like the
others, and then (existing) alias `core.stdc.stddef.wchar_t` could alias to it.
Wouldn't that suffice?

--