[Issue 8557] AA error with string[string][]

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8557



--- Comment #14 from bearophile_h...@eml.cc 2013-11-28 00:35:09 PST ---
(In reply to comment #13)
 This issue contains one compiler implementation bug and two enhancements.

This is from Issue 4703 :


void foo(int[] a) {}
void bar(int[int] aa) {}
void main() {
int[] a = [1:2, 3:4, 5:6];
int[int] aa = [1:2, 3:4, 5:6];
foo(a);
bar(aa);
foo([1:2, 3:4, 5:6]); // error
bar([1:2, 3:4, 5:6]); // OK
}

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8557] AA error with string[string][]

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8557



--- Comment #15 from bearophile_h...@eml.cc 2013-11-28 00:55:17 PST ---
Here I think both should compile or both should not compile:


void main() {
enum Foo { A }
int[] a1 = [Foo.A: 10]; // OK
int[] a2; a2 = [Foo.A: 10]; // Error
}


Currently in dmd 2.065alpha that program produces:

test.d(4): Error: cannot implicitly convert expression ([cast(Foo)0:10]) of
type int[Foo] to int[]

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8557] AA error with string[string][]

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8557



--- Comment #16 from bearophile_h...@eml.cc 2013-11-28 01:51:49 PST ---
(In reply to comment #15)
 Here I think both should compile or both should not compile:
 
 
 void main() {
 enum Foo { A }
 int[] a1 = [Foo.A: 10]; // OK
 int[] a2; a2 = [Foo.A: 10]; // Error
 }

I think I'd like to both compile.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11630] New: shared library segv

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11630

   Summary: shared library segv
   Product: D
   Version: D2
  Platform: x86_64
OS/Version: Linux
Status: NEW
  Severity: critical
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bra...@puremagic.com


--- Comment #0 from Brad Roberts bra...@puremagic.com 2013-11-28 01:55:23 PST 
---
Daniel Murphy's ubuntu 12.10 box
libc-2.15
using ld.bfd (not ld.gold)
g++ 4.7.2

druntime/test/shared/obj/linux/64/host test fails very reliably, but not 100%.
From the core file:

#0  0x77908c1d in get_nprocs () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x7789513e in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x778990cb in malloc () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x77ddb371 in ?? () from /lib64/ld-linux-x86-64.so.2
#4  0x77dec5e0 in __tls_get_addr () from /lib64/ld-linux-x86-64.so.2
#5  0x7ff80cb13324 in core.thread.thread_suspendHandler() () from
/home/user/d-tester/client/master-test-Linux_64_64/druntime/lib/libdruntime-linux64.so
#6  0x7ff80cb14938 in core.thread.callWithStackShell() () from
/home/user/d-tester/client/master-test-Linux_64_64/druntime/lib/libdruntime-linux64.so
#7  0x7ff80cb13302 in thread_suspendHandler () from
/home/user/d-tester/client/master-test-Linux_64_64/druntime/lib/libdruntime-linux64.so
#8  signal handler called
#9  0x7ff80d0583c1 in clone () from /lib/x86_64-linux-gnu/libc.so.6
#10 0x7ff80c697dc0 in ?? () from /lib/x86_64-linux-gnu/libpthread.so.0
#11 0x7ff80c190700 in ?? ()
#12 0x in ?? ()

disassembly of frame 5 from objdump (looks the same from inside gdb):

0005e308 _D4core6thread21thread_suspendHandlerUiZv2opMFPvZv:
   5e308:   55  push   %rbp
   5e309:   48 8b ecmov%rsp,%rbp
   5e30c:   48 81 ec 98 00 00 00sub$0x98,%rsp
   5e313:   53  push   %rbx
   5e314:   66 48 8d 3d ac e8 23data32 lea 0x23e8ac(%rip),%rdi#
29cbc8 _DYNAMIC+0x7b0
   5e31b:   00 
   5e31c:   66 66 48 e8 1c 4d ffdata32 data32 callq 53040
__tls_get_addr@plt
   5e323:   ff
   5e324:   48 8b 18mov(%rax),%rbx
   5e327:   48 85 dbtest   %rbx,%rbx
   ...

The main linux tester boxes all pass this test quite reliably.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11631] New: std.file.rename doesn't work across different mount points

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11631

   Summary: std.file.rename doesn't work across different mount
points
   Product: D
   Version: D2
  Platform: All
OS/Version: Linux
Status: NEW
  Severity: normal
  Priority: P2
 Component: Phobos
AssignedTo: nob...@puremagic.com
ReportedBy: lomerei...@gmail.com


--- Comment #0 from Artem Tarasov lomerei...@gmail.com 2013-11-28 07:05:50 
PST ---
man 2 rename / ERRORS / EXDEV 

For this reason Python users use shutil.move instead of os.rename.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11632] New: Old alias syntax accepts ref

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11632

   Summary: Old alias syntax accepts ref
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: pub...@dicebot.lv


--- Comment #0 from Dicebot pub...@dicebot.lv 2013-11-28 07:29:22 PST ---
When using old alias form, `ref` is both accepted and not making any effect:

---
alias ref int RefInt;

void foo(RefInt x)
{
x = 42;
}

void main()
{
int x;
foo(x);

import std.stdio : writeln;
writeln(x);
}
---
0
---

`alias RefInt = ref int` is rejected with Error: basic type expected, not ref
so I assume it should be the same here.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11632] Old alias syntax accepts ref

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11632


Maxim Fomin ma...@maxim-fomin.ru changed:

   What|Removed |Added

 CC||ma...@maxim-fomin.ru


--- Comment #1 from Maxim Fomin ma...@maxim-fomin.ru 2013-11-28 07:46:39 PST 
---
More nonsense:

alias ref int ri;
//alias in int ii;
alias int oi;
//alias lazy int li;
//alias out int outi;

alias pure int pi;
alias @safe int si;
//alias trusted int ti;
alias nothrow int nthi;

alias auto int ai;
alias @property int pri;
alias @disable int di;
alias scope int sci;

alias align(16) int ali;

alias abstract int absi;

alias final int fi;
alias override int ovi;
alias inout int inoui;
alias synchronized int syi;

alias static int stati;

It is unclear however, whether this is a part of major accepts-invalid bug (dmd
is permissive in allowing to apply attributes to declarations, so here is
particular case) or defficiency in old alias syntax parsing.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11632] Old alias syntax accepts ref

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11632



--- Comment #2 from Dicebot pub...@dicebot.lv 2013-11-28 07:52:06 PST ---
Whatever it is, current behavior is extremely confusing for newbies as one may
expect it to actually work in example like provided in the first post.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11632] Old alias syntax accepts ref

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11632


bearophile_h...@eml.cc changed:

   What|Removed |Added

 CC||bearophile_h...@eml.cc


--- Comment #3 from bearophile_h...@eml.cc 2013-11-28 08:02:54 PST ---
See also Issue 3934

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8301] Access violation when a big array is allocated

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8301



--- Comment #3 from github-bugzi...@puremagic.com 2013-11-28 09:00:50 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/druntime

https://github.com/D-Programming-Language/druntime/commit/659a40baabe1cc6a1f478d472a69810600b68646
Fix Issue 8301 - Access violation when a big array is allocated

Check that adding array padding doesn't cause overflow

https://github.com/D-Programming-Language/druntime/commit/c38f3bad4a73402da2609a87c058a28e5ff234f3
Merge pull request #673 from yebblies/issue8301

Issue 8301 - Access violation when a big array is allocated

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 10864] [REG 2.064][PERFORMANCE] new Safe appender is slower than ~=

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=10864


monarchdo...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #2 from monarchdo...@gmail.com 2013-11-28 09:22:24 PST ---
Can't remember which pull exactly fixes it, but it is fixed now.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11633] New: static assert(false) ignored

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11633

   Summary: static assert(false) ignored
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: l...@luismarques.eu


--- Comment #0 from Lu�s Marques l...@luismarques.eu 2013-11-28 17:41:24 WET 
---
This compiles without error, ignoring the static assert:

class A(T)
{
static assert(false);
B!T foo;
}

class B(T) : T { }

void main()
{
static class C : A!C { }
}

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 7121] Structs with Disabled Default Constructors Also Disable No-Arg Constructors in Classes

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=7121


Simen Kjaeraas simen.kja...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||simen.kja...@gmail.com
 Resolution||FIXED


--- Comment #2 from Simen Kjaeraas simen.kja...@gmail.com 2013-11-28 12:14:34 
PST ---
Fixed in 2.064.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8118] Impossible to initialize a member struct without default constructor or assigment

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8118


Simen Kjaeraas simen.kja...@gmail.com changed:

   What|Removed |Added

 CC||simen.kja...@gmail.com


--- Comment #6 from Simen Kjaeraas simen.kja...@gmail.com 2013-11-28 12:13:34 
PST ---
This seems to be fixed now (code compiles and runs on 2.064).

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11635] New: RDMD eats the -op flag when it should just pass through

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11635

   Summary: RDMD eats the -op flag when it should just pass
through
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: s...@kalekold.net


--- Comment #0 from Gary Willoughby s...@kalekold.net 2013-11-28 13:40:30 PST 
---
RDMD eats the -op flag when it should just pass through to DMD.

This was done in an attempt to fix throwing an exception when the flag was
encountered. https://d.puremagic.com/issues/show_bug.cgi?id=10435

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11635] RDMD eats the -op flag when it should just pass through

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11635



--- Comment #1 from Gary Willoughby s...@kalekold.net 2013-11-28 13:50:59 PST 
---
Pull request sent.

https://github.com/D-Programming-Language/tools/pull/90

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 9634] [CTFE] wrong code concatenating arrays of structs

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9634



--- Comment #15 from github-bugzi...@puremagic.com 2013-11-28 13:56:20 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos

https://github.com/D-Programming-Language/phobos/commit/3e22b63a8b06c6687dc5ea29e8076b2c6ac802b1
CTFE bug 9634 was fixed, remove the workaround

https://github.com/D-Programming-Language/phobos/commit/a419cd25ffa0f7df43005429a9d659e98d5bf1ed
Merge pull request #1732 from blackwhale/revert-wa-regex

[TRIVIAL] CTFE bug 9634 was fixed, remove the workaround

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11635] RDMD eats the -op flag when it should just pass through

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11635



--- Comment #2 from github-bugzi...@puremagic.com 2013-11-28 14:08:18 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/tools

https://github.com/D-Programming-Language/tools/commit/8052bc111ecaf265d0b0b123716aac435683622f
Fixed Issue 11635 - RDMD should let -op flag pass through.

https://github.com/D-Programming-Language/tools/commit/c2a578bb30101328a084d97d1e67c99065e2ad0c
Merge pull request #90 from nomad-software/master

Fixed Issue 11635 - RDMD should let -op flag pass through.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8019] (D1 only) can't convert [] to int[]

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8019


Simen Kjaeraas simen.kja...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||simen.kja...@gmail.com
 Resolution||FIXED


--- Comment #1 from Simen Kjaeraas simen.kja...@gmail.com 2013-11-28 14:26:04 
PST ---
Works in 2.064.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 9147] Implicit conversion to struct with alias this does not work

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9147


Simen Kjaeraas simen.kja...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


--- Comment #3 from Simen Kjaeraas simen.kja...@gmail.com 2013-11-28 14:26:18 
PST ---
Yeah, this one can never work.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11636] New: -unittest flag preserves assert() statements but still allows in/out contracts to be stripped

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11636

   Summary: -unittest flag preserves assert() statements but still
allows in/out contracts to be stripped
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: joseph.wakel...@webdrake.net


--- Comment #0 from Joseph Rushton Wakeling joseph.wakel...@webdrake.net 
2013-11-28 14:51:13 PST ---
Created an attachment (id=1296)
Code to illustrate the bug: try running with -unittest, -release, and -unittest
-release flags

Adding the -unittest flag to a build means that any assert() statements in the
code will be preserved, even if the -release flag is also used.

However, -release will still strip out in/out contracts even if the -unittest
flag is used.  This can lead to unittest failures when e.g. the unittest checks
that an in-contract is respected by looking for an AssertError.

The attached code illustrates this: if run with

rdmd -unittest contract.d

it runs without error, as the call to foo in main does not fail the in-contract
assert, and the unittest catches the AssertError.

Similarly, if run with

rdmd -release contract.d

it also runs without error, as the unittests are not called and the in-contract
is stripped out, meaning foo will run even with incorrect input.

However, when run with

rdmd -unittest -release contract.d

it will fail with an error:

core.exception.AssertError@contract.d(27): assertThrown failed: No
AssertError was thrown.

which triggers because, while asserts are still active, the in-contract has
still been stripped, and hence the assert it contains is not called, and an
AssertError is not thrown.

This inconsistency should surely be fixed -- if -unittest requires assert
statements to be present, it should require _all_ assert statements be present,
including those in in- and out-contracts.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11637] New: Statically disallow sparse array literals and associative array literals with duplicate indexes

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11637

   Summary: Statically disallow sparse array literals and
associative array literals with duplicate indexes
   Product: D
   Version: D2
  Platform: x86
OS/Version: Windows
Status: NEW
  Keywords: accepts-invalid
  Severity: normal
  Priority: P2
 Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bearophile_h...@eml.cc


--- Comment #0 from bearophile_h...@eml.cc 2013-11-28 14:51:33 PST ---
This bug report is borderline with being an enhancement request.

DMD 2.065alpha accepts code like this, where duplicated keys in both dynamic
array literals and in associative array literals defined with the sparse
syntax:


void main() {
int[] a = [0:10, 0:20];
int[int] aa = [0:10, 0:20];
}


I don't want to use this language feature, and on the other hand I have had
some mistakes like this in my D code not caught statically by the compiler. So
I propose for D to statically disallow duplicated keys in both those cases, and
give two compilation errors. I think that's just a possible source of bugs with
no enough usefulness.

--

Note that here I am not asking about disallowing inserting multiple times a
key-pair in an associative array, this is normal and useful:

void main() {
int[int] aa;
aa[0] = 10;
aa[0] = 20;
}

--

The compiler didn't catch a bug of mine in a large dynamic array literal
defined with the sparse syntax, I have assumed it was safer to specify enum
keys like this, but currently this compiles with no errors:


import std.traits, std.range, std.algorithm;
enum Foo : size_t { f1, f2, f3 }
enum Bar : size_t { b1, b2 }
// Assert that both enums are usable as array indexes.
static assert(__traits(compiles, { size_t x = Foo.init; }));
static assert([EnumMembers!Foo].equal(EnumMembers!Foo.length.iota));
static assert(__traits(compiles, { size_t x = Bar.init; }));
static assert([EnumMembers!Bar].equal(EnumMembers!Bar.length.iota));
void main() {
with (Foo) with (Bar)
int[EnumMembers!Foo.length][EnumMembers!Bar.length] A =
[b1: [f1:1, b1:2, f3:3],
 b2: [f1:4, f2:5, f3:4]];
}


Note in that code there is one b1 index that logically is of the wrong _type_
because it should be a Foo.f2 instead of Bar.b1. But currently there is no way
in D to strongly specify the type of the indexes of an array (as in Ada
language). In D you can only specify the type of the keys of associative
arrays, and here indeed D catches that type mismatch bug:


import std.traits: EnumMembers;
enum Foo : size_t { f1, f2, f3 }
enum Bar : size_t { b1, b2 }
void main() {
with (Foo) with (Bar) {
int[Foo][Bar] AA;
AA = [b1: [f1:1, b1:2, f3:3],
  b2: [f1:4, f2:5, f3:4]];
}
}


temp.d(7): Error: cannot implicitly convert expression (cast(Bar)0) of type Bar
to Foo


But associative arrays are slow at run-time compared to a regular fixed-size 2D
array, so I have has to use the sparse syntax to define a fixed-size 2D array.

Note that:

assert(cast(size_t)Bar.b1 == cast(size_t)Foo.f1);

So the value of the index in the fixed-size 2D array A defined using the
sparse syntax is duplicated, yet D has not found my mistake.

To help me avoid such mistakes I propose to statically (at compile-time)
disallow array literals with duplicate keys. From the answers in the D
newsgroup people seem to accept the idea:
http://forum.dlang.org/thread/befwnwpitihpcjfbd...@forum.dlang.org

(I'd also like in D arrays with strongly typed indexes (not associative arrays,
just arrays) as in Ada, but that's an enhancement request left for other
places. One of the many advantages of having strongly typed indexes is that
with them sometime there is no need to verify array bounds even in non-release
mode.)

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11636] -unittest flag preserves assert() statements but still allows in/out contracts to be stripped

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11636



--- Comment #1 from Joseph Rushton Wakeling joseph.wakel...@webdrake.net 
2013-11-28 15:02:56 PST ---
(In reply to comment #0)
 This inconsistency should surely be fixed -- if -unittest requires assert
 statements to be present, it should require _all_ assert statements be 
 present,
 including those in in- and out-contracts.

Alternatively, if the point of view is that -unittest -release should
effectively test code as it is with the -release flag active (i.e. so
contracts _should_ be stripped), there needs to be some way of checking if
-release has been used, and conditionally selecting different unittests
accordingly, e.g.:

version(release) assert(/* something appropriate to -release mode */);
else assert(/* something else */);

... but code being tested as it is with the -release flag active doesn't seem
to me to sit well with keeping in-body assert() statements active.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11618] Internal Compiler Error

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11618



--- Comment #3 from bioinfornatics bioinfornat...@gmail.com 2013-11-28 
15:20:50 PST ---
Always when discussing into initial d.learn thread
 - http://forum.dlang.org/thread/nvaqmtivvhrsaylzm...@forum.dlang.org

it appear they are at least 2 compiler issue
1/ https://d.puremagic.com/issues/show_bug.cgi?id=11627
2/ https://d.puremagic.com/issues/show_bug.cgi?id=11629

CTFE is a nice feature but it is not ready yet

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 9147] Implicit conversion to struct with alias this does not work

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9147


Simen Kjaeraas simen.kja...@gmail.com changed:

   What|Removed |Added

 Resolution|FIXED   |INVALID


-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11638] New: Variadic function documentation, out-of-date example

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11638

   Summary: Variadic function documentation, out-of-date example
   Product: D
   Version: D2
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: P2
 Component: websites
AssignedTo: nob...@puremagic.com
ReportedBy: l...@luismarques.eu


--- Comment #0 from Lu�s Marques l...@luismarques.eu 2013-11-28 23:56:21 WET 
---
The example of a (non-template) variadic function at
http://dlang.org/variadic-function-templates.html does not compile:

  - It is necessary to add import core.vararg
  - std.stdio.writefx is private (and undocumented)

Adding the import and changing writefx to write does not fully solve the
problem:

  - http://dpaste.dzfl.pl/92d6ac76

Someone please finish that update.

Also, perhaps it should be added that the use of variadic functions is not
recommended, and they are kept almost only for the support of extern(C)
variadic functions? Or is that not true?

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8301] Access violation when a big array is allocated

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8301


yebblies yebbl...@gmail.com 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 11614] Error: this for _expand_field_0 needs to be type Tuple not type Foo

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11614


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull, rejects-valid
  Component|Phobos  |DMD


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-11-28 19:43:15 PST ---
https://github.com/D-Programming-Language/dmd/pull/2897

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 10646] No front-end error for invalid casting dynamic array/static array to class reference

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=10646


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

 CC||k.hara...@gmail.com


--- Comment #4 from Kenji Hara k.hara...@gmail.com 2013-11-28 19:53:00 PST ---
*** Issue 7760 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 7760] Getting delegate address from class object requires unneeded cast

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=7760


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

 Resolution|WORKSFORME  |DUPLICATE


--- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-11-28 19:53:00 PST ---
(In reply to comment #1)
 Original testcase works now. Resolved?

Root cause was fixed in issue 10646.

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

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11596] Internal error: backend/cgcs.c 351

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11596


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull
Version|unspecified |D2


--- Comment #1 from Kenji Hara k.hara...@gmail.com 2013-11-28 20:18:59 PST ---
https://github.com/D-Programming-Language/dmd/pull/2898

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8118] Impossible to initialize a member struct without default constructor or assigment

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8118


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


--- Comment #7 from Kenji Hara k.hara...@gmail.com 2013-11-28 20:39:33 PST ---
(In reply to comment #6)
 This seems to be fixed now (code compiles and runs on 2.064).

The OP case is fixed in 2.064, by fixing issue 9665.

(In reply to comment #5)
 I haven't checked, but it could allow code like this if not currently 
 possible:
 
 S s = void;
 if (xyz) {
   s = S(3);
 } else {
   s = S(7);
 }

This is completely different case. It would need to use std.conv.emplace.

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

-- 
Configure issuemail: https://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

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=9665


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

 CC||wfunct...@hotmail.com


--- Comment #30 from Kenji Hara k.hara...@gmail.com 2013-11-28 20:39:34 PST 
---
*** Issue 8118 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 10186] default construction is disabled even if default ctor declared

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=10186


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

 CC||debio...@gmail.com


--- Comment #9 from Kenji Hara k.hara...@gmail.com 2013-11-28 21:07:21 PST ---
*** Issue 7121 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 7121] Structs with Disabled Default Constructors Also Disable No-Arg Constructors in Classes

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=7121


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

 Resolution|FIXED   |DUPLICATE


--- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-11-28 21:07:20 PST ---
*** This issue has been marked as a duplicate of issue 10186 ***

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 8117] Cannot initialize struct member without default constructor

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=8117


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull, rejects-valid
 Status|RESOLVED|REOPENED
 Resolution|DUPLICATE   |


--- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-11-28 21:09:09 PST ---
(In reply to comment #2)
 *** This issue has been marked as a duplicate of issue 7121 ***

Still not work with 2.064.

https://github.com/D-Programming-Language/dmd/pull/2899

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11479] [REG 2.064] DDoc regression?

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11479


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||ddoc
   Severity|regression  |major


--- Comment #2 from Kenji Hara k.hara...@gmail.com 2013-11-28 22:03:17 PST ---
Test case:

///
struct S(T)
{
///

private:
int x;
}

Generated html:

dldtbiga name=S/astruct uS/u(T);
/big/dt
ddbrbr
dldtbiga name=x/aint ux/u;// --
/big/dt
ddbrbr
/dd
/dl
/dd
/dl

This is a Ddoc generation bug in compiler, but it is not a dmd regression,
because old dmd (eg. 2.030) has same bug.

Downgrade importance to 'major'.

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11479] template members ignore private attribute in ddoc

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11479


Kenji Hara k.hara...@gmail.com changed:

   What|Removed |Added

   Keywords||pull
Summary|[REG 2.064] DDoc|template members ignore
   |regression? |private attribute in ddoc


--- Comment #3 from Kenji Hara k.hara...@gmail.com 2013-11-28 22:42:41 PST ---
https://github.com/D-Programming-Language/dmd/pull/2900

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11540] [ICE] CTFE segfault with try-catch-finally and goto

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11540



--- Comment #5 from github-bugzi...@puremagic.com 2013-11-28 23:40:15 PST ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd

https://github.com/D-Programming-Language/dmd/commit/0afa3dead96f207157608f1bf72651967e7915a7
fix Issue 11540 - [ICE] CTFE segfault with try-catch-finally and goto

https://github.com/D-Programming-Language/dmd/commit/9c4a1cf7e711a6cd8b6490258144329622f8441d
Merge pull request #2822 from 9rnsr/fix11540

Issue 11540 - [ICE] CTFE segfault with try-catch-finally and goto

-- 
Configure issuemail: https://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---


[Issue 11540] [ICE] CTFE segfault with try-catch-finally and goto

2013-11-28 Thread d-bugmail
https://d.puremagic.com/issues/show_bug.cgi?id=11540


Kenji Hara k.hara...@gmail.com 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: ---