[Issue 23582] ImportC: undefined identifier `__builtin___memset_chk`
https://issues.dlang.org/show_bug.cgi?id=23582 --- Comment #2 from Jacob Carlborg --- (In reply to Iain Buclaw from comment #1) > What happens if you add the following before the string.h include? > > #define __USE_FORTIFY_LEVEL 0 No changes. I get the same error. --
[Issue 23584] ImportC: expression expected, not `unsigned`
https://issues.dlang.org/show_bug.cgi?id=23584 --- Comment #2 from Jacob Carlborg --- I'm just trying to compile a C project and reporting compile errors as they appear. The module __builtins.di already contains subs or implementations of a couple of __builtins. Since it's not possible to pass types to regular functions a macro needs to be added to importc.h that rewrites it to something that DMD can handle. I added the following to importc.h: #define __builtin_bit_cast(type,expr) (type) expr And then could at least continue compiling until the next error. --
[Issue 23152] Bad diagnostic for variable used as a type
https://issues.dlang.org/show_bug.cgi?id=23152 Iain Buclaw changed: What|Removed |Added CC||ibuc...@gdcproject.org --- Comment #2 from Iain Buclaw --- Looks like https://github.com/dlang/dmd/pull/5588 introduced the loss of "S2 is used as a type" diagnostic. In particular this change switched the result of resolving the identifier from an error expression to an error type (the latter doesn't have a "used as a type" follow-up error). https://github.com/dlang/dmd/pull/5588/files#diff-17f8386682e9c4681f8080c09449e8db528014e83496ce7ed72fc82001fd0883R7455-R7460 --
[Issue 23417] Confusing error message when assigning non-existent struct field to the same name global variable
https://issues.dlang.org/show_bug.cgi?id=23417 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 Severity|regression |normal --
[Issue 23586] DMD forgets a variable was just declared.
https://issues.dlang.org/show_bug.cgi?id=23586 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14747 "fix Issue 23586 - DMD forgets a variable was just declared" fixing this issue: - fix Issue 23586 - DMD forgets a variable was just declared https://github.com/dlang/dmd/pull/14747 --
[Issue 23586] DMD forgets a variable was just declared.
https://issues.dlang.org/show_bug.cgi?id=23586 --- Comment #1 from Iain Buclaw --- Of course the workaround is just to swap the label and the default case. --
[Issue 23586] DMD forgets a variable was just declared.
https://issues.dlang.org/show_bug.cgi?id=23586 Iain Buclaw changed: What|Removed |Added Keywords||rejects-valid Priority|P1 |P2 --
[Issue 23577] Multiple template arguments are matched to a single parameter in "is" expressions
https://issues.dlang.org/show_bug.cgi?id=23577 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --
[Issue 23576] Better Error Message When Forgetting To Pass A Template Parameter
https://issues.dlang.org/show_bug.cgi?id=23576 Iain Buclaw changed: What|Removed |Added Priority|P1 |P4 --
[Issue 23575] Allow implicit conversion to a nested void pointer
https://issues.dlang.org/show_bug.cgi?id=23575 Iain Buclaw changed: What|Removed |Added Priority|P1 |P4 --
[Issue 23579] static locals cannot be initialized with stack locals
https://issues.dlang.org/show_bug.cgi?id=23579
Iain Buclaw changed:
What|Removed |Added
Priority|P1 |P3
CC||ibuc...@gdcproject.org
--- Comment #4 from Iain Buclaw ---
C++ supports and implements this by generating the following code:
```
void v(int a)
{
static bool __guard_for_b = false;
static int b = 0;
if (__guard_for_b == 0)
{
b = a;
__guard_for_b = true;
}
}
```
Things get hairier with __gshared variables.
```
void v(int a)
{
__gshared bool __guard_for_b = false;
__gshared int b = 0;
if (core.atomic.atomicLoad!(MemoryOrder.acq)(__guard_for_b) == 0)
{
synchronized // __cxa_guard_acquire(&__guard_for_b)
{
b = a;
__guard_for_b = true;
} // __cxa_guard_release(&__guard_for_b)
}
}
```
I don't think we really need such an expensive run-time feature in D.
--
[Issue 23580] ImportC: undefined identifier `__builtin___memcpy_chk
https://issues.dlang.org/show_bug.cgi?id=23580 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --
[Issue 23582] ImportC: undefined identifier `__builtin___memset_chk`
https://issues.dlang.org/show_bug.cgi?id=23582 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --- Comment #1 from Iain Buclaw --- What happens if you add the following before the string.h include? #define __USE_FORTIFY_LEVEL 0 --
[Issue 23581] ImportC: undefined identifier `__builtin_object_size`
https://issues.dlang.org/show_bug.cgi?id=23581 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --
[Issue 23586] New: DMD forgets a variable was just declared.
https://issues.dlang.org/show_bug.cgi?id=23586
Issue ID: 23586
Summary: DMD forgets a variable was just declared.
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: major
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: deadal...@gmail.com
Sample code:
int foo(int x) {
switch(x) {
case 0:
goto Bar;
Bar:
default:
auto y = 6;
return y;
}
}
void main() {
auto x = foo(0);
}
What I get:
Error: undefined identifier `y`
What I expect:
The compiler to remember the variable was declared the line immediately above
and use that.
--
[Issue 23583] ImportC: undefined identifier `__builtin___memmove_chk`
https://issues.dlang.org/show_bug.cgi?id=23583 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --
[Issue 23584] ImportC: expression expected, not `unsigned`
https://issues.dlang.org/show_bug.cgi?id=23584 Iain Buclaw changed: What|Removed |Added Priority|P1 |P3 --- Comment #1 from Iain Buclaw --- Why do you expect DMD to implement GDC/GCC built-ins? (LDC might support them via Clang too, but is not guaranteed). --
[Issue 19375] .init of a nested struct stumps the inliner
https://issues.dlang.org/show_bug.cgi?id=19375 mhh changed: What|Removed |Added Status|NEW |RESOLVED CC||maxha...@gmail.com Resolution|--- |WORKSFORME --- Comment #3 from mhh --- Cannot reproduce with the new inliner. --
[Issue 23585] Win32 inliner crash
https://issues.dlang.org/show_bug.cgi?id=23585 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot --- @maxhaton created dlang/dmd pull request #14746 "Fix Issue 23585 - Add bp relative symbols (frame-relative, see ntreh.…" fixing this issue: - Fix Issue 23585 - Add bp relative symbols (frame-relative, see ntreh.d for apparently the only use) to local symbols during inlining. https://github.com/dlang/dmd/pull/14746 --
[Issue 18646] [REG 2.079.0] Recursive template expansion incorrectly reported
https://issues.dlang.org/show_bug.cgi?id=18646 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #7 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14745 "fix Issue 18646 - [REG 2.079.0] Recursive template expansion incorrectly reported" fixing this issue: - fix Issue 18646 - [REG 2.079.0] Recursive template expansion incorrectly reported https://github.com/dlang/dmd/pull/14745 --
[Issue 23585] New: Win32 inliner crash
https://issues.dlang.org/show_bug.cgi?id=23585
Issue ID: 23585
Summary: Win32 inliner crash
Product: D
Version: D2
Hardware: x86
OS: Windows
Status: NEW
Severity: blocker
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: maxha...@gmail.com
Originally reported by "Les De Ridder":
I've been able to reduce it to this:
void f() { import std.file : exists; exists(""); }
(or void f() { import std; exists(""); })
Create two files (a.d and b.d) with this code.
Build with: dmd.exe -m32 -inline -O a.d b.d
Removing any of the flags allows the compilation to proceed.
--
[Issue 23581] ImportC: undefined identifier `__builtin_object_size`
https://issues.dlang.org/show_bug.cgi?id=23581 Jacob Carlborg changed: What|Removed |Added Keywords||ImportC --
[Issue 23582] ImportC: undefined identifier `__builtin___memset_chk`
https://issues.dlang.org/show_bug.cgi?id=23582 Jacob Carlborg changed: What|Removed |Added Keywords||ImportC --
[Issue 23583] ImportC: undefined identifier `__builtin___memmove_chk`
https://issues.dlang.org/show_bug.cgi?id=23583 Jacob Carlborg changed: What|Removed |Added Keywords||ImportC --
[Issue 23580] ImportC: undefined identifier `__builtin___memcpy_chk
https://issues.dlang.org/show_bug.cgi?id=23580 Jacob Carlborg changed: What|Removed |Added Keywords||ImportC --
[Issue 23584] ImportC: expression expected, not `unsigned`
https://issues.dlang.org/show_bug.cgi?id=23584 Jacob Carlborg changed: What|Removed |Added Keywords||ImportC --
[Issue 23584] New: ImportC: expression expected, not `unsigned`
https://issues.dlang.org/show_bug.cgi?id=23584
Issue ID: 23584
Summary: ImportC: expression expected, not `unsigned`
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: d...@me.com
Compiling the following C code:
int foo(float bar)
{
return __builtin_bit_cast(unsigned int, bar);
}
Results in the following errors:
foo.c(3): Error: expression expected, not `unsigned`
foo.c(3): Error: found `int` when expecting `)`
foo.c(3): Error: found `)` when expecting `;` following `return` statement
I'm using macOS 13.0.1, DMD v2.101.1 and Xcode 14.2.
--
[Issue 23581] ImportC: undefined identifier `__builtin_object_size`
https://issues.dlang.org/show_bug.cgi?id=23581 Jacob Carlborg changed: What|Removed |Added Summary|undefined identifier|ImportC: undefined |`__builtin_object_size` |identifier ||`__builtin_object_size` --
[Issue 23582] undefined identifier `__builtin___memset_chk`
https://issues.dlang.org/show_bug.cgi?id=23582 Jacob Carlborg changed: What|Removed |Added Severity|enhancement |normal --
[Issue 23580] ImportC: undefined identifier `__builtin___memcpy_chk
https://issues.dlang.org/show_bug.cgi?id=23580 Jacob Carlborg changed: What|Removed |Added Summary|undefined identifier|ImportC: undefined |`__builtin___memcpy_chk |identifier ||`__builtin___memcpy_chk --
[Issue 23583] ImportC: undefined identifier `__builtin___memmove_chk`
https://issues.dlang.org/show_bug.cgi?id=23583 Jacob Carlborg changed: What|Removed |Added Summary|undefined identifier|ImportC: undefined |`__builtin___memmove_chk` |identifier ||`__builtin___memmove_chk` --
[Issue 23581] undefined identifier `__builtin_object_size`
https://issues.dlang.org/show_bug.cgi?id=23581 Jacob Carlborg changed: What|Removed |Added Severity|enhancement |normal --
[Issue 23582] ImportC: undefined identifier `__builtin___memset_chk`
https://issues.dlang.org/show_bug.cgi?id=23582 Jacob Carlborg changed: What|Removed |Added Summary|undefined identifier|ImportC: undefined |`__builtin___memset_chk`|identifier ||`__builtin___memset_chk` --
[Issue 23583] undefined identifier `__builtin___memmove_chk`
https://issues.dlang.org/show_bug.cgi?id=23583 Jacob Carlborg changed: What|Removed |Added Severity|enhancement |normal --
[Issue 23583] New: undefined identifier `__builtin___memmove_chk`
https://issues.dlang.org/show_bug.cgi?id=23583
Issue ID: 23583
Summary: undefined identifier `__builtin___memmove_chk`
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: enhancement
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: d...@me.com
Compiling the following C code:
#include
void foo()
{
memmove(0, 0, 0);
}
Results in the following error:
foo.c(5): Error: undefined identifier `__builtin___memmove_chk`
If I run the C code manually through the preprocessor this is the relevant
output:
void foo()
{
__builtin___memmove_chk (0, 0, 0, __builtin_object_size (0, 0));
}
I'm using macOS 13.0.1, DMD v2.101.1 and Xcode 14.2.
--
[Issue 23582] New: undefined identifier `__builtin___memset_chk`
https://issues.dlang.org/show_bug.cgi?id=23582
Issue ID: 23582
Summary: undefined identifier `__builtin___memset_chk`
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: enhancement
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: d...@me.com
Compiling the following C code:
#include
void foo()
{
memset(0, 0, 0);
}
Results in the following error:
foo.c(5): Error: undefined identifier `__builtin___memset_chk`
If I run the C code manually through the preprocessor this is the relevant
output:
void foo()
{
__builtin___memset_chk (0, 0, 0, __builtin_object_size (0, 0));
}
I'm using macOS 13.0.1, DMD v2.101.1 and Xcode 14.2.
--
[Issue 23580] undefined identifier `__builtin___memcpy_chk
https://issues.dlang.org/show_bug.cgi?id=23580
--- Comment #1 from Jacob Carlborg ---
If I run the C code manually through the preprocessor this is the relevant
output:
void foo()
{
__builtin___memcpy_chk (0, 0, 0, __builtin_object_size (0, 0));
}
--
[Issue 23581] New: undefined identifier `__builtin_object_size`
https://issues.dlang.org/show_bug.cgi?id=23581
Issue ID: 23581
Summary: undefined identifier `__builtin_object_size`
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: enhancement
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: d...@me.com
Compiling the following C code (after fixing
https://issues.dlang.org/show_bug.cgi?id=23580):
#include
void foo()
{
memcpy(0, 0, 0);
}
Results in the following error:
foo.c(5): Error: undefined identifier `__builtin_object_size`
If I run the C code manually through the preprocessor this is the relevant
output:
void foo()
{
__builtin___memcpy_chk (0, 0, 0, __builtin_object_size (0, 0));
}
I'm using macOS 13.0.1, DMD v2.101.1 and Xcode 14.2.
--
[Issue 23580] New: undefined identifier `__builtin___memcpy_chk
https://issues.dlang.org/show_bug.cgi?id=23580
Issue ID: 23580
Summary: undefined identifier `__builtin___memcpy_chk
Product: D
Version: D2
Hardware: x86_64
OS: Mac OS X
Status: NEW
Severity: normal
Priority: P1
Component: dmd
Assignee: nob...@puremagic.com
Reporter: d...@me.com
Compiling the following C code:
#include
void foo()
{
memcpy(0, 0, 0);
}
Results in the following error:
foo.c(5): Error: undefined identifier `__builtin___memcpy_chk`
If I run the C code manually through the preprocessor "memcpy" is replaced with
"__builtin___memcpy_chk".
I'm using macOS 13.0.1, DMD v2.101.1 and Xcode 14.2.
--
[Issue 22813] [REG 2.079.1] recursive template expansion
https://issues.dlang.org/show_bug.cgi?id=22813 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED CC||ibuc...@gdcproject.org Resolution|--- |DUPLICATE --- Comment #1 from Iain Buclaw --- *** This issue has been marked as a duplicate of issue 18646 *** --
[Issue 18646] [REG 2.079.0] Recursive template expansion incorrectly reported
https://issues.dlang.org/show_bug.cgi?id=18646 Iain Buclaw changed: What|Removed |Added Summary|Recursive template |[REG 2.079.0] Recursive |expansion incorrectly |template expansion |reported for certain|incorrectly reported |templated classes | --- Comment #6 from Iain Buclaw --- Introduced by https://github.com/dlang/dmd/pull/7702 --
[Issue 18646] Recursive template expansion incorrectly reported for certain templated classes
https://issues.dlang.org/show_bug.cgi?id=18646
Iain Buclaw changed:
What|Removed |Added
Keywords||rejects-valid
Priority|P3 |P1
CC||ibuc...@gdcproject.org
Hardware|x86_64 |All
OS|Mac OS X|All
Severity|normal |regression
--- Comment #4 from Iain Buclaw ---
Extra testcase:
---
struct A {
M2 stdin;
}
mixin template Handle(T, T invalid_value = T.init) {}
struct M1 { mixin Handle!(size_t); }
struct M2 { mixin Handle!(M1); }
--
[Issue 18646] Recursive template expansion incorrectly reported for certain templated classes
https://issues.dlang.org/show_bug.cgi?id=18646 Iain Buclaw changed: What|Removed |Added CC||tim.dl...@t-online.de --- Comment #3 from Iain Buclaw --- *** Issue 22813 has been marked as a duplicate of this issue. *** --
[Issue 18646] Recursive template expansion incorrectly reported for certain templated classes
https://issues.dlang.org/show_bug.cgi?id=18646
--- Comment #5 from Iain Buclaw ---
Extra testcase
---
struct Template(int i) { }
uint f()
{
Template!(1) x;
return 0;
}
immutable constant = f();
alias X = Template!constant;
--
[Issue 19585] Invalid recursive template expansion error
https://issues.dlang.org/show_bug.cgi?id=19585 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED CC||ibuc...@gdcproject.org Resolution|--- |DUPLICATE --- Comment #1 from Iain Buclaw --- *** This issue has been marked as a duplicate of issue 18646 *** --
[Issue 18646] Recursive template expansion incorrectly reported for certain templated classes
https://issues.dlang.org/show_bug.cgi?id=18646 Iain Buclaw changed: What|Removed |Added CC||ben.sch...@gmail.com --- Comment #2 from Iain Buclaw --- *** Issue 19585 has been marked as a duplicate of this issue. *** --
[Issue 17048] [REG 2.071] Synchronized class methods give warnings for RMW operations
https://issues.dlang.org/show_bug.cgi?id=17048 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from Iain Buclaw --- Now (correctly) an error since 2.080.1. --
[Issue 19875] [betterC] dmd 2.0.86 Allowed class compile
https://issues.dlang.org/show_bug.cgi?id=19875 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --
[Issue 19760] Windows 10 -m64 undocumented dependency on MSVC ++ Redistributable when linking with LLD
https://issues.dlang.org/show_bug.cgi?id=19760 Iain Buclaw changed: What|Removed |Added CC||z...@vec4.xyz --- Comment #28 from Iain Buclaw --- *** Issue 21867 has been marked as a duplicate of this issue. *** --
[Issue 22525] Cannot link m64 or m32mscoff
https://issues.dlang.org/show_bug.cgi?id=22525 Iain Buclaw changed: What|Removed |Added Keywords||backend, link-failure Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Iain Buclaw --- This needs a lot more information if anything is to be done. *** This issue has been marked as a duplicate of issue 19760 *** --
[Issue 19760] Windows 10 -m64 undocumented dependency on MSVC ++ Redistributable when linking with LLD
https://issues.dlang.org/show_bug.cgi?id=19760 Iain Buclaw changed: What|Removed |Added CC||ru...@rumbu.ro --- Comment #29 from Iain Buclaw --- *** Issue 22525 has been marked as a duplicate of this issue. *** --
[Issue 21867] DMD fails to link after installing Visual Studio 2019
https://issues.dlang.org/show_bug.cgi?id=21867 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #1 from Iain Buclaw --- *** This issue has been marked as a duplicate of issue 19760 *** --
[Issue 19946] In betterC filling an array with a non-zero value fails for types of size > 1 due to missing _memset16/_memset32/etc.
https://issues.dlang.org/show_bug.cgi?id=19946 Iain Buclaw changed: What|Removed |Added Keywords||backend --- Comment #13 from Iain Buclaw --- This works with GDC and LDC. The problem is in the dmd backend. --
[Issue 22975] 3 cyclic aliases with meaningful overloads not caught [ice]
https://issues.dlang.org/show_bug.cgi?id=22975 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #5 from Dlang Bot --- @ibuclaw created dlang/dmd pull request #14744 "fix Issue 22975 - ICE: 3 cyclic aliases with meaningful overloads not caught" fixing this issue: - fix Issue 22975 - ICE: 3 cyclic aliases with meaningful overloads not caught https://github.com/dlang/dmd/pull/14744 --
[Issue 22737] Segmentation fault in CppMangleVisitor.getTiNamespace
https://issues.dlang.org/show_bug.cgi?id=22737
--- Comment #4 from Tim ---
In my original code this happened for a utility function, which did not come
from C++. I used extern(C++): for the whole file, so the utility function also
got it, but I have solve it by making this function extern(D).
The following code should be equivalent C++:
==
template
using Identity = T;
template
Identity identity(T val)
{
return Identity(val);
}
int main()
{
int x = identity(5);
return 0;
}
==
Making this issue accepts-invalid would also work for me, because templates
with alias can probably just be marked as extern(D).
--
[Issue 18949] Array literals don't work with betterc
https://issues.dlang.org/show_bug.cgi?id=18949 Nick Treleaven changed: What|Removed |Added Status|NEW |RESOLVED CC||n...@geany.org Resolution|--- |FIXED --- Comment #2 from Nick Treleaven --- `array` needs to be `in` or `scope`. The error message has been improved: arrlit.d(6): Error: expression `[1, 2, 3]` uses the GC and cannot be used with switch `-betterC` --
[Issue 13340] Improve error message for overload resolution error with rvalue
https://issues.dlang.org/show_bug.cgi?id=13340 Nick Treleaven changed: What|Removed |Added Summary|Improve error message for |Improve error message for |overload resolution error |overload resolution error ||with rvalue --
[Issue 13340] Improve error message for overload resolution error
https://issues.dlang.org/show_bug.cgi?id=13340 Nick Treleaven changed: What|Removed |Added CC||n...@geany.org --- Comment #2 from Nick Treleaven --- > That second `void f()` should be called something different Yes. > so it seems this issue should be closed and another one opened for the fact > that this still doesn't compile? It can't compile because the first x overload doesn't take a struct, and the second one doesn't take an rvalue. So this issue is valid. --
[Issue 12391] DirEntries throws in foreach
https://issues.dlang.org/show_bug.cgi?id=12391 --- Comment #9 from Dlang Bot --- @ntrel updated dlang/phobos pull request #8656 "Document dirEntries throws without read permission" mentioning this issue: - Document dirEntries throws without read permission Part of: Issue 12391 - dirEntries throws in foreach Add example showing how to handle subdirectory read permission failures. https://github.com/dlang/phobos/pull/8656 --
[Issue 22975] 3 cyclic aliases with meaningful overloads not caught [ice]
https://issues.dlang.org/show_bug.cgi?id=22975
--- Comment #4 from Iain Buclaw ---
To complete the circle, the test case should be:
---
void foo(int){};
alias bar=foo;
void bar(bool){}
alias foobar=bar;
alias foo=foobar;
void foobar(float){}
---
As this constructs a tree where no single node representation is directly
connected to any of its cyclic references.
--
[Issue 18155] std.file.dirEntries should be usable in @safe
https://issues.dlang.org/show_bug.cgi?id=18155 Nick Treleaven changed: What|Removed |Added Status|NEW |RESOLVED CC||n...@geany.org Resolution|--- |FIXED --- Comment #1 from Nick Treleaven --- Seems this has been fixed since. --
[Issue 18110] most of phobos should be @safe-ly useable
https://issues.dlang.org/show_bug.cgi?id=18110 Issue 18110 depends on issue 18155, which changed state. Issue 18155 Summary: std.file.dirEntries should be usable in @safe https://issues.dlang.org/show_bug.cgi?id=18155 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 18157] std.file.rmdirRecurse should be usable in @safe
https://issues.dlang.org/show_bug.cgi?id=18157 Issue 18157 depends on issue 18155, which changed state. Issue 18155 Summary: std.file.dirEntries should be usable in @safe https://issues.dlang.org/show_bug.cgi?id=18155 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 22737] Segmentation fault in CppMangleVisitor.getTiNamespace
https://issues.dlang.org/show_bug.cgi?id=22737 --- Comment #3 from Iain Buclaw --- This issue has the tag "rejects-valid" - but where's the valid C++ code? If this template has no C++ equivalent, then it should be accepts-invalid, and we issue an error at semantic-time as Matthias has already mentioned. --
