[Issue 18865] Add x86 SIMD Intrinsics to druntime

https://issues.dlang.org/show_bug.cgi?id=18865 Richard Cattermole changed: What|Removed |Added CC||alphaglosi...@gmail.com --- Comment #5

[Issue 18865] Add x86 SIMD Intrinsics to druntime

https://issues.dlang.org/show_bug.cgi?id=18865 --- Comment #4 from Jack Stouffer --- (In reply to ponce from comment #3) > I suggest that this bug should be closed. Moving intel-intrinsics to duntime > would be possible of course, but not trivial or desirable I think. I disagree. I think a syste

[Issue 23441] importc: array length macro preprocessed with cpp doesn't compile

https://issues.dlang.org/show_bug.cgi?id=23441 --- Comment #4 from ryuukk_ --- > That NK_LEN macro apparently makes use of a weird special syntax to get the > length of a C array, see the last 'notes' paragraph in > https://en.cppreference.com/w/c/language/sizeof. So it is valid C11 code? or

[Issue 23441] importc: array length macro preprocessed with cpp doesn't compile

https://issues.dlang.org/show_bug.cgi?id=23441 --- Comment #3 from ryuukk_ --- Oops i copied the wrong code above, it's not a struct you are right Here is the source: https://github.com/Immediate-Mode-UI/Nuklear/blob/6e80e2a646f35be4afc157a932f2936392ec8f74/src/nuklear_utf8.c I now remember, i

[Issue 23441] importc: array length macro preprocessed with cpp doesn't compile

https://issues.dlang.org/show_bug.cgi?id=23441 kinke changed: What|Removed |Added CC||ki...@gmx.net --- Comment #2 from kinke --- That's

[Issue 23189] importC: __builtin_offsetof without struct/union/enum should emit proper error message

https://issues.dlang.org/show_bug.cgi?id=23189 --- Comment #6 from ryuukk_ --- Here is a reduced code: ``` #define NK_OFFSETOF(st,m) (__builtin_offsetof(st,m)) #define NK_ALIGNOF(t) NK_OFFSETOF(struct {char c; t _h;}, _h) struct nk_command{}; void test() { const int align = NK_ALIGNOF(st

[Issue 23441] importc: array length macro preprocessed with cpp doesn't compile

https://issues.dlang.org/show_bug.cgi?id=23441 --- Comment #1 from ryuukk_ --- If that's not valid C11, then what would be the proper fix? so i could notify the project owners about a possible PR to make it compatible with C11 --

[Issue 23441] importc: array length macro preprocessed with cpp doesn't compile

https://issues.dlang.org/show_bug.cgi?id=23441 ryuukk_ changed: What|Removed |Added Keywords||ImportC --

[Issue 23441] New: importc: array length macro preprocessed with cpp doesn't compile

https://issues.dlang.org/show_bug.cgi?id=23441 Issue ID: 23441 Summary: importc: array length macro preprocessed with cpp doesn't compile Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW

[Issue 23382] Non-template requirement for copy constructors is undocumented

https://issues.dlang.org/show_bug.cgi?id=23382 Dlang Bot changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 18865] Add x86 SIMD Intrinsics to druntime

https://issues.dlang.org/show_bug.cgi?id=18865 --- Comment #3 from ponce --- I suggest that this bug should be closed. Moving intel-intrinsics to duntime would be possible of course, but not trivial or desirable I think. --

[Issue 23440] closure over typesafe variadic or scope array passes safe though leads to stack corruption

https://issues.dlang.org/show_bug.cgi?id=23440 Steven Schveighoffer changed: What|Removed |Added Keywords||safe CC|

[Issue 23440] New: closure over typesafe variadic or scope array passes safe though leads to stack corruption

https://issues.dlang.org/show_bug.cgi?id=23440 Issue ID: 23440 Summary: closure over typesafe variadic or scope array passes safe though leads to stack corruption Product: D Version: D2 Hardware: All OS: All

[Issue 23438] leaking address of stack

https://issues.dlang.org/show_bug.cgi?id=23438 Dennis changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 22977] [dip1000] can escape scope pointer returned by nested function

https://issues.dlang.org/show_bug.cgi?id=22977 --- Comment #9 from Dennis --- *** Issue 23438 has been marked as a duplicate of this issue. *** --

[Issue 23437] [CODEGEN][SIMD] Wrong codegen when inlining __simd(XMM.SQRTSS, a)

https://issues.dlang.org/show_bug.cgi?id=23437 --- Comment #2 from ponce --- Same with DMD 2.101.0-beta1 --