[Issue 13516] std.windows.charset documentation missing from dlang.org

[via Digitalmars-d-bugs]

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

Vladimir Panteleev  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||thecybersha...@gmail.com
 Resolution|--- |DUPLICATE

--- Comment #4 from Vladimir Panteleev  ---
Marking as duplicate of newer bug as that bug has a PR, which has been merged,
thus has been fixed.

*** This issue has been marked as a duplicate of issue 14972 ***

--

[Issue 14972] Documentation for std.windows.* missing

[via Digitalmars-d-bugs]

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

--- Comment #6 from Vladimir Panteleev  ---
*** Issue 13516 has been marked as a duplicate of this issue. ***

--

[Issue 14085] Broken links on dlang.org

[via Digitalmars-d-bugs]

https://issues.dlang.org/show_bug.cgi?id=14085
Issue 14085 depends on issue 13516, which changed state.

Issue 13516 Summary: std.windows.charset documentation missing from dlang.org
https://issues.dlang.org/show_bug.cgi?id=13516

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--

[Issue 15884] Assigning char[] to std.json.JSONValue creates array, not string

[via Digitalmars-d-bugs]

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

Lionello Lunesu  changed:

   What|Removed |Added

   Keywords||pull

--- Comment #5 from Lionello Lunesu  ---
I don't know how the link magic works, but here's the PR:
https://github.com/D-Programming-Language/phobos/pull/4185

--

[Issue 15884] Assigning char[] to std.json.JSONValue creates array, not string

[via Digitalmars-d-bugs]

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

Lionello Lunesu  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

--- Comment #4 from Lionello Lunesu  ---
Ah, you're fast, but what about wchar[] dchar[]? I suggest we use
std.utf.toUTF8() to handle all the non-string cases (it does a "idup" for
char[], by the way.)

--

[Issue 11531] For a faster std.algorithm.group on strings

[via Digitalmars-d-bugs]

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

Jack Stouffer  changed:

   What|Removed |Added

   Keywords||performance
 CC||j...@jackstouffer.com

--

[Issue 5542] std.string.join() for chars too

[via Digitalmars-d-bugs]

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

Jack Stouffer  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||j...@jackstouffer.com
 Resolution|--- |WONTFIX

--- Comment #4 from Jack Stouffer  ---
This is a one liner,

string input = "123";
auto result = input.roundRobin('x'.repeat(input.length - 1));

Going off of Walter's comments in this PR,
https://github.com/D-Programming-Language/phobos/pull/4153, I am marking this
as WONTFIX.

--

[Issue 14504] Regex Optimizer doesn't merge equivalent threads.

[via Digitalmars-d-bugs]

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

--- Comment #4 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/0e7fc33abaac676290add738499ec46d9e4be8ab
Fix issue 14504 Regex Optimizer doesn't merge equivalent threads

We can be unprecise a bit by using a hash of table to represent a state of
optimizer thread, after all any collision will result in just a shorter prefix
search.

https://github.com/D-Programming-Language/phobos/commit/11ef8c4a11dfcd397b5ba6a6e62344cc429d7715
Merge pull request #4157 from DmitryOlshansky/issue14504

Fix issue 14504 Regex Optimizer doesn't merge equivalent threads

--

[Issue 14504] Regex Optimizer doesn't merge equivalent threads.

[via Digitalmars-d-bugs]

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

github-bugzi...@puremagic.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--

[Issue 15043] [e2ir] dmd still crashes when trying to set a delegate from __traits(getOverloads)

[via Digitalmars-d-bugs]

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

ag0ae...@gmail.com changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||ag0ae...@gmail.com
 Resolution|WONTFIX |---

--- Comment #3 from ag0ae...@gmail.com ---
The bug is still there. ICEs are certainly not WONTFIX. Reopening.

--

[Issue 15872] [ndslice] indexing a slice with an array causes an error inside ndslice

[via Digitalmars-d-bugs]

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

--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/d1ef8a0cc5eee0c4604a754541056293d02ca42a
fix Issue 15872

https://github.com/D-Programming-Language/phobos/commit/3e0aefe23f3c91ad975246e2826e00079a3ea5be
Merge pull request #4152 from 9il/opindex

fix Issue 15872

--

[Issue 15872] [ndslice] indexing a slice with an array causes an error inside ndslice

[via Digitalmars-d-bugs]

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

github-bugzi...@puremagic.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--

[Issue 15873] In order to implement std.simd, compile time info about CPU specifics is needed

[via Digitalmars-d-bugs]

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

Marco Leise  changed:

   What|Removed |Added

 CC||marco.le...@gmx.de

--- Comment #7 from Marco Leise  ---
My concern is with "fast.json" where the call site reads

  auto json = parseJSON(...);

and I feel that

  import core.cpuid;
  if (sse42)
handleJson!true();
  else
handleJson!false();

  void handleJson(bool sse42)()
  {
auto json = parseJSON!sse42(...);
  }

is just not palatable. ('handleJson' being needed, since the return value would
be a RAII struct with compile-time specialization.) Importing core.cpuid,
figuring out which flag to use and set as a template argument and writing a
switch-case or if-else is not economically reasonable, so to speak when you
could enable SSE4 globally and often implicitly (-march=native). Also in my
case DMD wont profit, because it's inline assembly doesn't inline (making it
too slow) and GDC wont profit because it is not supported by core.cpuid,
leaving only LDC - but that's another story.

My argument here is that the one writing SIMD code is not necessarily the one
calling it. Compile-time information about the (implied) target enables us to
reduce the cognitive load for library users, and still make use of the latest
CPU features. This is working to great benefit with intrinsics in other
compilers (for popcnt, memcpy, etc.), but we can't imitate that. So we ended up
with runtime checks against a global variable in popcnt for what should be a
single instruction on recent CPUs and an additional "SSE4 only" _popcnt in
http://dlang.org/phobos/core_bitop.html#.popcnt

--

[Issue 12367] std.regex: Recognize (?# ... ) comment syntax

[via Digitalmars-d-bugs]

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

--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/12c7d680449dde70fdb5f35c997d6940e4298a81
Fix issue 12367 - std.regex: Recognize (?# ... ) comment syntax

https://github.com/D-Programming-Language/phobos/commit/9f256889edd5069fe6d3e6babb22c406933dbd2c
Add documnetation and changelog for issue 12367

https://github.com/D-Programming-Language/phobos/commit/b4f0478434ba3c44306f9cfaf74d250e481fca32
Merge pull request #4159 from DmitryOlshansky/issue-12367

Fix issue 12367 - std.regex: Recognize (?# ... ) comment syntax

--

[Issue 15861] [REG 2.069] Wrong double-to-string conversion with -O

[via Digitalmars-d-bugs]

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

--- Comment #3 from Vladimir Panteleev  ---
Thanks. In the future, you can let me know if you'd like a completely reduced
test case.

--

[Issue 15884] Assigning char[] to std.json.JSONValue creates array, not string

[via Digitalmars-d-bugs]

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

github-bugzi...@puremagic.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--

[Issue 15884] Assigning char[] to std.json.JSONValue creates array, not string

[via Digitalmars-d-bugs]

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

--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/329f068d7aedd0371b324c2676a4ebf75f3a4a13
fix issue 15884 - Assigning char[] to std.json.JSONValue creates array, not
string

https://github.com/D-Programming-Language/phobos/commit/ada161f0c571733aeb280566d6aff0af1e9396ad
Merge pull request #4176 from BBasile/issue-15884

fix issue 15884 - Assigning char[] to std.json.JSONValue creates array, not
string

--

[Issue 15682] Implement efficient setops for builtin AAs

[via Digitalmars-d-bugs]

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

ZombineDev  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 CC||petar.p.ki...@gmail.com
 Resolution|REMIND  |---
Summary|concat associative arrays   |Implement efficient setops
   ||for builtin AAs

--- Comment #1 from ZombineDev  ---
Currently, Phobos provides setops only for sorted ranges
(http://dlang.org/phobos/std_algorithm_setops).
It would be great if druntime could expose primitives that would allow
efficient set operations over builtin AAs, including concatenation (set union),
as per OP.

As buitin AAs are implemented as hash tables (i.e. they are unordered) it is
not possible to implement efficiently set operations only using the byKey,
byValue and byKeyValue, etc. ranges.

--

[Issue 8716] `package` restricts members usage in same module if there is no package name

[via Digitalmars-d-bugs]

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

Sobirari Muhomori  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |DUPLICATE

--- Comment #6 from Sobirari Muhomori  ---


*** This issue has been marked as a duplicate of issue 15402 ***

--

[Issue 15402] allow private access to package symbols

[via Digitalmars-d-bugs]

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

Sobirari Muhomori  changed:

   What|Removed |Added

 CC||verylonglogin@gmail.com

--- Comment #5 from Sobirari Muhomori  ---
*** Issue 8716 has been marked as a duplicate of this issue. ***

--

[Issue 15861] [REG 2.069] Wrong double-to-string conversion with -O

[via Digitalmars-d-bugs]

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

--- Comment #2 from Walter Bright  ---
https://github.com/D-Programming-Language/dmd/pull/5650

--

[Issue 15861] [REG 2.069] Wrong double-to-string conversion with -O

[via Digitalmars-d-bugs]

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

Walter Bright  changed:

   What|Removed |Added

 CC||bugzi...@digitalmars.com

--- Comment #1 from Walter Bright  ---
Sadly, this generates about 10,000 lines of assembler.

--

[Issue 15910] Prevent mismatch of VERSION information in dmd releases

[via Digitalmars-d-bugs]

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

--- Comment #2 from Joseph Rushton Wakeling  ---
> That's not entirely correct b/c the downloadable packages contain the correct 
> VERSION file

Well, yes, that's really the point of concern -- there is a mismatch between
the downloadable packages (correct version) and the git-hosted source
(incorrect version), that shouldn't be there.

> Now we could validate that the VERSION file contains the to be build tag, but 
> this will be a constant nuisance, e.g. deleting already created tags, 
> changing the VERSION from 2.071.0-b1 to 2.071.0-b2, retag, and build.

I'm not sure I follow the concern here.  If there are multiple version tags on
a single commit, isn't the norm to just take the highest version out of all of
them?  And then compare to VERSION contents ... ?

> I'd instead suggest that any build script using the git repo or tags, should 
> get the VERSION from git or write the VERSION file when downloading a tar 
> bundle from github.

Yes, it makes sense that git tags might be the principal source of version
information and that VERSION should derive from that.  Probably this could
address both the issue described here and
 all in one go?

> VERSION can also be set through make -f posix.mak VERSION=2.071.0

Thanks, that's useful.

--

[Issue 15899] Tuple.toString not recognized as a function with isSomeFunction

[via Digitalmars-d-bugs]

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

Edwin van Leeuwen  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |INVALID

--

[Issue 15899] Tuple.toString not recognized as a function with isSomeFunction

[via Digitalmars-d-bugs]

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

--- Comment #2 from Edwin van Leeuwen  ---
That makes sense, thanks for the explanation.

Might be useful to add an isField attribute to traits. Previously I assumed
that if something !isSomeFunction it would be a field, but that does not seem
to be the case. Now changed that assumption to also ignore templates.

--

[Issue 14914] Inconsistent alias declaration could be detected

[via Digitalmars-d-bugs]

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

b2.t...@gmx.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--

[Issue 15682] concat associative arrays

[via Digitalmars-d-bugs]

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

b2.t...@gmx.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |REMIND

--

[Issue 15043] [e2ir] dmd still crashes when trying to set a delegate from __traits(getOverloads)

[via Digitalmars-d-bugs]

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

b2.t...@gmx.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX
   Assignee|k.hara...@gmail.com |nob...@puremagic.com

--

[Issue 15350] [MailMan] end of message stripped

[via Digitalmars-d-bugs]

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

b2.t...@gmx.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--

[Issue 15880] int hex literals properties are rejected

[via Digitalmars-d-bugs]

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

b2.t...@gmx.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--

[Issue 15805] Automatic fix two erroneous integer comparison cases by widening

[via Digitalmars-d-bugs]

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

b2.t...@gmx.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |WONTFIX

--

[Issue 11356] isASCII for strings

[via Digitalmars-d-bugs]

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

--- Comment #6 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/0015fd25b70d1bfa83a9c3563760ad85fdfbb9ca
Merge pull request #4153 from JackStouffer/issue11356

Add Informative Example to canEncode

--