[Issue 24389] importC: Building zlib in Phobos with importC fails on FreeBSD 14

https://issues.dlang.org/show_bug.cgi?id=24389 --- Comment #2 from Jonathan M Davis --- Created attachment 1905 --> https://issues.dlang.org/attachment.cgi?id=1905=edit cpp output on .c file containing just #include Okay. My experience with importC at this point is pretty much zero, so my

[Issue 24389] importC: Building zlib in Phobos with importC fails on FreeBSD 14

https://issues.dlang.org/show_bug.cgi?id=24389 --- Comment #1 from Walter Bright --- There isn't quite enough information there. If you could compile with cpp to capture the preprocessor output, we can pinpoint the exact line of failure. --

[Issue 24389] importC: Building zlib in Phobos with importC fails on FreeBSD 14

https://issues.dlang.org/show_bug.cgi?id=24389 Walter Bright changed: What|Removed |Added Keywords||ImportC CC|

[Issue 24389] New: importC: Building zlib in Phobos with importC fails on FreeBSD 14

https://issues.dlang.org/show_bug.cgi?id=24389 Issue ID: 24389 Summary: importC: Building zlib in Phobos with importC fails on FreeBSD 14 Product: D Version: D2 Hardware: x86_64 OS: FreeBSD

[Issue 24377] Error: negative array dimension `3145728u * 1024u`[32bit]

https://issues.dlang.org/show_bug.cgi?id=24377 --- Comment #6 from kdevel --- (In reply to Iain Buclaw from comment #5) > > $ dmd -m32 nad2g.d > > nad2g.d(5): Error: negative array dimension `2097152u * 1024u` > It is based on the error for static arrays. What follows from that observation? >

[Issue 24377] Error: negative array dimension `3145728u * 1024u`[32bit]

https://issues.dlang.org/show_bug.cgi?id=24377 --- Comment #5 from Iain Buclaw --- (In reply to kdevel from comment #4) > (In reply to Iain Buclaw from comment #3) > > You're allocating an array that takes up more than half the address space, > > so that is already pretty dubious. > Up to about

[Issue 24388] Private overload of public function can be called from other modules

https://issues.dlang.org/show_bug.cgi?id=24388 --- Comment #2 from Paul Backus --- It's not the same bug as the original report in 3254 (that one is order-dependent, this one isn't). However, it looks like 3254 has been repurposed since its reopening in 2022 to refer to the bug described here,

[Issue 19080] Order of overloads affects the chosen method

https://issues.dlang.org/show_bug.cgi?id=19080 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org --- Comment #2 from

[Issue 19080] Order of overloads affects the chosen method

https://issues.dlang.org/show_bug.cgi?id=19080 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 24388] Private overload of public function can be called from other modules

https://issues.dlang.org/show_bug.cgi?id=24388 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org --- Comment #1 from

[Issue 3254] [module] Module member visibility depends on declaration order

https://issues.dlang.org/show_bug.cgi?id=3254 Iain Buclaw changed: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #15 from

[Issue 24388] New: Private overload of public function can be called from other modules

https://issues.dlang.org/show_bug.cgi?id=24388 Issue ID: 24388 Summary: Private overload of public function can be called from other modules Product: D Version: D2 Hardware: All OS: All Status:

[Issue 24387] New: Base class construction ignores private

https://issues.dlang.org/show_bug.cgi?id=24387 Issue ID: 24387 Summary: Base class construction ignores private Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority:

[Issue 24386] New: [REG 2.095.1] constructor has no function body with return type inference

https://issues.dlang.org/show_bug.cgi?id=24386 Issue ID: 24386 Summary: [REG 2.095.1] constructor has no function body with return type inference Product: D Version: D2 Hardware: x86_64 OS: Linux

[Issue 20802] [REG2.088.0] Link failure with writefln

https://issues.dlang.org/show_bug.cgi?id=20802 Spoov changed: What|Removed |Added CC||spoov0@gmail.com --- Comment #3 from Spoov ---