[Issue 17138] Warn about superfluous "with" statements

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17138

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #1 from Walter Bright  ---
What does the declaration of someObject look like?

--

[Issue 17156] Local function declaration not inferred to be static

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17156

Walter Bright  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution|--- |INVALID

--- Comment #1 from Walter Bright  ---
The trouble is this:

uint g() { return 5; }
...
uint delegate() d = 

Your proposal would cause that to fail. Inference is done for template 'a'
because the assignment is part of the expression. But for the 'g' case, there
may be intervening code of this sort:

uint g() { return 5; }
uint function() c = 
uint delegate() d = 

'g' cannot be both a function and a delegate. So the simple rule is 'static'
being there or not sets it to be a function pointer or a delegate. This is
consistent with other uses of 'static'.

This is working as designed. Not a bug.

--

[Issue 15488] global variable shadows function argument

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=15488

Walter Bright  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution|--- |FIXED

--- Comment #1 from Walter Bright  ---
This was fixed a while ago with the changes in how symbols are looked up in
imports. The example as written prints the same address for both writefln()
statements.

--

[Issue 14027] segmentation fault in dmd in some circular import situation

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=14027

Walter Bright  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WORKSFORME

--- Comment #2 from Walter Bright  ---
It works without error when compile it with HEAD.

--

[Issue 14027] segmentation fault in dmd in some circular import situation

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=14027

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #1 from Walter Bright  ---
The files are:
--- module_a.d ---
module module_a;
import module_b;

enum U = 1;
--- module_b.d ---
module module_b;
import module_a;

struct J(int M) {}

struct Y {
J!U x;
}
--

--

[Issue 13904] calls to mutable methods are just ignored when instance is an enum

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=13904

Walter Bright  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||bugzi...@digitalmars.com
 Resolution|--- |INVALID

--- Comment #2 from Walter Bright  ---
This is actually not a bug.

enum S x = S(10);
x.setValue(20);

is rewritten to be:

S(10).setValue(20);

which is then rewritten to be:

auto tmp = S(10);
tmp.setValue(20);

which works as expected.

--

[Issue 13331] naked asm functions are broken when compiling with -profile

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=13331

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #2 from Walter Bright  ---
https://github.com/dlang/dmd/pull/6770

--

[Issue 13186] core/sys/posix/sys/uio.d is not linked into the standard lib

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=13186

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #1 from Walter Bright  ---
https://github.com/dlang/druntime/pull/1827

--

[Issue 16053] SysTime.fromIsoExtString don't work if nanoseconds are presented

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16053

Jonathan M Davis  changed:

   What|Removed |Added

 CC||issues.dl...@jmdavisprog.co
   ||m

--- Comment #1 from Jonathan M Davis  ---
Yes, it's legit. It's just that SysTime will never produce a string with more
than 7 digits in the fractional seconds, because its precision is
hecto-nanoseconds, and for whatever reason, it didn't occur to me that I would
need handle higher precision from elsewhere (even though it should have). It
should be a simple enough fix though.

--

[Issue 17382] void main(){}pragma(msg,main()); crashes DMD

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=17382

uplink.co...@googlemail.com changed:

   What|Removed |Added

 CC||uplink.co...@googlemail.com

--- Comment #1 from uplink.co...@googlemail.com ---
This is because the void main() gets type-painted to int main();
Fix pending.

--

[Issue 14894] mangling of mixins and lambdas is not unique and depends on compilation flags

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=14894

uplink.co...@googlemail.com changed:

   What|Removed |Added

 CC||uplink.co...@googlemail.com

--- Comment #9 from uplink.co...@googlemail.com ---
The way I see forward is to not use a number.
But to disambiguate by a reproducible hash.

--

[Issue 16588] uniq's BidirectionalRange behavior is inconsistent with its InputRange behavior

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=16588

Andrei Alexandrescu  changed:

   What|Removed |Added

   Keywords|pull|

--- Comment #6 from Andrei Alexandrescu  ---
After we undid the pull, what would be an alternative fix to this?

--