[Issue 11242] [REG2.064beta] Fails to infer template argument with inout
http://d.puremagic.com/issues/show_bug.cgi?id=11242 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-10-13 23:00:20 PDT --- https://github.com/D-Programming-Language/dmd/pull/2663 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11250] New: Compile time almost doubled
http://d.puremagic.com/issues/show_bug.cgi?id=11250 Summary: Compile time almost doubled Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: michal.min...@gmail.com --- Comment #0 from Michal Minich michal.min...@gmail.com 2013-10-13 23:45:33 PDT --- dmd 2.064 beta 1 Approximate timings 28 seconds - dmd 2.063 + updated snn.lib 52 seconds - dmd 2.064 beta 1 for compilation of vibed in VisualD, including deimos dependencies using parameters similar to -lib -g -debug -w -property -X -Xfx.json -Isource -deps=x.dep -ofx.lib -map x.map -L/NOMAP -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11230] [REG2.064a] Inexact mangling for template function literal.
http://d.puremagic.com/issues/show_bug.cgi?id=11230 --- Comment #7 from github-bugzi...@puremagic.com 2013-10-13 23:57:53 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/958c8593e3a8db3f904b9de8969e81333c49a148 fix Issue 11230 - Inexact mangling for template function literal. https://github.com/D-Programming-Language/dmd/commit/fd862f455f7e33d3a0aae9016497d6c6b456d20a Merge pull request #2662 from 9rnsr/fix11230 [REG2.064a] Issue 11230 - Inexact mangling for template function literal. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11251] New: Not able to link (Previous Definition Different)
http://d.puremagic.com/issues/show_bug.cgi?id=11251 Summary: Not able to link (Previous Definition Different) Product: D Version: unspecified Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: michal.min...@gmail.com --- Comment #0 from Michal Minich michal.min...@gmail.com 2013-10-13 23:55:53 PDT --- After building vibe.d in dmd 2.064 beta 1 as a lib I was not able to link it with application. It was working in dmd 2.063. Now I get: Error 1: Previous Definition Different : _D12__entrypoint12__ModuleInfoZ -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11228] alias this confuses static array copy
http://d.puremagic.com/issues/show_bug.cgi?id=11228 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid Version|unspecified |D2 --- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-10-14 00:28:05 PDT --- https://github.com/D-Programming-Language/dmd/pull/2664 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10710] shared phobos library doesn't work on all linux distributions
http://d.puremagic.com/issues/show_bug.cgi?id=10710 --- Comment #23 from Jordi Sayol g.sa...@yahoo.es 2013-10-14 00:31:21 PDT --- (In reply to comment #22) (In reply to comment #21) There is another solution. Place libcurl dependencies from phobos to deimos, This is probably the most correct. How? Removing std.net.curl is not an option. why not? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11252] New: in operator for std.range.iota
http://d.puremagic.com/issues/show_bug.cgi?id=11252
Summary: in operator for std.range.iota
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 02:47:58 PDT ---
In Python sometimes I have code like this that I'd like to translate to D, it
contains a pattern that was forbidden in D:
if (... and 1 foo(2) 10 and ...): ...
If the call to foo() is not pure or you don't want the risk of calling it two
times, in D you have to split that if() in two and use an extra variable:
if (...) {
const temp = foo(2);
if (temp 1 temp 10 ...) { ...
}
}
To avoid some of such problems I suggest to add the support for the in
operator to iota():
if (... foo(2) in iota(1, 11) ...) { ...
}
In another ehnancement request I've suggested to support the [] syntax in
iota():
if (... foo(2) in iota ...) { ...
}
This usage of iota is useful only for numerical intervals, so it doesn't cover
all usages of the Python xyz syntax, but I think it covers most of my
translations from Python.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11253] New: std.algorithm.count is not nothrow
http://d.puremagic.com/issues/show_bug.cgi?id=11253
Summary: std.algorithm.count is not nothrow
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 02:50:04 PDT ---
import std.algorithm: count;
void main() nothrow {
[1, 2, 3].count([2, 3]);
}
dmd 2.064beta gives:
test.d(3): Error: 'std.algorithm.count!(a == b, int[], int[]).count' is not
nothrow
test.d(2): Error: function 'D main' is nothrow yet may throw
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11254] New: std.string.strip is not nothrow
http://d.puremagic.com/issues/show_bug.cgi?id=11254
Summary: std.string.strip is not nothrow
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 02:52:27 PDT ---
import std.string: strip;
void main() nothrow {
hello .strip;
}
dmd 2.064beta gives:
test.d(3): Error: 'std.string.strip!(immutable(char)).strip' is not nothrow
test.d(2): Error: function 'D main' is nothrow yet may throw
I don't know if this can be done. Often string functions need to decode UTF,
and this could raise exceptions. In most cases, or for ASCII strings, a strip
can't throw exceptions.
If this can't be done then please close down this issue.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11255] New: Support for inner unittests
http://d.puremagic.com/issues/show_bug.cgi?id=11255
Summary: Support for inner unittests
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 02:55:43 PDT ---
void main() {
int sqr(int x) { return x ^^ 2; }
unittest {
assert(sqr(3) == 9);
}
}
dmd 2.064beta gives:
test.d(3): Error: found 'unittest' instead of statement
test.d(6): Error: unrecognized declaration
This is kind of necessary to make nested functions usable in real code, because
in some cases you can't avoid writing some unit tests for a function.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 7645] ICE(e2ir.c) nested classes
http://d.puremagic.com/issues/show_bug.cgi?id=7645
Denis Shelomovskij verylonglogin@gmail.com changed:
What|Removed |Added
CC||verylonglogin@gmail.com
--- Comment #4 from Denis Shelomovskij verylonglogin@gmail.com 2013-10-14
14:18:06 MSD ---
It can be templated `class`, `struct`, or `union`, with function or field.
Testcase from Issue 7701:
---
struct S {
struct S2 (T) {
void fn () {}
}
}
void main () {
S s;
s.S2!int.fn();
}
---
Also now internal error is: e2ir.c 780
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11258] New: Static field access problem
http://d.puremagic.com/issues/show_bug.cgi?id=11258
Summary: Static field access problem
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: rejects-valid
Severity: regression
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 05:15:19 PDT ---
struct Foo {
static int spam = 1;
}
struct Bar {
static assert(__traits(compiles, { auto x = Foo.spam; })); // line5
static void foo() {
static assert(__traits(compiles, { auto x = Foo.spam; }));
}
}
void main() {}
With dmd 2.064beta this program gives:
test.d(5): Error: static assert (__traits(compiles, ()
{
auto x = Foo.spam;
}
)) is false
In dmd 2.063 this used to work.
(Additionally, I'd like those error messages to show less newlines).
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 9665] Structure constant members can not be initialized if have opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=9665 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid Blocks||11186, 11246, 10357 --- Comment #22 from Kenji Hara k.hara...@gmail.com 2013-10-14 05:58:29 PDT --- https://github.com/D-Programming-Language/dmd/pull/2665 https://github.com/D-Programming-Language/phobos/pull/1637 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11257] Allow whole implicit conversion if one or more overlapped field could.
http://d.puremagic.com/issues/show_bug.cgi?id=11257 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-10-14 05:57:34 PDT --- https://github.com/D-Programming-Language/dmd/pull/2665 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11254] std.string.strip is not nothrow
http://d.puremagic.com/issues/show_bug.cgi?id=11254
monarchdo...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||monarchdo...@gmail.com
Resolution||INVALID
--- Comment #1 from monarchdo...@gmail.com 2013-10-14 05:55:11 PDT ---
(In reply to comment #0)
import std.string: strip;
void main() nothrow {
hello .strip;
}
dmd 2.064beta gives:
test.d(3): Error: 'std.string.strip!(immutable(char)).strip' is not nothrow
test.d(2): Error: function 'D main' is nothrow yet may throw
I don't know if this can be done. Often string functions need to decode UTF,
and this could raise exceptions. In most cases, or for ASCII strings, a strip
can't throw exceptions.
If this can't be done then please close down this issue.
strip is a unicode aware function, that can remove unicode whites, so it *must*
decode. So even if most of the time, it won't throw, in the generic case, it
can.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11246] [REG 2.063] Struct initialized in constructor is destroyed first
http://d.puremagic.com/issues/show_bug.cgi?id=11246 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, wrong-code --- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-10-14 06:33:43 PDT --- https://github.com/D-Programming-Language/dmd/pull/2665 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11230] [REG2.064a] Inexact mangling for template function literal.
http://d.puremagic.com/issues/show_bug.cgi?id=11230 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11258] Static field access problem
http://d.puremagic.com/issues/show_bug.cgi?id=11258 --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-10-14 06:45:10 PDT --- (In reply to comment #0) In dmd 2.063 this used to work. This is a regression from 2.062, and same error occurs with 2.063. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11149] Runtime.args no longer available in static constructors.
http://d.puremagic.com/issues/show_bug.cgi?id=11149
--- Comment #9 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-10-14
07:26:55 PDT ---
(In reply to comment #8)
(In reply to comment #7)
It's not reflected since a copy is made in _d_run_main. But I guess this
should
be documented.
The arguments are not copied.
I'm not seeing that:
-
import core.runtime;
import std.stdio;
import std.string;
void main(char[][] args)
{
auto c_args = Runtime.cArgs;
printf(%s\n, c_args.argv[0]);
c_args.argv[0] = cast(char*)(foobar\0.dup.ptr);
printf(%s\n, c_args.argv[0]);
writeln(args[0]);
}
-
$ rdmd test.d
C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-E4AFE2A9EC3418A8D53133284F27D58A\test.exe
foobar
C:\Users\ADMINI~1\AppData\Local\Temp\.rdmd\rdmd-test.d-E4AFE2A9EC3418A8D53133284F27D58A\test.exe
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11258] Static field access problem
http://d.puremagic.com/issues/show_bug.cgi?id=11258
Kenji Hara k.hara...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution||INVALID
--- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-10-14 07:26:07 PDT ---
(In reply to comment #1)
(In reply to comment #0)
In dmd 2.063 this used to work.
This is a regression from 2.062, and same error occurs with 2.063.
Sorry, this is NOT a regression. Current behavior is intended.
In class/struct DeclDefs scope, directly using function literal is not allowed.
struct Bar {
int var;
auto dg = { return var; };
// Error: function literals cannot be class members
}
Against that, __traits(compiles) has *no* special handling. Therefore,
struct Bar {
int var;
static assert(__traits(compiles, { return var; }));
// catch cannot be class members error, then returns false
}
The static assert correctly fails. Therefor current behavior is intended.
On the other hand, this error check is stopped inside typeof operator. It's
also an intended behavior.
So, in this case, please use is(typeof({ ... })) instead.
Note: The old bug, existed in 2.062 and earlier, was fixed in here:
https://github.com/D-Programming-Language/dmd/commit/0679c4c31ba78853873933324c69cd90e7714d15#diff-ffa5582af7d723c487d4a11ac6743b85R84
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11259] New: __traits(isSame) fails on the result of __traits(parent) if parent is a package
http://d.puremagic.com/issues/show_bug.cgi?id=11259 Summary: __traits(isSame) fails on the result of __traits(parent) if parent is a package Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: samu...@voliacable.com --- Comment #0 from Max Samukha samu...@voliacable.com 2013-10-14 08:34:14 PDT --- import std.traits; static assert(__traits(isSame, std, std)); // ok static assert(__traits(isSame, __traits(parent, std.traits), std)); // fail Error: static assert (__traits(isSame, std, std)) is false -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11258] Static field access problem
http://d.puremagic.com/issues/show_bug.cgi?id=11258
--- Comment #3 from bearophile_h...@eml.cc 2013-10-14 09:42:37 PDT ---
(In reply to comment #2)
Sorry, this is NOT a regression. Current behavior is intended.
Thank you Kenji, this was tricky for me.
Regarding the extra newlines in the error message:
test.d(5): Error: static assert (__traits(compiles, ()
{
auto x = Foo.spam;
}
)) is false
Do you want me to open another minor importance bug report on it?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11254] std.string.strip is not nothrow
http://d.puremagic.com/issues/show_bug.cgi?id=11254 --- Comment #2 from bearophile_h...@eml.cc 2013-10-14 09:46:51 PDT --- (In reply to comment #1) strip is a unicode aware function, that can remove unicode whites, so it *must* decode. So even if most of the time, it won't throw, in the generic case, it can. Some possible alternative solutions: - A strip-like function that works on ubyte[] (the return type of std.string.representation if you give it a string); - A compile-time switch for std.string.strip that compiles out the unicode-aware parts. - A std.ascii.astrip nothrow function designed to work only on ASCII strings/char[]. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11256] Error mixing struct with disabled default construction and templated with lambda struct
http://d.puremagic.com/issues/show_bug.cgi?id=11256 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull --- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-10-14 09:49:23 PDT --- https://github.com/D-Programming-Language/dmd/pull/2666 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11260] New: Assertion `type-ty != Tstruct || ((TypeStruct *)type)-sym == this' failed
http://d.puremagic.com/issues/show_bug.cgi?id=11260
Summary: Assertion `type-ty != Tstruct || ((TypeStruct
*)type)-sym == this' failed
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: samu...@voliacable.com
--- Comment #0 from Max Samukha samu...@voliacable.com 2013-10-14 09:54:14
PDT ---
mixin template T() {
struct S {}
}
void main() {
mixin T;
{
mixin T;
}
}
dmd: struct.c:859: virtual void StructDeclaration::semantic(Scope*): Assertion
`type-ty != Tstruct || ((TypeStruct *)type)-sym == this' failed.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11258] Static field access problem
http://d.puremagic.com/issues/show_bug.cgi?id=11258
--- Comment #4 from Kenji Hara k.hara...@gmail.com 2013-10-14 10:11:39 PDT ---
(In reply to comment #3)
Regarding the extra newlines in the error message:
test.d(5): Error: static assert (__traits(compiles, ()
{
auto x = Foo.spam;
}
)) is false
Do you want me to open another minor importance bug report on it?
I hope you that.
And I'd ask you one question: If the lambda has quite big body, how it will be
output?
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11261] New: Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261
Summary: Can't infer types without explicit slice in foreach
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: regression
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: jesse.k.phillip...@gmail.com
--- Comment #0 from Jesse Phillips jesse.k.phillip...@gmail.com 2013-10-14
10:54:11 PDT ---
When using a range to proved a key-value tuple, the compiler is unable to infer
the key-value in a foreach when slice is not present (2). Using an array
continues to work (1). This functioned in 2.63.
import std.typecons;
import std.range;
class Container {
alias Tuple!(string, key, string, value) Key;
InputRange!Key opSlice() {
// 1 Key[] opSlice() {
Range r;
return inputRangeObject(r);
// 1 return [Key(myKey, My Value)];
}
private struct Range {
enum empty = false;
auto popFront() {
}
auto front() {
return Key(myKey, myValue);
}
}
}
void main() {
auto container = new Container();
foreach(k,v; container)
// 2 foreach(k,v; container[])
{ break; }
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11261] Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261 Jesse Phillips jesse.k.phillip...@gmail.com changed: What|Removed |Added CC||jesse.k.phillip...@gmail.co ||m --- Comment #1 from Jesse Phillips jesse.k.phillip...@gmail.com 2013-10-14 11:36:46 PDT --- While the version with an explicit slice does infer types, it is inferring the wrong ones. k = uint v = Tuple!(string, key, string, value) This is consistent with 2.63, without the explicit slice the types are k = string v = string -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11254] std.string.strip is not nothrow
http://d.puremagic.com/issues/show_bug.cgi?id=11254
--- Comment #3 from monarchdo...@gmail.com 2013-10-14 11:50:50 PDT ---
(In reply to comment #2)
(In reply to comment #1)
strip is a unicode aware function, that can remove unicode whites, so it
*must*
decode. So even if most of the time, it won't throw, in the generic case,
it
can.
Some possible alternative solutions:
- A strip-like function that works on ubyte[] (the return type of
std.string.representation if you give it a string);
- A compile-time switch for std.string.strip that compiles out the
unicode-aware parts.
- A std.ascii.astrip nothrow function designed to work only on ASCII
strings/char[].
You should try the new generic std.algorithm.strip:
//
import std.string, std.ascii, std.algorithm;
void main(string[] args) nothrow pure
{
string s = hello! ;
s = cast(string)s.representation.strip!isWhite();
}
//
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11256] Error mixing struct with disabled default construction and templated with lambda struct
http://d.puremagic.com/issues/show_bug.cgi?id=11256 --- Comment #2 from github-bugzi...@puremagic.com 2013-10-14 12:39:17 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/fbfb7ca42e02243f6517dc17925fd99af60cbd32 fix Issue 11256 - Error mixing struct with disabled default construction and templated with lambda struct https://github.com/D-Programming-Language/dmd/commit/02c41d3131d56f5073d1c5017a8ee0362ef7588a Fix ICE case 1 in issue 11256 https://github.com/D-Programming-Language/dmd/commit/3a7b56d0e6fe8d8ff4c44c0c143b4556e4069067 Fix ICE case 2 in issue 11256 https://github.com/D-Programming-Language/dmd/commit/4a2fabf1d4b9fbeda49187ecce5ebaeba79dc5a4 Merge pull request #2666 from 9rnsr/fix11256 [REG2.063] Issue 11256 - Error mixing struct with disabled default construction and templated with lambda struct -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11256] Error mixing struct with disabled default construction and templated with lambda struct
http://d.puremagic.com/issues/show_bug.cgi?id=11256 --- Comment #3 from github-bugzi...@puremagic.com 2013-10-14 12:39:44 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/bafe0cbda4d6da9efae971b6496791e07ceb5215 Merge pull request #2666 from 9rnsr/fix11256 [REG2.063] Issue 11256 - Error mixing struct with disabled default construction and templated with lambda struct -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11242] [REG2.064beta] Fails to infer template argument with inout
http://d.puremagic.com/issues/show_bug.cgi?id=11242 --- Comment #3 from github-bugzi...@puremagic.com 2013-10-14 12:35:53 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/5310d645810b2276f4db23009d0880c9c0968b22 Merge pull request #2663 from 9rnsr/fix11242 [REG2.064a] Issue 11242 - Fails to infer template argument with inout -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11228] alias this confuses static array copy
http://d.puremagic.com/issues/show_bug.cgi?id=11228 --- Comment #4 from github-bugzi...@puremagic.com 2013-10-14 12:37:39 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/5081da0f3453566ad1be6d82c411f447444e110a Merge pull request #2664 from 9rnsr/fix11228 [REG2.063] Issue 11228 - alias this confuses static array copy -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11242] [REG2.064beta] Fails to infer template argument with inout
http://d.puremagic.com/issues/show_bug.cgi?id=11242 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11228] alias this confuses static array copy
http://d.puremagic.com/issues/show_bug.cgi?id=11228 --- Comment #3 from github-bugzi...@puremagic.com 2013-10-14 12:37:03 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/73dcca593014bae10f7b9e1915c19388305949d4 fix Issue 11228 - alias this confuses static array copy https://github.com/D-Programming-Language/dmd/commit/0084fb13aac144163ca926a8a93dd07d2780860c Merge pull request #2664 from 9rnsr/fix11228 [REG2.063] Issue 11228 - alias this confuses static array copy -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11114] Undefined symbols after merging dmd pull #2550
http://d.puremagic.com/issues/show_bug.cgi?id=4 --- Comment #14 from Denis Shelomovskij verylonglogin@gmail.com 2013-10-14 23:49:23 MSD --- (In reply to comment #13) I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration? Impossible. The symbol belongs to the final executable-compiled project (it is a template from the library instantiated with project's own types) which is compiled in a single dmd call as I already have written. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11114] Undefined symbols after merging dmd pull #2550
http://d.puremagic.com/issues/show_bug.cgi?id=4 --- Comment #15 from Walter Bright bugzi...@digitalmars.com 2013-10-14 14:16:14 PDT --- (In reply to comment #14) (In reply to comment #13) I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration? Impossible. The symbol belongs to the final executable-compiled project (it is a template from the library instantiated with project's own types) which is compiled in a single dmd call as I already have written. If it is compiled in one a single dmd call, then it wouldn't be linking in other libraries? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11258] Static field access problem
http://d.puremagic.com/issues/show_bug.cgi?id=11258 --- Comment #5 from bearophile_h...@eml.cc 2013-10-14 15:05:50 PDT --- (In reply to comment #4) I hope you that. And I'd ask you one question: If the lambda has quite big body, how it will be output? OK, I have opened Issue 11263 . -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11263] New: Better code formatting in error messages with refused lambdas
http://d.puremagic.com/issues/show_bug.cgi?id=11263
Summary: Better code formatting in error messages with refused
lambdas
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Keywords: diagnostic
Severity: minor
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 15:05:17 PDT ---
This is a low-priority spinoff of Issue 11258.
Kenji Hara:
And I'd ask you one question: If the lambda has quite big body, how it will be
output?
This is wrong example code:
struct Foo {
static int spam = 1;
}
struct Bar {
static assert(__traits(compiles, { auto x = Foo.spam; }));
}
void main() {}
dmd 2.064beta1 gives:
test.d(5): Error: static assert (__traits(compiles, ()
{
auto x = Foo.spam;
}
)) is false
If the original code contains no newlines, then I think the compiler could
avoid adding any newline and just copy the original code:
test.d(5): Error: static assert(__traits(compiles, { auto x = Foo.spam; })) is
false
If at the time of the error printing the original formatting is lost, then the
situation becomes more complex and you essentially need a little code
beautifier like the GNU Indent program (http://www.gnu.org/software/indent/ ),
but this is too much large and complex to implement.
Having something like Indent in Phobos could be a good idea, but having it
inside the compiler seems a bit too much.
Perhaps during the generation of the error message the compiler could go back
to read the original source code.
If the solution is too much hard then please close down this issue.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11244] Invalid warning about slice assignment
http://d.puremagic.com/issues/show_bug.cgi?id=11244
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
--- Comment #4 from Walter Bright bugzi...@digitalmars.com 2013-10-14
15:17:19 PDT ---
The repro case:
-
struct SimpleWrapper
{
int[] m_data;
this(int[] data)
{
m_data = data;
}
ref int[] opSlice()
{
return m_data;
}
}
void main(string[] args)
{
auto s = SimpleWrapper([1, 2, 3, 4]);
auto copy = new int[4];
copy[] = s[];
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 9665] Structure constant members can not be initialized if have opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=9665 --- Comment #23 from github-bugzi...@puremagic.com 2013-10-14 15:19:11 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/644e11ea46ac671b4a1a34a31ef5e72a6f89a2d2 fix Issue 9665 - Structure constant members can not be initialized if have opAssign https://github.com/D-Programming-Language/phobos/commit/5f725db1141d98c67ee3515f4edb7b43692173d7 Merge pull request #1637 from 9rnsr/fix9665 Supplemental fix for issue 9665 - Structure constant members can not be initialized if have opAssign -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11245] [REG 2.063] Can't access length of static arrays from within classes
http://d.puremagic.com/issues/show_bug.cgi?id=11245
Walter Bright bugzi...@digitalmars.com changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
--- Comment #3 from Walter Bright bugzi...@digitalmars.com 2013-10-14
15:17:52 PDT ---
The repro case:
---
struct Vec2
{
float f[2];
}
class Bar
{
void func()
{
float[Vec2.f.length] newVal;
}
}
void main(string[] args)
{
(new Bar).func();
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11243] [REG2.064beta] dmd -of fails
http://d.puremagic.com/issues/show_bug.cgi?id=11243 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2013-10-14 15:16:11 PDT --- I cannot reproduce this problem. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9665] Structure constant members can not be initialized if have opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=9665 --- Comment #24 from github-bugzi...@puremagic.com 2013-10-14 15:20:11 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/f5606620c5f106694a6c1ec082587d8ffba1a6c7 Merge pull request #1637 from 9rnsr/fix9665 Supplemental fix for issue 9665 - Structure constant members can not be initialized if have opAssign -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11243] [REG2.064beta] dmd -of fails
http://d.puremagic.com/issues/show_bug.cgi?id=11243 --- Comment #3 from rswhi...@googlemail.com 2013-10-14 15:48:21 PDT --- (In reply to comment #2) I cannot reproduce this problem. Even not with my code? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11243] [REG2.064beta] dmd -of fails
http://d.puremagic.com/issues/show_bug.cgi?id=11243 --- Comment #4 from Ivan Kazmenko ga...@mail.ru 2013-10-14 15:53:06 PDT --- (In reply to comment #2) I cannot reproduce this problem. Sorry, I got the minimal test case wrong. It turns out that it can be reproduced exactly when you have directory object in the directory where you are compiling a.d. The contents of the directory do not seem to matter, it can be empty. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11264] New: dmd crash with variadic lambda
http://d.puremagic.com/issues/show_bug.cgi?id=11264
Summary: dmd crash with variadic lambda
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc
--- Comment #0 from bearophile_h...@eml.cc 2013-10-14 16:20:31 PDT ---
This program causes me a crash, I don't know why (dmd 2.064beta1):
void main() {
static foo = (int[] x...) = 0;
foo();
}
A similar problem:
import std.typecons: Tuple;
void main() {
alias Foo = Tuple!(int);
static bar = (Foo x) = 0;
bar(Foo());
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11265] New: Segfault while calling instance method of class defined inside struct
http://d.puremagic.com/issues/show_bug.cgi?id=11265
Summary: Segfault while calling instance method of class
defined inside struct
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: regression
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: jcrapuchet...@gmail.com
--- Comment #0 from Jonathan Crapuchettes jcrapuchet...@gmail.com 2013-10-14
17:22:51 PDT ---
Running with D 2.063.2 the following code compiles and runs without any
problems. Using git checkout 4a2fabf, the code compiles, but segfaults when
trav.empty() is called. Possible changes to the code that will allow it to run
correctly are noted in the comments.
struct S
{
//works if the class is moved out of the struct
class InnerClass //works if final is added
{
S s;//works if removed
bool empty()
{
return true;
}
}
}
void main()
{
S.InnerClass trav = new S.InnerClass();
trav.empty();
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 11266] New: Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK
http://d.puremagic.com/issues/show_bug.cgi?id=11266 Summary: Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK Product: D Version: D2 Platform: All OS/Version: Windows Status: NEW Severity: major Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: e...@gnuk.net --- Comment #0 from Brad Anderson e...@gnuk.net 2013-10-14 18:32:56 PDT --- Created an attachment (id=1264) New sc.ini Attached is the new sc.ini I'd like which is compatible with the Window's installer's sc.ini rewriting. Here it is inline for easy reference: --- [Version] version=7.51 Build 020 [Environment] DFLAGS=-I%@P%\..\..\src\phobos -I%@P%\..\..\src\druntime\import [Environment32] LIB=%@P%\..\lib;\dm\lib LINKCMD=%@P%\link.exe [Environment64] LIB=%VCINSTALLDIR%lib\amd64;%WindowsSdkDir%lib\x64;%@P%\..\lib;\dm\lib; LINKCMD=%VCINSTALLDIR%bin\amd64\link.exe --- -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11266] Ship new sc.ini with expanded support for more versions of Visual Studio/Windows SDK
http://d.puremagic.com/issues/show_bug.cgi?id=11266 --- Comment #1 from Brad Anderson e...@gnuk.net 2013-10-14 18:44:36 PDT --- Requires: https://github.com/D-Programming-Language/dmd/pull/2667 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11114] Undefined symbols after merging dmd pull #2550
http://d.puremagic.com/issues/show_bug.cgi?id=4 --- Comment #16 from Denis Shelomovskij verylonglogin@gmail.com 2013-10-15 05:43:47 MSD --- (In reply to comment #15) (In reply to comment #14) (In reply to comment #13) I'm asking if the reason, in your code, it isn't in the imported libraries is because it is behind a version declaration? Impossible. The symbol belongs to the final executable-compiled project (it is a template from the library instantiated with project's own types) which is compiled in a single dmd call as I already have written. If it is compiled in one a single dmd call, then it wouldn't be linking in other libraries? It links in other libraries. But other libraries can't contain symbols consisting of types they don't know about. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11261] Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Keywords||pull, rejects-valid --- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-10-14 20:39:43 PDT --- https://github.com/D-Programming-Language/dmd/pull/2668 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11261] Can't infer types without explicit slice in foreach
http://d.puremagic.com/issues/show_bug.cgi?id=11261 --- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-10-14 20:44:15 PDT --- (In reply to comment #1) While the version with an explicit slice does infer types, it is inferring the wrong ones. k = uint v = Tuple!(string, key, string, value) This is consistent with 2.63, without the explicit slice the types are k = string v = string In the first case (foreach (k, v; container)), both k and v should be inferred to string. However in the second case (foreach (k, v; container[])) you _cannot_ get same inference result. Because std.range.InputRange interface defines an opApply with indexing (size_t + KeyType), and it is preferentially used for foreach argument type deduction. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11186] Regression (2.061): Presence of Variant and const field invokes opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=11186 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2013-10-14 20:53:54 PDT --- https://github.com/D-Programming-Language/dmd/pull/2665 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11257] Allow whole implicit conversion if one or more overlapped field could.
http://d.puremagic.com/issues/show_bug.cgi?id=11257 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9665] Structure constant members can not be initialized if have opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=9665 --- Comment #26 from github-bugzi...@puremagic.com 2013-10-14 20:51:57 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/44d568a7f83a43d6bbd31cbcfcf194da39a3beb7 Merge pull request #2665 from 9rnsr/fix9665 Issue 9665 - Structure constant members can not be initialized if have opAssign -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9665] Structure constant members can not be initialized if have opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=9665 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 9665] Structure constant members can not be initialized if have opAssign
http://d.puremagic.com/issues/show_bug.cgi?id=9665 --- Comment #25 from github-bugzi...@puremagic.com 2013-10-14 20:51:16 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/f8386c7eeb2518779e42e753507538188c1e3be5 fix Issue 9665 - Structure constant members can not be initialized if have opAssign - Change the first field assignment inside constructor to true initialization. - Disable multiple initialization of non-mutable field, if it is once initialized. https://github.com/D-Programming-Language/dmd/commit/84ee9522f470cdb90031c4a8542c32e753d1462c Merge pull request #2665 from 9rnsr/fix9665 Issue 9665 - Structure constant members can not be initialized if have opAssign -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11246] [REG 2.063] Struct initialized in constructor is destroyed first
http://d.puremagic.com/issues/show_bug.cgi?id=11246 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11246] [REG 2.063] Struct initialized in constructor is destroyed first
http://d.puremagic.com/issues/show_bug.cgi?id=11246 --- Comment #3 from github-bugzi...@puremagic.com 2013-10-14 20:51:25 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4a8ce87381a0bc0595b718681cdae5d7bc97f3cb fix Issue 11246 - [REG 2.063] Struct initialized in constructor is destroyed first -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 11257] Allow whole implicit conversion if one or more overlapped field could.
http://d.puremagic.com/issues/show_bug.cgi?id=11257 --- Comment #2 from github-bugzi...@puremagic.com 2013-10-14 20:51:11 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/0f00e6b6f29707f7a18b6e559aecf6bca50fca90 fix Issue 11257 - Allow whole implicit conversion if one or more overlapped field could. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10357] std.typecons.Nullable!(SysTime).Nullable.__ctor!() error instantiating
http://d.puremagic.com/issues/show_bug.cgi?id=10357 --- Comment #4 from github-bugzi...@puremagic.com 2013-10-14 22:45:34 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/4844aef982cb8e33372ecd5b58530f0e70c2af72 Remove workaround for issue 10357 Because the root compiler issue 9665 has been fixed. https://github.com/D-Programming-Language/phobos/commit/cbd3983b597e7d5e77eb63568b046525712425e2 Merge pull request #1638 from 9rnsr/fix10357 Remove workaround for issue 10357 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10357] std.typecons.Nullable!(SysTime).Nullable.__ctor!() error instantiating
http://d.puremagic.com/issues/show_bug.cgi?id=10357 --- Comment #5 from github-bugzi...@puremagic.com 2013-10-14 22:47:59 PDT --- Commit pushed to 2.064 at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/0e688d03e6452accde51d359f1b2d629b99b31d5 Merge pull request #1638 from 9rnsr/fix10357 Remove workaround for issue 10357 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
