[Issue 23545] export int a; should generate dllexport, not dllimport

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23545

Dlang Bot  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #1 from Dlang Bot  ---
@WalterBright created dlang/dmd pull request #14680 "fix Issue 23545 - export
int a; should generate dllexport, not dllimport" fixing this issue:

- fix Issue 23545 - export int a; should generate dllexport, not dllimport

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

--


[Issue 23545] export int a; should generate dllexport, not dllimport

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23545

Walter Bright  changed:

   What|Removed |Added

   Keywords||dll
   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=9816

--


[Issue 9816] Export is mostly broken

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=9816

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=23545

--


[Issue 23545] New: export int a; should generate dllexport, not dllimport

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23545

  Issue ID: 23545
   Summary: export int a; should generate dllexport, not dllimport
   Product: D
   Version: D2
  Hardware: All
OS: Windows
Status: NEW
  Severity: normal
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: bugzi...@digitalmars.com

>From https://issues.dlang.org/show_bug.cgi?id=9816#c19 :

There are some problems with the current implementation.

export void foo() {} // definition  => dllexport
export void foo();   // declaration => dllimport
export int a = 0;// definition  => dllexport
export int a;// declaration => dllimport // fails because it's actually
a definition
export extern int a; // declaration => dllimport

--


[Issue 23535] extend pragma(crt_constructor) with semantics that static constructors have

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23535

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=6019

--


[Issue 6019] Phobos imports in autogenerated .di header files break implicit linking with DLLs

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6019

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=23535

--


[Issue 4071] Missing support to share memory and objects between DLLs and executable

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4071

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=6019

--


[Issue 4071] Missing support to share memory and objects between DLLs and executable

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4071

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=9816

--


[Issue 9816] Export is mostly broken

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=9816

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=6019

--


[Issue 9816] Export is mostly broken

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=9816

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=4071

--


[Issue 4071] Missing support to share memory and objects between DLLs and executable

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=4071

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=23535

--


[Issue 6019] Phobos imports in autogenerated .di header files break implicit linking with DLLs

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6019

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=9816

--


[Issue 23535] extend pragma(crt_constructor) with semantics that static constructors have

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23535

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=4071

--


[Issue 6019] Phobos imports in autogenerated .di header files break implicit linking with DLLs

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6019

Walter Bright  changed:

   What|Removed |Added

   See Also||https://issues.dlang.org/sh
   ||ow_bug.cgi?id=4071

--


[Issue 21915] dmd 2.092 is an invalid exe file on Windows XP

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21915

Piotr Grochowski  changed:

   What|Removed |Added

 CC||piotrunio-2...@wp.pl

--- Comment #2 from Piotr Grochowski  ---
As of DMD32 D Compiler v2.101.0-dirty this situation is even worse since even
with modified PE header, lld-link.exe relies on GetFinalPathNameByHandleW,
forcing the use of -m32omf to get it to link.

--


[Issue 23544] Allow enum types be defined with semicolons

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23544

anonymous4  changed:

   What|Removed |Added

   Keywords||spec

--- Comment #1 from anonymous4  ---
This would be DIP.

--


[Issue 6348] Returning a struct from a C library function doesn't work correctly in 64 bit binaries

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=6348

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |WORKSFORME

--- Comment #2 from RazvanN  ---
I can confirm that this is not reproducible.

--


[Issue 3720] Taking address of member functions possible without an instance

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=3720

RazvanN  changed:

   What|Removed |Added

 CC||razvan.nitu1...@gmail.com
   Severity|normal  |critical

--- Comment #21 from RazvanN  ---
Raising severity for this issue as it is a long standing hole.

--


[Issue 3720] Taking address of member functions possible without an instance

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=3720

--- Comment #20 from RazvanN  ---
*** Issue 17080 has been marked as a duplicate of this issue. ***

--


[Issue 22979] "Pointers-to-member" with attributes

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22979
Issue 22979 depends on issue 17080, which changed state.

Issue 17080 Summary: Can assign member-function-ptr to free-function-ptr
https://issues.dlang.org/show_bug.cgi?id=17080

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |DUPLICATE

--


[Issue 17080] Can assign member-function-ptr to free-function-ptr

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=17080

RazvanN  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |DUPLICATE

--- Comment #12 from RazvanN  ---
This actually is a dup of 3720. The underlying issue is how to treat the type
of a delegate. Right now, the delegate type consists of a function pointer,
which in turn has function type and a context pointer. Any fix to this
organization is going to solve this issue also.

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

--


[Issue 21862] Taking address of non-static method without "this" should not be allowed

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=21862

RazvanN  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #5 from RazvanN  ---
It turns out this is actually a duplicate of an error that has been
persistently reported over the years.

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

--


[Issue 3720] Taking address of member functions possible without an instance

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=3720

RazvanN  changed:

   What|Removed |Added

 CC||e...@weka.io

--- Comment #19 from RazvanN  ---
*** Issue 21862 has been marked as a duplicate of this issue. ***

--


[Issue 22601] Slice assignment not working for compatible types

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22601

RazvanN  changed:

   What|Removed |Added

 CC||razvan.nitu1...@gmail.com
   Severity|major   |enhancement

--- Comment #1 from RazvanN  ---
This is an enhancement request, not a major bug.

--


[Issue 22606] init differs from ctor call for structs

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=22606

RazvanN  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||razvan.nitu1...@gmail.com
 Resolution|--- |INVALID

--- Comment #2 from RazvanN  ---
Yes, anonymous4 is right. .init is represented by statically known data. The
context pointer has the init value of every other pointer, "null". So in this
case, this is a programming mistake.

--


[Issue 23543] [stdio] function std.stdio.writeln!string.writeln conflicts with itself

2022-12-09 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=23543

--- Comment #3 from RazvanN  ---
Please.

--