[Issue 16044] __traits(allMembers) returns empty tuple for subpackages

[via Digitalmars-d-bugs]

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

Alexey Kulentsov  changed:

   What|Removed |Added

 CC||criman...@gmail.com

--- Comment #1 from Alexey Kulentsov  ---
For DMD64 D Compiler 2.074.0 result is:

abc/def/package.d-mixin-7(7): Deprecation: package abc.def is not accessible
here, perhaps add 'static import abc.def;'
tuple()

So abc.def package is not accessible from abc/def/package.d
But accessible if I move/rename file to abc/def.d and result is tuple("object",
"xyz", "_staticCtor1")

So it seems, for now, the problem is in the availability of the module, not in
the allMembers trait.

--

[Issue 17141] Type Inference Incorrectly Converts Characters to Integers

[via Digitalmars-d-bugs]

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

Steven Schveighoffer  changed:

   What|Removed |Added

 CC||schvei...@yahoo.com

--- Comment #8 from Steven Schveighoffer  ---
I'm not sure the cure is better than the disease.

If CommonType!(dchar, char) becomes dchar, then chaining together a range of
dchar with a range of char *integer promotes* the char range to dchar. It
doesn't decode it!

--

[Issue 17358] [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

[via Digitalmars-d-bugs]

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

Steven Schveighoffer  changed:

   What|Removed |Added

 CC||schvei...@yahoo.com

--- Comment #4 from Steven Schveighoffer  ---
Yes, the bug that the PR fixed was to prevent lockingTextWriter.put from taking
an arbitrary byte, ubyte, short, ushort, int, or uint range and integer
promoting the elements to dchar. It was decided to allow ubyte[] specifically
(and write it directly as an array of ubytes), because of the inability to use
byChunk and lockingBinaryWriter to achieve a direct copy of a file.

IMO, the whole system is really messed up. It doesn't make sense to accept a
range of arbitrary bytes to a text writer, but lockingBinaryWriter changes the
stream from a text to binary (Which means something for Windows newlines).

I'm not sure of a "correct" way to fix this regression (which really is
erroneous behavior which happened not to blow up). If the identified CommonType
bug is fixed, we still are dealing with integer promoting chars to dchars
inside chain, which isn't right either.

--

[Issue 17361] latest windows 10 insider preview and dmd no longer runs.

[via Digitalmars-d-bugs]

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

steven kladitis  changed:

   What|Removed |Added

   Keywords||performance

--

[Issue 17361] New: latest windows 10 insider preview and dmd no longer runs.

[via Digitalmars-d-bugs]

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

  Issue ID: 17361
   Summary: latest windows 10 insider preview and dmd no longer
runs.
   Product: D
   Version: D2
  Hardware: x86_64
OS: Windows
Status: NEW
  Severity: major
  Priority: P1
 Component: dmd
  Assignee: nob...@puremagic.com
  Reporter: steven_kladi...@yahoo.com

I just installed the latest Insider Preview of Windows 10 and DMD no longer
runs at all. It just comes up and sits there in a window. I have tried
reinstalling it several times. The installer runs fine. Several Times. :):)
This is my current path
PATH=C:\D\dmd2\windows\bin
C:\ProgramData\Oracle\Java\javapath
c:\oracle\product\12.2.0\dbhome_64\bin
C:\Program Files (x86)\Intel\iCLS Client\
C:\Program Files\Intel\iCLS Client\
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\WINDOWS\System32\WindowsPowerShell\v1.0\
C:\Program Files (x86)\Windows Kits\8.1\Windows Performance Toolkit\
C:\Program Files\Microsoft SQL Server\120\Tools\Binn\
C:\Program Files\uncrustify
C:\Program Files (x86)\QuickTime\QTSystem\
C:\Program Files (x86)\NVIDIA Corporation\PhysX\Common
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\WINDOWS\System32\WindowsPowerShell\v1.0\
C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\DAL
C:\Program Files\Intel\Intel(R) Management Engine Components\DAL
C:\Program Files (x86)\Intel\Intel(R) Management Engine Components\IPT
C:\Program Files\Intel\Intel(R) Management Engine Components\IPT
C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit\
C:\Program Files\IDM Computer Solutions\UltraEdit
C:\Program Files\Microsoft SQL Server\110\Tools\Binn\
C:\Program Files (x86)\nodejs\
C:\Program Files\Microsoft\Web Platform Installer\
C:\Program Files (x86)\Microsoft Emulator Manager\1.0\
C:\Program Files\TortoiseSVN\bin
C:\Program Files\IDM Computer Solutions\UltraCompare
C:\Users\steven\AppData\Local\Microsoft\WindowsApps
C:\Program Files (x86)\Microsoft SDKs\TypeScript\1.0\
C:\Program Files (x86)\dub
C:\Program Files (x86)\Skype\Phone\
C:\D\dmd2\windows\bin

I have tried putting the dmd path in front and everywhere in between.




dub and dmd do not run in the 
c:\d\dmd2\windows\bin directory

--

[Issue 5212] no escape analysis for typesafe variadic function arguments

[via Digitalmars-d-bugs]

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

Nick Treleaven  changed:

   What|Removed |Added

   Keywords||safe
 CC||n...@geany.org

--- Comment #18 from Nick Treleaven  ---
Mentioning -dip1000 so Walter finds this.

--

[Issue 17162] std.algorithm.startsWith fails to compile with -dip1000 switch

[via Digitalmars-d-bugs]

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

Nick Treleaven  changed:

   What|Removed |Added

 CC||n...@geany.org

--- Comment #2 from Nick Treleaven  ---
Seems to work with v2.074.0, -dip1000.

--

[Issue 9999] Integer literal 0 and 1 should prefer integer type in overload resolution

[via Digitalmars-d-bugs]

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

Nick Treleaven  changed:

   What|Removed |Added

 CC||n...@geany.org

--- Comment #15 from Nick Treleaven  ---
(In reply to Don from comment #9)
> Implicit conversion from int to bool is indeed rather odd. Do we really need
> it? Initially, literal 0 and 1 sound like acceptable ways of writing 'false'
> and 'true', but constant folding makes it much harder to justify.

https://github.com/dlang/dmd/pull/6404

--

[Issue 17360] New: std.range.only doesn't allow ref access

[via Digitalmars-d-bugs]

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

  Issue ID: 17360
   Summary: std.range.only doesn't allow ref access
   Product: D
   Version: D2
  Hardware: All
OS: All
Status: NEW
  Severity: normal
  Priority: P1
 Component: phobos
  Assignee: nob...@puremagic.com
  Reporter: john.loughran.col...@gmail.com

This a pain because it means things like this don't work:

int[] a = [1,2,3];
only(a).front.popFront();

Error: template std.range.primitives.popFront cannot deduce function from
argument types !()(int[]), candidates are:
std/range/primitives.d(2084):std.range.primitives.popFront(T)(ref T[]
a) if (!isNarrowString!(T[]) && !is(T[] == void[]))
std/range/primitives.d(2107):std.range.primitives.popFront(C)(ref C[]
str) if (isNarrowString!(C[]))

--