[Issue 24778] Warning for unused imports

https://issues.dlang.org/show_bug.cgi?id=24778 RazvanN changed: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #5 from Razv

[Issue 24782] New: mmsystem header has align(1): near top

https://issues.dlang.org/show_bug.cgi?id=24782 Issue ID: 24782 Summary: mmsystem header has align(1): near top Product: D Version: D2 Hardware: All OS: Windows Status: NEW Severity: minor Priority:

[Issue 24778] Warning for unused imports

https://issues.dlang.org/show_bug.cgi?id=24778 --- Comment #4 from Lance Bachmeier --- (In reply to ryuukk_ from comment #3) > It should be builtin into the compiler > > People should learn to submit PRs to DMD > > In odin it is as simple as passing: > > -vet-unused-imports > Checks fo

[Issue 7014] Better union initialization syntax

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

[Issue 24781] alias this on inner structs have wrong behaviour

https://issues.dlang.org/show_bug.cgi?id=24781 Luís Ferreira changed: What|Removed |Added CC||cont...@lsferreira.net --

[Issue 24781] New: alias this on inner structs have wrong behaviour

https://issues.dlang.org/show_bug.cgi?id=24781 Issue ID: 24781 Summary: alias this on inner structs have wrong behaviour Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: major Pri

[Issue 14945] unions are missing from the ABI page

https://issues.dlang.org/show_bug.cgi?id=14945 Dlang Bot changed: What|Removed |Added Keywords||pull --- Comment #2 from Dlang Bot --- @ntrel c

[Issue 24770] spam

https://issues.dlang.org/show_bug.cgi?id=24770 anonymous4 changed: What|Removed |Added URL|https://twin68vip5.com/ | --

[Issue 24777] spam

https://issues.dlang.org/show_bug.cgi?id=24777 anonymous4 changed: What|Removed |Added URL|https://awin68top2.com/ | --

[Issue 24780] New: Errors in Using "alias this = arr" within a Class

https://issues.dlang.org/show_bug.cgi?id=24780 Issue ID: 24780 Summary: Errors in Using "alias this = arr" within a Class Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: major

[Issue 24778] Warning for unused imports

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

[Issue 24779] New: ImportC: undefined identifier `_Float16`

https://issues.dlang.org/show_bug.cgi?id=24779 Issue ID: 24779 Summary: ImportC: undefined identifier `_Float16` Product: D Version: D2 Hardware: All OS: Mac OS X Status: NEW Keywords: ImportC Seve

[Issue 24777] spam

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

[Issue 24778] Warning for unused imports

https://issues.dlang.org/show_bug.cgi?id=24778 Lance Bachmeier changed: What|Removed |Added CC||la...@lancebachmeier.com --- Comment #2 fr

[Issue 24778] Warning for unused imports

https://issues.dlang.org/show_bug.cgi?id=24778 --- Comment #1 from Manu --- I don't know any other language that can't do this, and people expect it to be available. We've had this in C# for over 20 years, and Java for much longer... we need this. It's an embarrassing omission. --

[Issue 24778] New: Warning for unused imports

https://issues.dlang.org/show_bug.cgi?id=24778 Issue ID: 24778 Summary: Warning for unused imports Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 24777] AWIN - Game bài đổi thưởng Awin68 Tặng 888K khi tải về

https://issues.dlang.org/show_bug.cgi?id=24777 awin68top2 changed: What|Removed |Added URL||https://awin68top2.com/ --

[Issue 13891] __gshared/static anonymous union members do not overlap

https://issues.dlang.org/show_bug.cgi?id=13891 Nick Treleaven changed: What|Removed |Added CC||n...@geany.org --- Comment #1 from Nick Tre

[Issue 24620] ImportC: Missing builtins floating point (GCC)

https://issues.dlang.org/show_bug.cgi?id=24620 Lance Bachmeier changed: What|Removed |Added CC||la...@lancebachmeier.com --- Comment #3 fr

[Issue 23841] isZeroInit does not take into account unions

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

[Issue 24776] Struct with anonymous union has wrong isZeroInit

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

[Issue 24776] New: Struct with anonymous union has wrong isZeroInit

https://issues.dlang.org/show_bug.cgi?id=24776 Issue ID: 24776 Summary: Struct with anonymous union has wrong isZeroInit Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 Jonathan M Davis changed: What|Removed |Added CC||issues.dl...@jmdavisprog.co

[Issue 24774] Input range + filter + chain => First element vanishes

https://issues.dlang.org/show_bug.cgi?id=24774 anon changed: What|Removed |Added Severity|minor |normal --

[Issue 24775] New: Input range -> take -> filter -> chain: Take gets applied *after* filter

https://issues.dlang.org/show_bug.cgi?id=24775 Issue ID: 24775 Summary: Input range -> take -> filter -> chain: Take gets applied *after* filter Product: D Version: D2 Hardware: x86_64 OS: Linux St

[Issue 24774] New: Input range + filter + chain => First element vanishes

https://issues.dlang.org/show_bug.cgi?id=24774 Issue ID: 24774 Summary: Input range + filter + chain => First element vanishes Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: minor

[Issue 24773] Stable sort() invokes the destructor on uninitialized elements

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

[Issue 24773] Stable sort() invokes the destructor on uninitialized elements

https://issues.dlang.org/show_bug.cgi?id=24773 --- Comment #1 from Dlang Bot --- @s-ludwig created dlang/phobos pull request #9049 "Bugzilla 24773 - don't invoke destructors on uninitialized elements in stable sort" mentioning this issue: - Bugzilla 24773 - don't invoke destructors on uninitiali

[Issue 24773] New: Stable sort() invokes the destructor on uninitialized elements

https://issues.dlang.org/show_bug.cgi?id=24773 Issue ID: 24773 Summary: Stable sort() invokes the destructor on uninitialized elements Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 --- Comment #7 from Richard (Rikki) Andrew Cattermole --- That does establish some casting should be valid. I.e. ```d import std.stdio; void main() { writeln(cast(size_t)cast(void*)new Object); } ``` --

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 Tim changed: What|Removed |Added CC||tim.dl...@t-online.de --- Comment #6 from Tim --- (In

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 --- Comment #5 from Richard (Rikki) Andrew Cattermole --- It is relevant because I am asking for justification of what you can do with it after casting which would also be @safe. Right now, we have no examples of this being a positive change, only

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 --- Comment #4 from Georgy Markov --- (In reply to Richard (Rikki) Andrew Cattermole from comment #3) > > You have lost the type system guarantees, calling into unknown code. > > Which yes, if you passed the wrong arguments could have led to progra

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 --- Comment #3 from Richard (Rikki) Andrew Cattermole --- That code is unsafe. You have lost the type system guarantees, calling into unknown code. Which yes, if you passed the wrong arguments could have led to program corruption. --

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 --- Comment #2 from Georgy Markov --- (In reply to Richard (Rikki) Andrew Cattermole from comment #1) > The only thing you can do once you cast it is cause program corruption. interface MyCOMInterface : IUnknown { /*...*/ } MyCOMInterface comO

[Issue 24770] spam

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

[Issue 24772] Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 Richard (Rikki) Andrew Cattermole changed: What|Removed |Added CC||alphaglosi...@gmail.com

[Issue 24772] New: Casting class references to void* should be @safe

https://issues.dlang.org/show_bug.cgi?id=24772 Issue ID: 24772 Summary: Casting class references to void* should be @safe Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: safe Sev

[Issue 24771] New: apply qualifiers between `ref` and function name to return type

https://issues.dlang.org/show_bug.cgi?id=24771 Issue ID: 24771 Summary: apply qualifiers between `ref` and function name to return type Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 24769] Add pragma compile on import

https://issues.dlang.org/show_bug.cgi?id=24769 --- Comment #5 from Richard (Rikki) Andrew Cattermole --- The -i switch suffers the same duplicate issues as the pragma, you should not have to be altering your compile command to remove this, nor tell the linker how to handle duplicates. Solving i

[Issue 24769] Add pragma compile on import

https://issues.dlang.org/show_bug.cgi?id=24769 --- Comment #4 from Richard (Rikki) Andrew Cattermole --- With dmd everything is weak, and will handle duplicates by-default. It is ldc and gdc which I have concerns with for duplicates. --

[Issue 24770] TWIN - TRANG CHỦ TẢI APP GAME TWIN68 CHÍNH THỨC 2024

https://issues.dlang.org/show_bug.cgi?id=24770 twin68vip5 changed: What|Removed |Added URL||https://twin68vip5.com/ --

[Issue 24770] New: TWIN - TRANG CHỦ TẢI APP GAME TWIN68 CHÍNH THỨC 2024

https://issues.dlang.org/show_bug.cgi?id=24770 Issue ID: 24770 Summary: TWIN - TRANG CHỦ TẢI APP GAME TWIN68 CHÍNH THỨC 2024 Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement

[Issue 24769] Add pragma compile on import

https://issues.dlang.org/show_bug.cgi?id=24769 Adam D. Ruppe changed: What|Removed |Added CC||destructiona...@gmail.com --- Comment #3 fro

[Issue 24769] Add pragma compile on import

https://issues.dlang.org/show_bug.cgi?id=24769 --- Comment #2 from Richard (Rikki) Andrew Cattermole --- It is part of PhobosV3, see Adam Wilson's DConf 2024 talk. A more concrete example of a module that would benefit from it is core.int128, but there are others such as the WinAPI bindings tha

[Issue 24769] Add pragma compile on import

https://issues.dlang.org/show_bug.cgi?id=24769 Paul Backus changed: What|Removed |Added CC||snarwin+bugzi...@gmail.com --- Comment #1 from

[Issue 24768] spam

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

[Issue 19329] pragms(lib) and pragma(linkerDirective) can emit duplicate entries to the object

https://issues.dlang.org/show_bug.cgi?id=19329 --- Comment #2 from Dlang Bot --- @thewilsonator updated dlang/dmd pull request #16849 "Do not emit duplicate string for `pragma([lib|linkerDirective])`" fixing this issue: - Fix bugzilla Issue 19329: Do not emit duplicate string for `pragma([lib|li

[Issue 24769] New: Add pragma compile on import

https://issues.dlang.org/show_bug.cgi?id=24769 Issue ID: 24769 Summary: Add pragma compile on import Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 24768] 789Club - Cổng Game Đổi Thưởng Uy Tín, Tải Nhanh iOS/Android

https://issues.dlang.org/show_bug.cgi?id=24768 789clubcoupons <789clubcoup...@gmail.com> changed: What|Removed |Added URL||https://789club.co

[Issue 24768] New: 789Club - Cổng Game Đổi Thưởng Uy Tín, Tải Nhanh iOS/Android

https://issues.dlang.org/show_bug.cgi?id=24768 Issue ID: 24768 Summary: 789Club - Cổng Game Đổi Thưởng Uy Tín, Tải Nhanh iOS/Android Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW

[Issue 24766] SPAM

https://issues.dlang.org/show_bug.cgi?id=24766 anonymous4 changed: What|Removed |Added URL|https://vz99.sarl/ | --

[Issue 24767] New: Bad Signature

https://issues.dlang.org/show_bug.cgi?id=24767 Issue ID: 24767 Summary: Bad Signature Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: major Priority: P1 Component:

[Issue 24765] spam

https://issues.dlang.org/show_bug.cgi?id=24765 Nick Treleaven changed: What|Removed |Added Status|NEW |RESOLVED URL|https://vz99.ve

[Issue 24766] SPAM

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

[Issue 24766] VZ99.COM

https://issues.dlang.org/show_bug.cgi?id=24766 vz99sarl changed: What|Removed |Added URL||https://vz99.sarl/ Summary|VZ99.COM

[Issue 24766] New: VZ99.COM

https://issues.dlang.org/show_bug.cgi?id=24766 Issue ID: 24766 Summary: VZ99.COM Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1 Component:

[Issue 24765] VZ99

https://issues.dlang.org/show_bug.cgi?id=24765 vz99vet changed: What|Removed |Added URL||https://vz99.vet/ Summary|VZ99

[Issue 23812] ImportC: allow adding function attributes to imported C functions

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

[Issue 24749] A clause consisting only of "throw" should be the unlikely path

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

[Issue 24748] DMD can't output object files with fully qualified name, making -od overwirte each other file

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

[Issue 24748] DMD can't output object files with fully qualified name, making -od overwirte each other file

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

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #14 from Dennis --- (In reply to Nick Treleaven from comment #12) > The compiler doesn't know (without optimization or -dip1000) that the > program is equivalent to that. It could, all it needs to know is that typeof(Foo.foo) == typeof(

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #13 from Nick Treleaven --- (In reply to Nick Treleaven from comment #3) > @safe > int* foobar() > { > int* f; > foreach(ref e; foo) > f = &e; // escaping address of foo[0] > return f; >

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #12 from Nick Treleaven --- (In reply to Dennis from comment #8) > Reduces to: > > ```D > void main() @safe > { > foreach(ref e; new int[1]) > int* f = &e; > } > ``` The compiler doesn't know (without optimization or -dip100

[Issue 24738] Import core.interpolation suggestion

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

[Issue 24738] Import core.interpolation suggestion

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

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #11 from Dennis --- > the same way this should compile > I'm glad if this is considered a design-flaw that should be fixed. Without `-preview=dip1000` taking the address of local, stack allocated variables is not @safe. This is not goin

[Issue 24763] Can't use struct initializer in an array literal

https://issues.dlang.org/show_bug.cgi?id=24763 Nick Treleaven changed: What|Removed |Added CC||n...@geany.org Summary|Can't ini

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #10 from Dominikus Dittes Scherkl --- (In reply to Luís Ferreira from comment #4) > > Pointers are not allowed in @safe functions at all. > > What are you talking about? They are, its specified in the spec. 20.24.1. > Safe Functions. So

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #9 from Luís Ferreira --- (In reply to Dennis from comment #8) > Reduces to: > > ```D > void main() @safe > { > foreach(ref e; new int[1]) > int* f = &e; > } > ``` Thanks! So, maybe this should also be valid, but more arguab

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 Dennis changed: What|Removed |Added CC||dkor...@live.nl --- Comment #8 from Dennis --- Red

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 Luís Ferreira changed: What|Removed |Added Keywords|accepts-invalid |rejects-valid --

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #7 from Luís Ferreira --- Funny enough, if you compile the initial code snippet with `-vcg-ast` (that yields incorrect D code, but you can understand how it converts it to), it pretty much converts it to something compatible like this, wh

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #6 from Luís Ferreira --- > > However, if Foo.foo is changed to `int[1] foo;`, it still won't error and > > it should Also the code you presented has a different type, even though trivially valid if you don't escape from within the func

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #5 from Luís Ferreira --- > If `&e` is the address of an int inside the `Foo.foo` array, then that is > fine so long as the array is null or GC allocated. Specification guarantees that only safe assignments are made, so, whatever is ass

[Issue 24754] cannot take address of a member array in a ref foreach

https://issues.dlang.org/show_bug.cgi?id=24754 --- Comment #4 from Luís Ferreira --- > Pointers are not allowed in @safe functions at all. What are you talking about? They are, its specified in the spec. 20.24.1. Safe Functions. Please don't close tickets as invalid as you see them and just bec

[Issue 24764] New: ICE when -vcg-ast prints imported invariant

https://issues.dlang.org/show_bug.cgi?id=24764 Issue ID: 24764 Summary: ICE when -vcg-ast prints imported invariant Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: ice Severity:

[Issue 24763] Can't initialize a struct with a static array

https://issues.dlang.org/show_bug.cgi?id=24763 RazvanN changed: What|Removed |Added Severity|blocker |enhancement --- Comment #2 from RazvanN --- (In r

[Issue 24763] Can't initialize a struct with a static array

https://issues.dlang.org/show_bug.cgi?id=24763 RazvanN changed: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #1 from Razv

[Issue 24763] New: Can't initialize a struct with a static array

https://issues.dlang.org/show_bug.cgi?id=24763 Issue ID: 24763 Summary: Can't initialize a struct with a static array Product: D Version: D2 Hardware: x86_64 OS: All Status: NEW Severity: blocker P

[Issue 24762] @nogc false positive error

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

[Issue 24760] ICE on variadic after default argument

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

[Issue 14651] Typesafe variadic parameter after optional parameter causes ICE

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

[Issue 24760] ICE on variadic after default argument

https://issues.dlang.org/show_bug.cgi?id=24760 RazvanN changed: What|Removed |Added CC||erikas.aub...@gmail.com --- Comment #2 from Razvan

[Issue 24762] @nogc false positive error

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

[Issue 24761] Access violation when inlining for 32 bit target.

https://issues.dlang.org/show_bug.cgi?id=24761 Bastiaan Veelo changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 24760] ICE on variadic after default argument

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

[Issue 24762] New: @nogc false positive error

https://issues.dlang.org/show_bug.cgi?id=24762 Issue ID: 24762 Summary: @nogc false positive error Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity: maj

[Issue 24761] New: Access violation when inlining for 32 bit target.

https://issues.dlang.org/show_bug.cgi?id=24761 Issue ID: 24761 Summary: Access violation when inlining for 32 bit target. Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: critical

[Issue 24760] New: ICE on variadic after default argument

https://issues.dlang.org/show_bug.cgi?id=24760 Issue ID: 24760 Summary: ICE on variadic after default argument Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: ice Severity: norma

[Issue 24758] spam

https://issues.dlang.org/show_bug.cgi?id=24758 Nick Treleaven changed: What|Removed |Added Status|NEW |RESOLVED URL|https://debet.e

[Issue 24759] Order-dependent failure to create an overload set with template function

https://issues.dlang.org/show_bug.cgi?id=24759 --- Comment #1 from Max Samukha --- Another manifestation of likely the same bug: module a; import std.range.primitives; ref T front(T)(T* range) => range[0]; alias front = std.range.primitives.front; void main() { } a.d(6): Deprecation: pa

[Issue 24759] New: Order-dependent failure to create an overload set with template function

https://issues.dlang.org/show_bug.cgi?id=24759 Issue ID: 24759 Summary: Order-dependent failure to create an overload set with template function Product: D Version: D2 Hardware: All OS: All Status:

[Issue 24758] Debet - Nhà cái Debet cá cược thể thao, chơi là win

https://issues.dlang.org/show_bug.cgi?id=24758 debetexpert changed: What|Removed |Added URL||https://debet.expert/ --

[Issue 24758] New: Debet - Nhà cái Debet cá cược thể thao, chơi là win

https://issues.dlang.org/show_bug.cgi?id=24758 Issue ID: 24758 Summary: Debet - Nhà cái Debet cá cược thể thao, chơi là win Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement

[Issue 24757] Escaping with typesafe variadic functions is not detected, making @safe code potentially unsafe

https://issues.dlang.org/show_bug.cgi?id=24757 Jonathan M Davis changed: What|Removed |Added Keywords||safe --

[Issue 24750] escaping sliced stack arrays not detected

https://issues.dlang.org/show_bug.cgi?id=24750 --- Comment #4 from Jonathan M Davis --- A similar issue: https://issues.dlang.org/show_bug.cgi?id=24757 --

[Issue 24757] New: Escaping with typesafe variadic functions is not detected, making @safe code potentially unsafe

https://issues.dlang.org/show_bug.cgi?id=24757 Issue ID: 24757 Summary: Escaping with typesafe variadic functions is not detected, making @safe code potentially unsafe Product: D Version: D2 Hardware: All OS:

[Issue 24756] New: SIGRTMIN and SIGRTMIN+1 previous sigaction are being silently ignored when set by crt_constructor

https://issues.dlang.org/show_bug.cgi?id=24756 Issue ID: 24756 Summary: SIGRTMIN and SIGRTMIN+1 previous sigaction are being silently ignored when set by crt_constructor Product: D Version: D2 Hardware: x86_64

  1   2   3   4   5   6   7   8   9   10   >