[Issue 11783] Make std.datetime unittesting faster
https://d.puremagic.com/issues/show_bug.cgi?id=11783 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-12-20 16:34:07 EST --- We can get infinityx speedup by simply deleting _all_ the tests in std.datetime! -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11781] gc collections run even when disabled
https://d.puremagic.com/issues/show_bug.cgi?id=11781 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebblies 2013-12-20 16:19:35 EST --- I don't think GC.disable should prevent the final collection from happening. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11783] New: Make std.datetime unittesting faster
https://d.puremagic.com/issues/show_bug.cgi?id=11783 Summary: Make std.datetime unittesting faster Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: and...@erdani.com --- Comment #0 from Andrei Alexandrescu 2013-12-19 20:27:49 PST --- std.datetime is extremely slow to unittest even on very fast machines. It's more than one order of magnitude slower to unittest than any other Phobos module. This makes even parallel unittest builds unduly slow. There is no justification - testing time should be slashed by 10x. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 6930] combined type of immutable(T) and inout(T) should be inout(const(T))
https://d.puremagic.com/issues/show_bug.cgi?id=6930 Kenji Hara changed: What|Removed |Added Keywords||pull --- Comment #19 from Kenji Hara 2013-12-19 20:07:03 PST --- https://github.com/D-Programming-Language/dmd/pull/2992 https://github.com/D-Programming-Language/phobos/pull/1794 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11782] format pointer to range prints range
https://d.puremagic.com/issues/show_bug.cgi?id=11782 --- Comment #3 from monarchdo...@gmail.com 2013-12-19 14:12:51 PST --- (In reply to comment #1) > (In reply to comment #0) > > > This is not documented behavior. The documented behavior is simply: > > "Pointers are formatted as hex integers." > > The fun is that a pointer to a range is a range. It naturally supports all of > primitives. Also (but off topic here), while the slicing operator is still supported, the slice-able *trait* becomes lost, as the returned type (R) won't match the used type (R*). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11754] Disallow changing the default parameters of overridden inherited functions
https://d.puremagic.com/issues/show_bug.cgi?id=11754 --- Comment #2 from bearophile_h...@eml.cc 2013-12-19 14:14:46 PST --- (In reply to comment #1) > What if the initializer in the base class is private? After the restriction that I have suggested to add, you can't write that code. You have to solve the problem in some other way. (Perhaps using an overloaded method?) -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11782] format pointer to range prints range
https://d.puremagic.com/issues/show_bug.cgi?id=11782
--- Comment #2 from monarchdo...@gmail.com 2013-12-19 14:09:07 PST ---
(In reply to comment #1)
> (In reply to comment #0)
>
> > This is not documented behavior. The documented behavior is simply:
> > "Pointers are formatted as hex integers."
>
> The fun is that a pointer to a range is a range. It naturally supports all of
> primitives.
Almost ;)
https://d.puremagic.com/issues/show_bug.cgi?id=11779
//
import std.string;
void main()
{
auto a = iota(0, 10).array();
auto p = &a;
writefln("%s", a);
writefln("%s", p);
}
//
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
7FFF0ABA5FA0
//
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11782] format pointer to range prints range
https://d.puremagic.com/issues/show_bug.cgi?id=11782 Dmitry Olshansky changed: What|Removed |Added CC||dmitry.o...@gmail.com --- Comment #1 from Dmitry Olshansky 2013-12-19 14:01:16 PST --- (In reply to comment #0) > This is not documented behavior. The documented behavior is simply: > "Pointers are formatted as hex integers." The fun is that a pointer to a range is a range. It naturally supports all of primitives. > I think this behavior is wrong, and should be removed to simply treat the > pointer as a pointer. Maybe. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11782] New: format pointer to range prints range
https://d.puremagic.com/issues/show_bug.cgi?id=11782
Summary: format pointer to range prints range
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: monarchdo...@gmail.com
--- Comment #0 from monarchdo...@gmail.com 2013-12-19 13:56:13 PST ---
//
import std.string;
void main()
{
auto a = iota(0, 10);
auto p = &a;
writefln("%s", a);
writefln("%s", p);
}
//
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
[0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
//
This is not documented behavior. The documented behavior is simply:
"Pointers are formatted as hex integers."
The current behavior (pointer to ranges prints the range) makes no sense to me,
and I don't see why a pointer to such a type would get a special treatment.
I think this behavior is wrong, and should be removed to simply treat the
pointer as a pointer.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11781] New: gc collections run even when disabled
https://d.puremagic.com/issues/show_bug.cgi?id=11781
Summary: gc collections run even when disabled
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: druntime
AssignedTo: nob...@puremagic.com
ReportedBy: bugzi...@digitalmars.com
--- Comment #0 from Walter Bright 2013-12-19
13:40:29 PST ---
The following program:
---
import std.stdio;
import core.memory;
void main()
{
GC.disable();
}
---
when run prints:
disable()
enable()
disable()
fullcollect()
where gc/gc.d has printf's put in disable(), enable(), and fullcollect().
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11780] New: RangeError in format for incomplete format specifier
https://d.puremagic.com/issues/show_bug.cgi?id=11780
Summary: RangeError in format for incomplete format specifier
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: monarchdo...@gmail.com
--- Comment #0 from monarchdo...@gmail.com 2013-12-19 13:32:50 PST ---
import std.stdio;
void main()
{
writefln("%");
}
//
core.exception.RangeError@std.format(791): Range violation
//
This should throw a format exception.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11779] New: pointer to slice is not an input range
https://d.puremagic.com/issues/show_bug.cgi?id=11779 Summary: pointer to slice is not an input range Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: monarchdo...@gmail.com --- Comment #0 from monarchdo...@gmail.com 2013-12-19 13:25:38 PST --- As a rule thumb, when the type "S" is an input range, than so is "S*". Indeed, all of "S's primitives" can also be called using a pointer, EG: S* p; p.popFront(); //OK! This works for *all* input ranges... except for slices. This is because the "slice range primitives" are actually non-member functions: int[]* p; p.popFront(); //DERP! Error: template std.array.popFront does not match any function template declaration I think, to be consistent with the "emulate a member primitive", that the range functions in std.array should also work on pointer to slice. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11778] New: format for null does not verify fmt flags.
https://d.puremagic.com/issues/show_bug.cgi?id=11778
Summary: format for null does not verify fmt flags.
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: monarchdo...@gmail.com
--- Comment #0 from monarchdo...@gmail.com 2013-12-19 12:42:54 PST ---
Printing pointer types is supposed to only work with %X, %x or %s.
However, if the passed pointer is null, there is no actual fmt validation:
//
import std.stdio;
void main()
{
int* p;
writefln(s, p);
writefln(s, p + 1);
}
//
null
std.format.FormatException@std/format.d(2957): Expected one of %s, %x or %X for
pointer type.
//
This can be an issue, as an invalid format flag may end up throwing depending
on the *value* passed (and not the type). The bug may only reveal itself
unexpectedly at a later date.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11775] std.regex should check for valid repetition range in assert mode
https://d.puremagic.com/issues/show_bug.cgi?id=11775 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 12:24:16 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/e598f92224db6e28603e1421d3b3e5e47422bbe5 fix issue 11775 std.regex should check for valid repetition range https://github.com/D-Programming-Language/phobos/commit/ff23ea79975e9ffb7edf16370563b3253a882f99 Merge pull request #1791 from blackwhale/range-bug-regex fix issue 11775 std.regex should check for valid repetition range -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11770] std.regex.Captures should be convertible to bool
https://d.puremagic.com/issues/show_bug.cgi?id=11770 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 11:24:42 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/66f2b67e4e9443e0fee8e085b4c2d92cd8a66af9 fix issue 11770 std.regex.Captures should be convertible to bool https://github.com/D-Programming-Language/phobos/commit/22b2a267e86559525f7c76ae5ee9985328102a29 Merge pull request #1789 from blackwhale/opcast-regex fix issue 11770 std.regex.Captures should be convertible to bool -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7301] RegexMatch opCast!bool not working
https://d.puremagic.com/issues/show_bug.cgi?id=7301 Dmitry Olshansky changed: What|Removed |Added Status|NEW |RESOLVED CC||dmitry.o...@gmail.com Resolution||WONTFIX --- Comment #9 from Dmitry Olshansky 2013-12-19 10:59:20 PST --- The title is plain wrong and there is nothing to do about it save for changing the compiler/language. Closing as wontfix. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10772] std.regex.splitter generates spurious empty elements with empty delimiter
https://d.puremagic.com/issues/show_bug.cgi?id=10772 --- Comment #7 from Dmitry Olshansky 2013-12-19 10:48:49 PST --- (In reply to comment #5) > Arguably, 0-width splitting makes no sense: If it were to rigorously follow > the > rules, then you'd simply end up with an infinite amount of leading tokens. > ["", "T", "E", "S", "T", ""] > Makes no sense to me. Why is there an empty leading/trailing token, but none > between each letter? > > This means that in regards to 0-length splitting, it should either be an > *error*, or have a *special behavior* There is already special case that 0-width regular expression match advances input by one codepoint. It's exactly this special case that produces the string above, nothing to worry about. > > std.algorithm.split simply special cases to do what seems most useful (what is > documented by pearl, AFAIK). I think having regex do the same is most > sensible. Doing special-special case is kind of bad. The more I look at this the more it's clear to me that we either have to decipher Perl's behaviour or give up. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11765] std.regex: Negation of character class is not applied to base class first
https://d.puremagic.com/issues/show_bug.cgi?id=11765
--- Comment #5 from Dmitry Olshansky 2013-12-19
10:31:23 PST ---
(In reply to comment #3)
> Is the following sample caused by the same issue?
>
> writeln("abcdefghijklmnopqrstuvwxyz".match("[a-z&&[^aeiuo]]"));
>
> It writes [["a"]], I was expecting the first non-vowel [["b"]]. It returns "b"
> in Ruby, as for .NET I haven't found the syntax it uses.
>From the look of it - an unrelated bug in set intersection.
Better split it off as a new issue.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11765] std.regex: Negation of character class is not applied to base class first
https://d.puremagic.com/issues/show_bug.cgi?id=11765 --- Comment #4 from Dmitry Olshansky 2013-12-19 10:27:35 PST --- (In reply to comment #1) > (In reply to comment #0) > > Using .net syntax: > > [^01-[2]] > > 0123456789 > > > > It matches "3". > > Nevermind the leading zero, I meant to use this simpler example: > > [^1-[2]] > 123456789 > > It matches "3". Actually because of single dash it works as if all is fine... This one is good case: [^1--[2]] -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11773] `inout` `function`/`delegate` should be implicitly convertible to mutable/`const`/`immutable`
https://d.puremagic.com/issues/show_bug.cgi?id=11773 Denis Shelomovskij changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Denis Shelomovskij 2013-12-19 22:26:21 MSK --- *** This issue has been marked as a duplicate of issue 3075 *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3075] Implement parameter contravariance
https://d.puremagic.com/issues/show_bug.cgi?id=3075 Denis Shelomovskij changed: What|Removed |Added CC||verylonglogin@gmail.com --- Comment #27 from Denis Shelomovskij 2013-12-19 22:26:21 MSK --- *** Issue 11773 has been marked as a duplicate of this issue. *** -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11773] `inout` `function`/`delegate` should be implicitly convertible to mutable/`const`/`immutable`
https://d.puremagic.com/issues/show_bug.cgi?id=11773 --- Comment #2 from Denis Shelomovskij 2013-12-19 22:22:52 MSK --- (In reply to comment #1) > This seems similar to Issue 7725, which is another dupe of Issue 3075. Yes, but this one is about `inout`. Probably may be closed and original test added to Issue 3075. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10772] std.regex.splitter generates spurious empty elements with empty delimiter
https://d.puremagic.com/issues/show_bug.cgi?id=10772 --- Comment #6 from monarchdo...@gmail.com 2013-12-19 10:22:46 PST --- (In reply to comment #5) > Arguably, 0-width splitting makes no sense: If it were to rigorously follow > the > rules, then you'd simply end up with an infinite amount of leading tokens. > ["", "T", "E", "S", "T", ""] > Makes no sense to me. Why is there an empty leading/trailing token, but none > between each letter? > > This means that in regards to 0-length splitting, it should either be an > *error*, or have a *special behavior* > > std.algorithm.split simply special cases to do what seems most useful (what is > documented by pearl, AFAIK). I think having regex do the same is most > sensible. Hum... Actually, now that I think about it, algorithm splitter works on constant length separator. I'm not sure how you'd handle a separator that may and or may not be empty... See the examples in your pull. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10772] std.regex.splitter generates spurious empty elements with empty delimiter
https://d.puremagic.com/issues/show_bug.cgi?id=10772 monarchdo...@gmail.com changed: What|Removed |Added CC||monarchdo...@gmail.com --- Comment #5 from monarchdo...@gmail.com 2013-12-19 10:18:12 PST --- Arguably, 0-width splitting makes no sense: If it were to rigorously follow the rules, then you'd simply end up with an infinite amount of leading tokens. ["", "T", "E", "S", "T", ""] Makes no sense to me. Why is there an empty leading/trailing token, but none between each letter? This means that in regards to 0-length splitting, it should either be an *error*, or have a *special behavior* std.algorithm.split simply special cases to do what seems most useful (what is documented by pearl, AFAIK). I think having regex do the same is most sensible. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11775] std.regex should check for valid repetition range in assert mode
https://d.puremagic.com/issues/show_bug.cgi?id=11775 Dmitry Olshansky changed: What|Removed |Added Keywords||pull CC||dmitry.o...@gmail.com --- Comment #1 from Dmitry Olshansky 2013-12-19 10:13:09 PST --- https://github.com/D-Programming-Language/phobos/pull/1791 I think it should throw just like any other parse error, after all patterns are user input in certain systems (like editors). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10772] std.regex.splitter generates spurious empty elements with empty delimiter
https://d.puremagic.com/issues/show_bug.cgi?id=10772 Dmitry Olshansky changed: What|Removed |Added Keywords||pull --- Comment #4 from Dmitry Olshansky 2013-12-19 10:11:20 PST --- https://github.com/D-Programming-Language/phobos/pull/1790 My compromise is to follow std.algorithm splitter and special case 0-width matches as if 0-width needles. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11777] [ICE] Compiler segfault in `callfunc` in `e2ir.c`
https://d.puremagic.com/issues/show_bug.cgi?id=11777 --- Comment #1 from Denis Shelomovskij 2013-12-19 22:13:15 MSK --- A workarounding pull: https://github.com/D-Programming-Language/dmd/pull/2990 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11777] New: [ICE] Compiler segfault in `callfunc` in `e2ir.c`
https://d.puremagic.com/issues/show_bug.cgi?id=11777 Summary: [ICE] Compiler segfault in `callfunc` in `e2ir.c` Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: ice Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: verylonglogin@gmail.com --- Comment #0 from Denis Shelomovskij 2013-12-19 22:08:47 MSK --- The issue is caused by refactoring commit 1e99eed73c06ae450c1c13352021e4b629d2bba8 [1] from dmd pull 2771 [2]. Remove `mem.free(fieldinit)` added at line 192 of `scope.c` by the causing commit [1] to detrigger the issue. At first sight looks like `free`d memory is used. But the compiler segfaults at line 203 of `callfunc` in `e2ir.c` because `arg` has invalid vtable address (0x0037382d for me): --- ea = arg->toElem(irs); --- Also `arg` is derived from `Expression` so is at least `sizeof(Expression)` = 22 bytes long, but if we look at its memory: 4 bytes: invalid vtable 10 bytes: allocated but uninitialized (0xCD byte in MS CRT) 4 bytes: allocation end guard (0xFD byte in MS CRT) So it is only 14 bytes long and the only initialized part is vtable pointer. Clear memory corruption. Sorry, the testcase is big and proprietary and can be only obtained directly from the issue author by e-mailing him. [1] https://github.com/D-Programming-Language/dmd/commit/1e99eed73c06ae450c1c13352021e4b629d2bba8 [2] https://github.com/D-Programming-Language/dmd/pull/2771 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11770] std.regex.Captures should be convertible to bool
https://d.puremagic.com/issues/show_bug.cgi?id=11770 Dmitry Olshansky changed: What|Removed |Added Keywords||pull CC||dmitry.o...@gmail.com --- Comment #1 from Dmitry Olshansky 2013-12-19 09:48:14 PST --- https://github.com/D-Programming-Language/phobos/pull/1789 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11403] functions in std.algo can't be used as pred
https://d.puremagic.com/issues/show_bug.cgi?id=11403 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 09:22:36 PST --- Commit pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/8ce977a8f081fe7832cfb02c235c31de703b29b4 Merge pull request #1676 from monarchdodra/algoPredicable Issue 11403 - functions in std.algo can't be used as pred -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11776] New: [ICE] Assertion failure: 'tf->next == NULL' on line 119 in file 'mangle.c'
https://d.puremagic.com/issues/show_bug.cgi?id=11776 Summary: [ICE] Assertion failure: 'tf->next == NULL' on line 119 in file 'mangle.c' Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: ice Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: verylonglogin@gmail.com --- Comment #0 from Denis Shelomovskij 2013-12-19 21:06:50 MSK --- The issue is caused by dmd pull 2953 [1] which fixed issue 11718. Sorry, the testcase is big and proprietary and can be only obtained directly from the issue author by e-mailing him. [1] https://github.com/D-Programming-Language/dmd/pull/2953 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11754] Disallow changing the default parameters of overridden inherited functions
https://d.puremagic.com/issues/show_bug.cgi?id=11754
Andrej Mitrovic changed:
What|Removed |Added
CC||andrej.mitrov...@gmail.com
--- Comment #1 from Andrej Mitrovic 2013-12-19
08:50:51 PST ---
What if the initializer in the base class is private?
-
module a;
private int priv;
class A
{
void foo(int x = priv) { }
}
-
-
module b;
import a;
class B : A
{
override void foo(int x = priv) // error: "priv" is private
{
}
}
-
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10772] std.regex.splitter generates spurious empty elements with empty delimiter
https://d.puremagic.com/issues/show_bug.cgi?id=10772
--- Comment #3 from Dmitry Olshansky 2013-12-19
08:51:38 PST ---
(In reply to comment #2)
> $ perl -e'print join(":", split(//, "test")), "\n";'
> t:e:s:t
> $
>
>
> So yes, I expect std.regex.splitter to return ["t", "e", "s", "t"] when the
> delimiter is empty.
But then there is this:
perl -e'print join(":", split(/, /, ", test, ")), "\n";'
:test
That makes no sense to me whatsoever.
We have tests already (always had, even before 2.056) that state the opposite.
In fact they make sure that both zero-width pieces are found (at start and at
end).
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11775] New: std.regex should check for valid repetition range in assert mode
https://d.puremagic.com/issues/show_bug.cgi?id=11775
Summary: std.regex should check for valid repetition range in
assert mode
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: andrej.mitrov...@gmail.com
--- Comment #0 from Andrej Mitrovic 2013-12-19
08:27:52 PST ---
-
import std.regex;
void main()
{
auto m = "12".match(r"\d{1,0}"); // invalid range
}
-
$ dmd -run test.d
> core.exception.RangeError@std.regex(5019): Range violation
Note that the exception is internal while trying to access an invalid index in
an array. With -noboundscheck there will be no exceptions thrown.
I think at least in assert mode ( version(assert) ) the repetition range should
be verified to be valid.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11762] std.regex macro is not displayed/expanded properly
https://d.puremagic.com/issues/show_bug.cgi?id=11762 Andrej Mitrovic changed: What|Removed |Added Keywords||pull --- Comment #2 from Andrej Mitrovic 2013-12-19 08:09:56 PST --- https://github.com/D-Programming-Language/phobos/pull/1784 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11762] std.regex macro is not displayed/expanded properly
https://d.puremagic.com/issues/show_bug.cgi?id=11762 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11773] `inout` `function`/`delegate` should be implicitly convertible to mutable/`const`/`immutable`
https://d.puremagic.com/issues/show_bug.cgi?id=11773 Andrej Mitrovic changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic 2013-12-19 08:08:22 PST --- This seems similar to Issue 7725, which is another dupe of Issue 3075. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11771] Unicode set intersection with char is broken
https://d.puremagic.com/issues/show_bug.cgi?id=11771 monarchdo...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||monarchdo...@gmail.com Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11692] can't set file attributes for std.zip.ArchiveMember
https://d.puremagic.com/issues/show_bug.cgi?id=11692 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 07:01:33 PST --- Commit pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/67933fda951ccd8735eb66ea223980ae7175bc11 Merge pull request #1751 from dawgfoto/std_zip [install,regression] fix Issue 11692 - can't set file attributes for std.zip.ArchiveMember -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11603] std.algorithm.canFind does not work when needle is 1-byte zero
https://d.puremagic.com/issues/show_bug.cgi?id=11603 --- Comment #8 from github-bugzi...@puremagic.com 2013-12-19 07:01:27 PST --- Commit pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/13b8101061b2e5824c0e0a08654922649acf4978 Merge pull request #1744 from 9rnsr/fix11603 Issue 11603 - std.algorithm.canFind does not work when needle is 1-byte zero -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11774] Lambda argument to templated function changes its signature forever
https://d.puremagic.com/issues/show_bug.cgi?id=11774 --- Comment #1 from Denis Shelomovskij 2013-12-19 18:55:27 MSK --- Workaround: Specify lambda argument types, i.e. `(Object[] a) => a` instead of `a => a`. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11774] New: Lambda argument to templated function changes its signature forever
https://d.puremagic.com/issues/show_bug.cgi?id=11774
Summary: Lambda argument to templated function changes its
signature forever
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: major
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: verylonglogin@gmail.com
--- Comment #0 from Denis Shelomovskij 2013-12-19
18:53:48 MSK ---
This code should compile:
---
void f(T, R)(R delegate(T[]) del)
{
T[] src;
del(src);
}
void main()
{
int[] delegate(int[]) del;
f!int(del); // ok
f!Object(a => a);
f!int(del); // fails, line 12
}
---
main.d(12): Error: template main.f does not match any function template
declaration. Candidates are:
main.d(1):main.f(T, R)(R delegate(Object[]) del)
main.d(12): Error: template main.f(T, R)(R delegate(Object[]) del) cannot
deduce template function from argument types !(int)(int[] delegate(int[]))
---
The issue is major as compiler errors are misleading and people don't expect
such "broken forever" behaviour.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11598] std.random.uniform could be faster for integrals
https://d.puremagic.com/issues/show_bug.cgi?id=11598 --- Comment #7 from github-bugzi...@puremagic.com 2013-12-19 06:49:16 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/30ced820e56c9088d08f6254c068df40a995706f Fix issue 11598 - uniform could be faster for integrals https://github.com/D-Programming-Language/phobos/commit/fc48d56284f19bf171780554b63b4ae83808b894 Merge pull request #1717 from Zshazz/issue_11598 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7767] Unstable sort - slow performance cases
https://d.puremagic.com/issues/show_bug.cgi?id=7767 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 06:49:30 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/bd861ad82c8c0d25ab332ce190a2f29173bd9887 Added unittest for issue 7767 https://github.com/D-Programming-Language/phobos/commit/cd22d66b1cfb2658798b38b1da9692bb2581f988 Merge pull request #1735 from Xinok/master -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11671] ctRegex broken
https://d.puremagic.com/issues/show_bug.cgi?id=11671 --- Comment #14 from github-bugzi...@puremagic.com 2013-12-19 06:49:43 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/29099f989477a6aa69e2ee833f322bf9e8dbd680 fix Issue 11671 - ctRegex broken https://github.com/D-Programming-Language/phobos/commit/ea8ad591213384ef4918c51588c550f1ef2d36a6 Merge pull request #1745 from 9rnsr/fix11671 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8877] std.encoding.transcode is extremely slow
https://d.puremagic.com/issues/show_bug.cgi?id=8877 --- Comment #3 from github-bugzi...@puremagic.com 2013-12-19 06:49:10 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/46dc7b557eff1f268859ae56680797d5b45c21bf Fix Issue 8877 - std.encoding.transcode is extremely slow https://github.com/D-Programming-Language/phobos/commit/f011a9535f625fb5f1919ee40b38f69e8eaf1d74 Merge pull request #891 from Kozzi11/master -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11603] std.algorithm.canFind does not work when needle is 1-byte zero
https://d.puremagic.com/issues/show_bug.cgi?id=11603 --- Comment #7 from github-bugzi...@puremagic.com 2013-12-19 06:49:35 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/ab34fb92addca61755474df04a0d0d6e0f1148a2 fix Issue 11603 - std.algorithm.canFind does not work when needle is 1-byte zero https://github.com/D-Programming-Language/phobos/commit/c98f5f58114b798f51f40bf837f924e2afa3f646 Merge pull request #1744 from 9rnsr/fix11603 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11773] New: `inout` `function`/`delegate` should be implicitly convertible to mutable/`const`/`immutable`
https://d.puremagic.com/issues/show_bug.cgi?id=11773
Summary: `inout` `function`/`delegate` should be implicitly
convertible to mutable/`const`/`immutable`
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: verylonglogin@gmail.com
--- Comment #0 from Denis Shelomovskij 2013-12-19
18:46:10 MSK ---
This code should compile:
---
void main()
{
inout(int*) function(inout int*) funcInout;
int* function(int*) funcM = funcInout; // Error: cannot implicitly convert
const(int*) function(const int*) funcC = funcInout; // same error
immutable(int*) function(immutable int*) funcI = funcInout; // same error
inout(int*) delegate(inout int*) delInout;
int* delegate(int*) delM = delInout; // same error
const(int*) delegate(const int*) delC = delInout; // same error
immutable(int*) delegate(immutable int*) delI = delInout; // same error
}
---
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11772] New: Can't call function with `inout` `delegate` as argument
https://d.puremagic.com/issues/show_bug.cgi?id=11772
Summary: Can't call function with `inout` `delegate` as
argument
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: rejects-valid
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: verylonglogin@gmail.com
--- Comment #0 from Denis Shelomovskij 2013-12-19
18:38:31 MSK ---
This code should compile:
---
alias T = inout(int*) delegate(inout int*);
void f(T) { }
void main()
{
T del;
f(del); // line 8
}
---
main.d(8): Error: cannot implicitly convert expression (del) of type
inout(int*) delegate(inout(int*)) to const(int*) delegate(const(int*))
---
In spite of the error `const(int*) delegate(const int*)` doesn't work either.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11771] Unicode set intersection with char is broken
https://d.puremagic.com/issues/show_bug.cgi?id=11771 --- Comment #3 from github-bugzi...@puremagic.com 2013-12-19 06:33:09 PST --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/f1775bdc278379c9e3f655ac8ac72793b3251bf3 Fix issues #11771 improve std.uni intersect `ref intersect()(dchar ch)` Fix issues #11771 https://github.com/D-Programming-Language/phobos/commit/f5e45c762689cc881f50dde3aafa6b46b6bcbd5f Merge pull request #1788 from 9il/patch-2 Fix issues #11771 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11478] shared library on osx: worked in 2.062, fails in 2.063.2, still fails in 2.064
https://d.puremagic.com/issues/show_bug.cgi?id=11478 --- Comment #4 from github-bugzi...@puremagic.com 2013-12-19 05:48:52 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/433863d4ce4856a47412a9c85bf7a06b8fedb737 fix Issue 11478 - shared library on osx https://github.com/D-Programming-Language/druntime/commit/8171553ef8e2a2ec4ee4089767110b3d4151fd74 Merge pull request #679 from dawgfoto/fix11478 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11711] Add __traits(getAliasThis)
https://d.puremagic.com/issues/show_bug.cgi?id=11711 --- Comment #4 from github-bugzi...@puremagic.com 2013-12-19 05:47:39 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dlang.org https://github.com/D-Programming-Language/dlang.org/commit/0e4843b4248af5f0e9dd0c84b7cfb9fc4c689f9e fix Issue 11711 - Add __traits(getAliasThis) https://github.com/D-Programming-Language/dlang.org/commit/5d336d5b2747e84b6612c08eca5fae619a58e324 Merge pull request #447 from 9rnsr/fix11711 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10206] User-defined attributes not documented well in language specification
https://d.puremagic.com/issues/show_bug.cgi?id=10206 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 05:47:34 PST --- Commit pushed to 2.065 at https://github.com/D-Programming-Language/dlang.org https://github.com/D-Programming-Language/dlang.org/commit/79606ca2ffdc4d70ff28da3b1f689fbde0c01907 fix Issue 10206 - User-defined attributes not documented well in language specification -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11759] Poor error message trying to use lowercase L in literal suffix.
https://d.puremagic.com/issues/show_bug.cgi?id=11759 --- Comment #4 from github-bugzi...@puremagic.com 2013-12-19 05:47:41 PST --- Commit pushed to 2.065 at https://github.com/D-Programming-Language/dlang.org https://github.com/D-Programming-Language/dlang.org/commit/c4a66b074d44bbaa249eaac4990234a982bdd896 Add note for lower case suffix 'l' and allow it in lexing level. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11674] core.stdc.fenv.fenv_t declaration not architecture aware
https://d.puremagic.com/issues/show_bug.cgi?id=11674 --- Comment #3 from github-bugzi...@puremagic.com 2013-12-19 05:48:58 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/fc9a485c96305d38171fcd30c820437b4ca19831 fix Issue 11674 - fenv_t declaration not architecture aware https://github.com/D-Programming-Language/druntime/commit/1ebc320ed53c01b4c521087c287d69e902a8712a Merge pull request #683 from dawgfoto/fix11674 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11765] std.regex: Negation of character class is not applied to base class first
https://d.puremagic.com/issues/show_bug.cgi?id=11765
--- Comment #3 from Andrej Mitrovic 2013-12-19
04:55:48 PST ---
Is the following sample caused by the same issue?
writeln("abcdefghijklmnopqrstuvwxyz".match("[a-z&&[^aeiuo]]"));
It writes [["a"]], I was expecting the first non-vowel [["b"]]. It returns "b"
in Ruby, as for .NET I haven't found the syntax it uses.
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11771] Unicode set intersection with char is brocken
https://d.puremagic.com/issues/show_bug.cgi?id=11771 --- Comment #2 from Илья Ярошенко 2013-12-19 04:35:05 PST --- https://github.com/D-Programming-Language/phobos/pull/1788 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8543] simd literals need better CTFE support
https://d.puremagic.com/issues/show_bug.cgi?id=8543 --- Comment #4 from github-bugzi...@puremagic.com 2013-12-19 04:25:03 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d9c404e5e57cf1ad075eaa0c11c908e9ea40ada1 Issue 8543 - [CTFE] simd literals need better support https://github.com/D-Programming-Language/dmd/commit/bc8454a45fe960c5f1008ea32d75b99755487117 Merge pull request #2913 from ibuclaw/issue8543 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10369] Deprecate unordered floating point comparisons (!<>=, etc) and later remove them
https://d.puremagic.com/issues/show_bug.cgi?id=10369 --- Comment #10 from github-bugzi...@puremagic.com 2013-12-19 04:25:12 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/97cebadfc75a332d79d00fc31e1ceed709813761 Fix Issue 10369 - Deprecate unordered floating point comparisons https://github.com/D-Programming-Language/dmd/commit/38e01f66e7e38a3be09b8b80947022f4117b0d51 Merge pull request #2844 from yebblies/issue10369 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11689] deprecated local function does not work
https://d.puremagic.com/issues/show_bug.cgi?id=11689 --- Comment #3 from github-bugzi...@puremagic.com 2013-12-19 04:25:19 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/b8d3eb189533a3b914143c7ef9fdb954cf775686 fix Issue 11689 - deprecated local function does not work https://github.com/D-Programming-Language/dmd/commit/c4d71efb3aeb69da6e0e3b0b8b37879f28a83e7f Merge pull request #2926 from 9rnsr/fix11689 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10312] compiler assert failure with ctfe on simd vector type
https://d.puremagic.com/issues/show_bug.cgi?id=10312 --- Comment #9 from github-bugzi...@puremagic.com 2013-12-19 04:24:56 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/2541b24b92ca0f98fe5165fd58195acf96d201bd Issue 10312 - [CTFE] ICE assigning to const vector decl https://github.com/D-Programming-Language/dmd/commit/a1ee24fa549f18e53d9b507b9e598b012ac1ea1c Merge pull request #2914 from ibuclaw/issue10312 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8903] Bad code for enum array members
https://d.puremagic.com/issues/show_bug.cgi?id=8903 --- Comment #8 from github-bugzi...@puremagic.com 2013-12-19 04:24:43 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/56ddd223f9f2b5b0c7c8c1f9bb0938af70284bfe Fix Issue 8903 - Bad code for enum array members https://github.com/D-Programming-Language/dmd/commit/5e937c3c6331890801eaaaf33e32e3e0b32067cc Merge pull request #2870 from yebblies/issue8903 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8365] Static fixed size array of enums initialization fails
https://d.puremagic.com/issues/show_bug.cgi?id=8365 --- Comment #3 from github-bugzi...@puremagic.com 2013-12-19 04:24:48 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/a59cf5b310fbac573aca600725d826201ee1a2a1 Fix Issue 8365 - Static fixed size array of enums initialization fails https://github.com/D-Programming-Language/dmd/commit/7fe5f320390412734274af02329a04cb79c44264 Merge pull request #2883 from yebblies/issue8365 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 7472] Cast from class to basic type not rejected during semantic
https://d.puremagic.com/issues/show_bug.cgi?id=7472 --- Comment #4 from github-bugzi...@puremagic.com 2013-12-19 04:24:52 PST --- Commits pushed to 2.065 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d930042fdf0bba5ec43191a9d625264693075732 Fix Issue 7472 - Cast from class to basic type not rejected during semantic https://github.com/D-Programming-Language/dmd/commit/d5d9624f1e629aab1500330bb0891eef554dc9fe Merge pull request #2886 from yebblies/issue7472 -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11771] Unicode set intersection with char is brocken
https://d.puremagic.com/issues/show_bug.cgi?id=11771
--- Comment #1 from Илья Ярошенко 2013-12-19
03:19:48 PST ---
Excuse me, not subChar, but this function:
ref intersect()(dchar ch)
{
foreach(i; byInterval)
if(i.a >= ch && ch < i.b)
return this = This.init.add(ch, ch+1);
this = This.init;
return this;
}
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11771] New: Unicode set intersection with char brocken
https://d.puremagic.com/issues/show_bug.cgi?id=11771
Summary: Unicode set intersection with char brocken
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: ilyayaroshe...@gmail.com
--- Comment #0 from Илья Ярошенко 2013-12-19
03:13:05 PST ---
(unicode.Cyrillic & '-') should be an empty set, but it is {'-'}.
The problem probably with private function ref subChar(dchar ch).
___
DMD 2.264.2, kubuntu 13.10, 64bit
--
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 8291] dirEntry cannot handle root directories + unhandled exception causes crash
https://d.puremagic.com/issues/show_bug.cgi?id=8291 Michele Pes changed: What|Removed |Added Status|NEW |RESOLVED Platform|All |x86_64 Resolution||FIXED --- Comment #2 from Michele Pes 2013-12-19 02:34:26 PST --- Rechecked with Phobos 2.064.2, FIXED, (maybe fixed in earlier rev). -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11769] Wrong line number in "matches both" error message
https://d.puremagic.com/issues/show_bug.cgi?id=11769 --- Comment #2 from github-bugzi...@puremagic.com 2013-12-19 00:30:23 PST --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4fdea73fa28b31715bcd4fae4ec1bea0bed26f6f fix Issue 11769 - Wrong line number in "matches both" error message https://github.com/D-Programming-Language/dmd/commit/db7ca853fd763d3a0a761c209a6a9bce3474cdff Merge pull request #2988 from 9rnsr/fix11769 Issue 11769 - Wrong line number in "matches both" error message -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11769] Wrong line number in "matches both" error message
https://d.puremagic.com/issues/show_bug.cgi?id=11769 Andrej Mitrovic changed: What|Removed |Added Status|NEW |RESOLVED CC||andrej.mitrov...@gmail.com Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11567] DParserCOMServer.exe is always running with VS
https://d.puremagic.com/issues/show_bug.cgi?id=11567 Michal Minich changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11770] New: std.regex.Captures should be convertible to bool
https://d.puremagic.com/issues/show_bug.cgi?id=11770 Summary: std.regex.Captures should be convertible to bool Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: d...@me.com --- Comment #0 from Jacob Carlborg 2013-12-19 00:16:25 PST --- Just as RegexMatch is convertible to bool via opCast I think Captures should be that as well. -- Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
