[Issue 5922] inline assembler - referencing immutable variable values fails

https://issues.dlang.org/show_bug.cgi?id=5922 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #4 from Dlang Bot ---

[Issue 21187] `.tupleof` should be directly usable as alias

https://issues.dlang.org/show_bug.cgi?id=21187 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot ---

[Issue 21187] New: `.tupleof` should be directly usable as alias

https://issues.dlang.org/show_bug.cgi?id=21187 Issue ID: 21187 Summary: `.tupleof` should be directly usable as alias Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement

[Issue 5922] inline assembler - referencing immutable variable values fails

https://issues.dlang.org/show_bug.cgi?id=5922 Walter Bright changed: What|Removed |Added Summary|immutable and static|inline assembler -

[Issue 5922] immutable and static variables usage in asm{}

https://issues.dlang.org/show_bug.cgi?id=5922 --- Comment #3 from Walter Bright --- In reply to bearophile_hugs from comment #0) > -- > > D2 code, static (thread-local) variables can't be used in ASM: > > [...] Moved to https://issues.dlang.org/show_bug.cgi?id=21186 as

[Issue 5922] immutable and static variables usage in asm{}

https://issues.dlang.org/show_bug.cgi?id=5922 Walter Bright changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 21186] Inline Assembler: static (thread-local) variables cannot be used

https://issues.dlang.org/show_bug.cgi?id=21186 Walter Bright changed: What|Removed |Added Keywords||accepts-invalid, iasm, |

[Issue 21186] New: Inline Assembler: static (thread-local) variables cannot be used

https://issues.dlang.org/show_bug.cgi?id=21186 Issue ID: 21186 Summary: Inline Assembler: static (thread-local) variables cannot be used Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 21071] Undefined reference error when converting strings to enums in static switch.

https://issues.dlang.org/show_bug.cgi?id=21071 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 11433] Forum hyperlink parser doesn't recognize + signs as part of the link

https://issues.dlang.org/show_bug.cgi?id=11433 Basile-z changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 13526] Allow to declare a variable in with statement: with(auto p = new Panel())

https://issues.dlang.org/show_bug.cgi?id=13526 Basile-z changed: What|Removed |Added CC||b2.t...@gmx.com Hardware|x86_64

[Issue 14591] [SPEC] Ambiguity between extern(Pascal) and template value parameters

https://issues.dlang.org/show_bug.cgi?id=14591 Basile-z changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

[Issue 21185] call stack format on assert failure is not fully GNU-style compliant

https://issues.dlang.org/show_bug.cgi?id=21185 Basile-z changed: What|Removed |Added Summary|printing the stack trace is |call stack format on assert

[Issue 21185] New: printing the stack trace is not fully GNU-style compliant

https://issues.dlang.org/show_bug.cgi?id=21185 Issue ID: 21185 Summary: printing the stack trace is not fully GNU-style compliant Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 21183] schwartzSort does not strip const

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

[Issue 21184] New: Unimplemented methods of interface are not reported as errors during compilation.

https://issues.dlang.org/show_bug.cgi?id=21184 Issue ID: 21184 Summary: Unimplemented methods of interface are not reported as errors during compilation. Product: D Version: D2 Hardware: All OS: All

[Issue 21183] schwartzSort does not strip const

https://issues.dlang.org/show_bug.cgi?id=21183 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot ---

[Issue 21183] New: schwartzSort does not strip const

https://issues.dlang.org/show_bug.cgi?id=21183 Issue ID: 21183 Summary: schwartzSort does not strip const Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: minor Priority: P1

[Issue 21182] asm code is missing `int ptr` and so defaults to byte op

https://issues.dlang.org/show_bug.cgi?id=21182 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot ---

[Issue 21182] asm code is missing `int ptr` and so defaults to byte op

https://issues.dlang.org/show_bug.cgi?id=21182 Walter Bright changed: What|Removed |Added Keywords||wrong-code --

[Issue 21182] New: asm code is missing `int ptr` and so defaults to byte op

https://issues.dlang.org/show_bug.cgi?id=21182 Issue ID: 21182 Summary: asm code is missing `int ptr` and so defaults to byte op Product: D Version: D2 Hardware: x86 OS: All Status: NEW

[Issue 2617] asm silently accepts ambiguous-sized operations

https://issues.dlang.org/show_bug.cgi?id=2617 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #9 from Dlang Bot ---

[Issue 21098] poor diagnostic when trying to assign a string literal to a `char*`

https://issues.dlang.org/show_bug.cgi?id=21098 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot ---

[Issue 2617] asm silently accepts ambiguous-sized operations

https://issues.dlang.org/show_bug.cgi?id=2617 --- Comment #8 from Walter Bright --- Looking at my ancient Intel 8088 manual, it says: INC [BX] is ambiguous and so must use BYTE PTR or WORD PTR. Since the behavior of iasm is modeled after Intel's syntax, that pretty much settles it. --

[Issue 21181] Inline Assmbler compiles long ptr as a byte operation for 32 bit compiles

https://issues.dlang.org/show_bug.cgi?id=21181 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #1 from Dlang Bot ---

[Issue 2617] asm silently accepts ambiguous-sized operations

https://issues.dlang.org/show_bug.cgi?id=2617 --- Comment #7 from Walter Bright --- (In reply to Walter Bright from comment #5) > The following code: > > uint func() > { > asm > { > naked; > inc long ptr [EAX]; > } > } > > generates: > > __D5test24funcFZk: >

[Issue 21181] Inline Assmbler compiles long ptr as a byte operation for 32 bit compiles

https://issues.dlang.org/show_bug.cgi?id=21181 Walter Bright changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 2617] asm silently accepts ambiguous-sized operations

https://issues.dlang.org/show_bug.cgi?id=2617 Walter Bright changed: What|Removed |Added See Also||https://issues.dlang.org/sh

[Issue 21181] Inline Assmbler compiles long ptr as a byte operation for 32 bit compiles

https://issues.dlang.org/show_bug.cgi?id=21181 Walter Bright changed: What|Removed |Added Keywords||iasm, wrong-code --

[Issue 21181] New: Inline Assmbler compiles long ptr as a byte operation for 32 bit compiles

https://issues.dlang.org/show_bug.cgi?id=21181 Issue ID: 21181 Summary: Inline Assmbler compiles long ptr as a byte operation for 32 bit compiles Product: D Version: D2 Hardware: x86 OS: All

[Issue 2617] asm silently accepts ambiguous-sized operations

https://issues.dlang.org/show_bug.cgi?id=2617 --- Comment #6 from Vladimir Panteleev --- (In reply to Walter Bright from comment #5) > As for the first instruction, I'm concerned about changing the behavior. > Messing with people's existing, working asm code is risky. See issue 7388. The

[Issue 2617] asm silently accepts ambiguous-sized operations

https://issues.dlang.org/show_bug.cgi?id=2617 --- Comment #5 from Walter Bright --- The following code: uint func() { asm { naked; inc [EAX]; inc byte ptr [EAX]; inc short ptr [EAX]; inc int ptr [EAX]; inc long ptr [EAX]; } }

[Issue 5302] Inline assembler: Indexing struct fields not possible inside member function

https://issues.dlang.org/show_bug.cgi?id=5302 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---