[Issue 10329] New: Attributes not inferred for indirectly templated methods
http://d.puremagic.com/issues/show_bug.cgi?id=10329
Summary: Attributes not inferred for indirectly templated
methods
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: blocker
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: bugzi...@kyllingen.net
--- Comment #0 from Lars T. Kyllingstad bugzi...@kyllingen.net 2013-06-10
23:04:32 PDT ---
Currently, attributes such as @safe, pure and nothrow are automatically
inferred for function templates. They should also be inferred for methods of
struct/class templates and for Voldemort types.
Test case:
struct S1
{
void foo(T)() { }
}
struct S2(T)
{
void foo() { }
}
auto makeS3(T)()
{
struct S3
{
void foo() { }
}
return S3();
}
void main() @safe pure nothrow
{
// Works
S1 s1;
s1.foo!int();
// Compilation failure
S2!int s2;
s2.foo();
// Compilation failure
auto s3 = makeS3!int();
s3.foo();
}
This currently prevents large parts of Phobos from being used in
@safe/pure/nothrow contexts, and it prevents parts of Phobos from being marked
as such. It also blocks some changes to std.path that I have in the pipeline,
because I want to reimplement a function in terms of std.algorithm functions
without removing its current attributes (as this would be a breaking change).
A workaround (which is *not* feasible for use in Phobos) is to make the methods
themselves trivial templates:
struct S2(T)
{
void foo()() { }
}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #13 from Walter Bright bugzi...@digitalmars.com 2013-06-10 23:11:35 PDT --- Jerry reported on the n.g. that valgrind reports an Invalid write of size 8 at: 0x00438cc8 +512:mov%r14,-0x8(%rax) -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8138] Attribute inference fails with Voldemort type
http://d.puremagic.com/issues/show_bug.cgi?id=8138 --- Comment #4 from Lars T. Kyllingstad bugzi...@kyllingen.net 2013-06-10 23:11:19 PDT --- I've added a new bug report: issue 10329 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5063] Stronger typedef for size_t
http://d.puremagic.com/issues/show_bug.cgi?id=5063 --- Comment #4 from Marco Leise marco.le...@gmx.de 2013-06-11 01:41:39 PDT --- To back our point up a bit, here are some bug tickets that show up on a search for size_t: dcollections: http://www.dsource.org/projects/dcollections/ticket/14 DWT: https://github.com/d-widget-toolkit/dwt/issues/2 https://github.com/d-widget-toolkit/dwt/issues/7 Tango: http://www.dsource.org/projects/tango/ticket/1817 http://www.dsource.org/projects/tango/ticket/1509 http://www.dsource.org/projects/tango/ticket/1443 http://www.dsource.org/projects/tango/ticket/1423 http://www.dsource.org/projects/tango/ticket/1422 http://www.dsource.org/projects/tango/ticket/1418 http://www.dsource.org/projects/tango/ticket/1417 http://www.dsource.org/projects/tango/ticket/1416 http://www.dsource.org/projects/tango/ticket/1415 http://www.dsource.org/projects/tango/ticket/1406 http://www.dsource.org/projects/tango/ticket/1303 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 5063] Stronger typedef for size_t
http://d.puremagic.com/issues/show_bug.cgi?id=5063 --- Comment #5 from bearophile_h...@eml.cc 2013-06-11 04:26:13 PDT --- (In reply to comment #4) To back our point up a bit, here are some bug tickets that show up on a search for size_t: ... The D compiler here has enough static information to avoid future troubles in porting D code written on a 32 bit system to 64 bit systems. It's a good idea to use such information as much as possible. D has a static type system, so let's actually use it. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #14 from Martin Nowak c...@dawg.eu 2013-06-11 04:56:16 PDT --- OK, let's start with a simple thing. sha1sum /usr/lib64/libphobos2.a 40cddd5a8a9f28c000346014cbb4221a3bbd91b4 /usr/lib64/libphobos2.a -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 8960] DMD tester: Unable to set thread priority
http://d.puremagic.com/issues/show_bug.cgi?id=8960
Maxim Fomin ma...@maxim-fomin.ru changed:
What|Removed |Added
CC||ma...@maxim-fomin.ru
--- Comment #3 from Maxim Fomin ma...@maxim-fomin.ru 2013-06-11 05:06:28 PDT
---
Reduced (compile with -unittest)
-
import std.parallelism;
import std.stdio;
import core.thread;
unittest
{
static void refFun(ref uint num)
{
num++;
}
uint x;
// Test executeInNewThread().
auto ct = scopedTask!refFun(x);
ct.executeInNewThread(Thread.PRIORITY_MAX);
ct.yieldForce;
assert(ct.args[0] == 1);
}
void main(){}
-
According to observations it can fail in getter or in setter of thread
priority. It seems that return code from pthread setters/getters is 3 which is
ESRCH, which in pthread context means non-existing thread. Following snippet
from std.parallelism gives a clue:
this(AbstractTask* task, int priority = int.max)
{
assert(task);
// Dummy value, not used.
instanceStartIndex = 0;
this.isSingleTask = true;
task.taskStatus = TaskStatus.inProgress;
this.head = task;
singleTaskThread = new Thread(doSingleTask);
singleTaskThread.start();
if(priority != int.max)
{
singleTaskThread.priority = priority;
}
}
Thread may finish before setting priorities as it was started before applying
them. It seems that thread ID is same in three cases 1) before getter 2) before
setter 3) in gdb message informing that thread has finished. Originally I got
approx 1-2 per 100 executions but after inserting debug outputs the failure
percentage increased (as I suppose) because thread had more chances to
terminate before applying priorities. Also, there were cases when gdb reported
that thread has finished before priority setter started execution.
Can someone who uses FreeBSD check this?
https://github.com/mxfm/phobos/commit/50854c479e4d965271fbb91f9203d24ac81b6820
https://github.com/mxfm/druntime/commit/0d60b15efdaebae65ee9109ca3a90aaee177a341
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10330] Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330
--- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11
05:34:46 PDT ---
Copied from NG:
Note that some of us have used __VERSION__ to enable compiler-specific
compilation, e.g.:
static assert(__VERSION__ = 2.063, This library can only compile
with D 2.063 or newer);
Or:
static if (__VERSION__ 2.063) { /* implement some compiler/library
workaround here */ }
else { /* use regular code or regular import here */ }
Unfortunately __VERSION__ was never built to be used with these
.point releases, so maybe we should simply let __VERSION__ always be
2063 for all 2.063 point releases.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10330] New: Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330
Summary: Regression (2.063.2): __VERSION__ is set wrong
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: regression
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: andrej.mitrov...@gmail.com
--- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11
05:31:44 PDT ---
module test;
void main()
{
pragma(msg, __VERSION__);
}
2.063:
$ dmd test.d
2063L
2.063.2:
$ dmd test.d
63002L
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10331] New: RDMD (2.063.2): RDMD executable is outdated
http://d.puremagic.com/issues/show_bug.cgi?id=10331 Summary: RDMD (2.063.2): RDMD executable is outdated Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 05:44:50 PDT --- $ C:\DMD\dmd2\windows\binrdmd.exe rdmd build 20130514 There were 2 pulls that were merged after this date, rdmd should be re-built and re-packaged: https://github.com/D-Programming-Language/tools/pull/62 https://github.com/D-Programming-Language/tools/pull/63 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10332] New: Dustmite should be distributed with the zipped release
http://d.puremagic.com/issues/show_bug.cgi?id=10332 Summary: Dustmite should be distributed with the zipped release Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 05:52:43 PDT --- We've transfered dustmite into our tools repo[1], but few people know about this repository's existence. We should distribute Dustmite as a binary in the zipped release. We can also add this to our next changelog to make more people aware about this tool. [1] : https://github.com/D-Programming-Language/tools -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10333] New: Regression (2.063, 2.063.2): DMD can't be built due to missing irstate.h
http://d.puremagic.com/issues/show_bug.cgi?id=10333 Summary: Regression (2.063, 2.063.2): DMD can't be built due to missing irstate.h Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: regression Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: andrej.mitrov...@gmail.com --- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 05:56:02 PDT --- As mentioned in the forums[1], the zipped source release cannot be built due to a missing irstate.h header file. [1] : http://forum.dlang.org/thread/ko7qgc$14i1$1...@digitalmars.com?page=7#post-fclmtsxydxahrdtchbmk:40forum.dlang.org -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10333] Regression (2.063, 2.063.2): DMD can't be built due to missing irstate.h
http://d.puremagic.com/issues/show_bug.cgi?id=10333 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 06:08:27 PDT --- Apologies, it is the 2.063.1 release that was missing it, not the .2 release. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10333] Regression (2.063, 2.063.2): DMD can't be built due to missing irstate.h
http://d.puremagic.com/issues/show_bug.cgi?id=10333 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added CC||and...@erdani.com --- Comment #1 from Andrei Alexandrescu and...@erdani.com 2013-06-11 06:05:03 PDT --- https://github.com/D-Programming-Language/dmd/pull/2138 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10333] Regression (2.063, 2.063.2): DMD can't be built due to missing irstate.h
http://d.puremagic.com/issues/show_bug.cgi?id=10333 --- Comment #2 from Andrei Alexandrescu and...@erdani.com 2013-06-11 06:05:24 PDT --- That pull requests fixes it and other issues with the makefile. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #15 from Jerry Quinn jlqu...@optonline.net 2013-06-11 06:23:47 PDT --- jlquinn@wyvern:~/re/test$ sha1sum /home/jlquinn/dmd2/linux/lib64/libphobos2.* 40cddd5a8a9f28c000346014cbb4221a3bbd91b4 /home/jlquinn/dmd2/linux/lib64/libphobos2.a 8494571c0d7487e75345ab0c979530667626fdda /home/jlquinn/dmd2/linux/lib64/libphobos2.so jlquinn@wyvern:~/re/test$ sha1sum /home/jlquinn/dmd2/linux/bin64/dmd 8cdb0c1903774d12a8593dc2ecc2d260b9c02bcd /home/jlquinn/dmd2/linux/bin64/dmd -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274
--- Comment #17 from Jerry Quinn jlqu...@optonline.net 2013-06-11 06:27:07
PDT ---
Also, the stdio bits are a red herring. The following also segfaults:
void main() {}
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #16 from Jerry Quinn jlqu...@optonline.net 2013-06-11 06:26:12 PDT --- Additional data - the following gives me a working program: dmd -c junk.d copy junk.o libphobos2.a to centos6.4 x86_64 machine on centos6.4, link using gcc link line given by dmd -v junk.d -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274
--- Comment #18 from Jerry Quinn jlqu...@optonline.net 2013-06-11 06:31:36
PDT ---
Created an attachment (id=1224)
Crashing binary
cat junk.d
void main() {
}
dmd junk.d
This is the executable junk.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #19 from Martin Nowak c...@dawg.eu 2013-06-11 07:03:15 PDT --- OK, can you dump the linker output? dmd junk -L--verbose -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10329] Attributes not inferred for indirectly templated methods
http://d.puremagic.com/issues/show_bug.cgi?id=10329 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 07:25:06 PDT --- Yeah, I think Kenji also mentioned he'd like to see this implemented. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #20 from Jerry Quinn jlqu...@optonline.net 2013-06-11 07:31:24 PDT --- jlquinn@wyvern:~/re/test$ /home/jlquinn/dmd2/linux/bin64/dmd junk -L--verbose /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crt1.o succeeded /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crti.o succeeded /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/crtbegin.o succeeded /usr/bin/ld: Attempt to open junk.o succeeded /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/crtend.o succeeded /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/crtn.o succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libphobos2.a succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libpthread.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libpthread.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libpthread.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libpthread.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libpthread.so failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libpthread.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libpthread.so succeeded /usr/bin/ld: Attempt to open /lib/x86_64-linux-gnu/libpthread.so.0 succeeded /usr/bin/ld: Attempt to open /usr/lib/x86_64-linux-gnu/libpthread_nonshared.a succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libm.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libm.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libm.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libm.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libm.so failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libm.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libm.so succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/librt.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/librt.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/librt.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/librt.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/librt.so failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/librt.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/librt.so succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libgcc.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libgcc.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libgcc.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libgcc.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libgcc.so failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libgcc.a succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libgcc_s.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libgcc_s.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libgcc_s.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libgcc_s.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libgcc_s.so succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libc.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libc.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libc.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libc.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libc.so failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/libc.a failed /usr/bin/ld: Attempt to open /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libc.so succeeded /usr/bin/ld: Attempt to open /lib/x86_64-linux-gnu/libc.so.6 succeeded /usr/bin/ld: Attempt to open /usr/lib/x86_64-linux-gnu/libc_nonshared.a succeeded /usr/bin/ld: Attempt to open /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 succeeded /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libgcc.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib64/libgcc.a failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libgcc.so failed /usr/bin/ld: Attempt to open /home/jlquinn/dmd2/linux/bin64/../lib32/libgcc.a failed /usr/bin/ld: Attempt to open
[Issue 10325] ddoc: template constraints inconsistently shown in generated html
http://d.puremagic.com/issues/show_bug.cgi?id=10325
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
CC||andrej.mitrov...@gmail.com
--- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11
07:31:41 PDT ---
Test-case:
-
module ddoc10325;
/** */
template templ(T...)
if (someConstraint!T)
{
}
/** */
void foo(T)(T t)
if (someConstraint!T)
{
}
void main() { }
-
The constraints for 'foo' are not shown.
Constraints should be part of the documentation, they form part of the
interface.
When a user gets an error about instantiating a template, he will get the name
of the template and its constraints, it only makes sense to also include the
constraints in the documentation.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10334] New: ddoc should prefer simple syntax for template instantiations with one parameter
http://d.puremagic.com/issues/show_bug.cgi?id=10334
Summary: ddoc should prefer simple syntax for template
instantiations with one parameter
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: ddoc
Severity: enhancement
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: andrej.mitrov...@gmail.com
--- Comment #0 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11
07:46:42 PDT ---
-
/** */
template templ(T...)
if (someConstraint!T)
{
}
-
This currently emits:
template templ(T...) if (someConstraint!(T))
But for readability purposes it can be:
template templ(T...) if (someConstraint!T)
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10325] ddoc: template constraints inconsistently shown in generated html
http://d.puremagic.com/issues/show_bug.cgi?id=10325 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Keywords||ddoc, pull AssignedTo|nob...@puremagic.com|andrej.mitrov...@gmail.com --- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 07:51:07 PDT --- https://github.com/D-Programming-Language/dmd/pull/2161 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10335] New: Error messages should have unique ID
http://d.puremagic.com/issues/show_bug.cgi?id=10335 Summary: Error messages should have unique ID Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: simen.kja...@gmail.com --- Comment #0 from Simen Kjaeraas simen.kja...@gmail.com 2013-06-11 08:15:12 PDT --- In the Visual C++ and Visual C# compilers, error messages have unique IDs. This makes them easy to google, and information about each error can easily be created and enumerated in a wiki or other database. These error codes need not necessarily be the same in DMD as in GDC, LDC, or other D compilers, but at least within DMD it would be nice to have consistent IDs between releases. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10334] ddoc should prefer simple syntax for template instantiations with one parameter
http://d.puremagic.com/issues/show_bug.cgi?id=10334 --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 09:07:31 PDT --- This is a little bit complicated to implement. I have to take into account at least the following (where left is the input, right is the output), and these are also used for .di header generation so they must have valid D syntax: Templ!() - Templ!() Templ!(T) - Templ!T Templ!T - Templ!T Templ!([1]) - Templ!([1]) // cannot be Templ![1] Templ!(Templ2!(T)) - Templ!(Templ2(T) // cannot be Templ!Templ2!T That last case is what I'm struggling with. How do I figure out whether an Object from 'tiargs' is a template instance in DMDFE? -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10325] ddoc: template constraints inconsistently shown in generated html
http://d.puremagic.com/issues/show_bug.cgi?id=10325 Andrei Alexandrescu and...@erdani.com changed: What|Removed |Added Status|NEW |RESOLVED CC||and...@erdani.com Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10325] ddoc: template constraints inconsistently shown in generated html
http://d.puremagic.com/issues/show_bug.cgi?id=10325 --- Comment #5 from github-bugzi...@puremagic.com 2013-06-11 09:27:45 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/3f9d50b12f9d1d7d7149d4bc2692322754e3c5d0 Fixes Issue 10325 - Constraints should be emitted for templated declarations. https://github.com/D-Programming-Language/dmd/commit/4bbef4f21141c6b21f35d133f348a3b215ad6513 Merge pull request #2161 from AndrejMitrovic/Fix10325 Issue 10325 - Constraints should be emitted for templated declarations -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10335] Error messages should have unique ID
http://d.puremagic.com/issues/show_bug.cgi?id=10335 bearophile_h...@eml.cc changed: What|Removed |Added CC||bearophile_h...@eml.cc --- Comment #1 from bearophile_h...@eml.cc 2013-06-11 09:45:58 PDT --- I think this enhancement is a good idea, despite requiring some work to be implemented. One discussion: http://forum.dlang.org/thread/ojuvtluqkqazaejuq...@forum.dlang.org (In reply to comment #0) These error codes need not necessarily be the same in DMD as in GDC, LDC, or other D compilers, but at least within DMD it would be nice to have consistent IDs between releases. It's much better for error message IDs to be standard for all D compilers, to simplify both the documentation and the ease for the programmer to debug code using different compilers. I think the C# error numbers are the same between dotnet and mono. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10336] New: template opDispatch to function delegate undefined behavior
http://d.puremagic.com/issues/show_bug.cgi?id=10336
Summary: template opDispatch to function delegate undefined
behavior
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: d+bugzi...@garciat.com
--- Comment #0 from Gabriel Garcia d+bugzi...@garciat.com 2013-06-11 10:09:55
PDT ---
DMD 2.063
Code:
struct test {
template opDispatch(string name) {
enum opDispatch = function(int x) {
return x;
};
}
}
int main() {
test t;
return t.hello(12);
}
Output is consistently 0.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10328] std.stdio.write doesn't throw on failure
http://d.puremagic.com/issues/show_bug.cgi?id=10328 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED CC||schvei...@yahoo.com Resolution||INVALID --- Comment #2 from Steven Schveighoffer schvei...@yahoo.com 2013-06-11 10:29:26 PDT --- This is intended behavior. std.stdio.stdout is buffered, and the lines in your code have not attempted to write to the file descriptor yet. If you add: std.stdio.stdout.flush(); then it fails with an exception as expected. Note that C (and by using C's stdio as it's base, D also) decides whether to flush after newline depending on whether the file descriptor is a console or not. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10337] New: Error: mutable method glwtf.input.SignalWrapper!().SignalWrapper.Signal!().~this
http://d.puremagic.com/issues/show_bug.cgi?id=10337
Summary: Error: mutable method
glwtf.input.SignalWrapper!().SignalWrapper.Signal!().~
this
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: regression
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ad...@dav1d.de
--- Comment #0 from David ad...@dav1d.de 2013-06-11 11:07:52 PDT ---
This code fails in DMD 2.063 (+ current git) with an Error in the glue layer,
it worked under 2.063
module glwtf.input;
import std.signals;
struct DefaultAA(value_type, key_type, Default...) if(Default.length 2) {
value_type[key_type] _store;
}
struct SignalWrapper(Args...) {
mixin Signal!(Args);
}
class BaseGLFWEventHandler {
DefaultAA!(SignalWrapper!(), int) single_key_down;
}
Error: mutable method
glwtf.input.SignalWrapper!().SignalWrapper.Signal!().~this is not callable
using a const object
dmd: glue.c:1215: virtual unsigned int Type::totym(): Assertion `0' failed.
Odly this fails on my machine (archlinux 64 bit, and on Windows (tested by
Cybershadow)) but not on dpaste, neither 2.063 nor git
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10337] Error: mutable method glwtf.input.SignalWrapper!().SignalWrapper.Signal!().~this
http://d.puremagic.com/issues/show_bug.cgi?id=10337 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com 2013-06-11 21:12:26 EEST --- My DMD git was outdated (was on 9edb35f64c700eca65be718aa057cdc344896836). The error does not occur with 4bbef4f21141c6b21f35d133f348a3b215ad6513. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #21 from Martin Nowak c...@dawg.eu 2013-06-11 11:53:31 PDT --- (In reply to comment #20) jlquinn@wyvern:~/re/test$ /home/jlquinn/dmd2/linux/bin64/dmd junk -L--verbose Please with the linker version and the linker script. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274
Maxim Fomin ma...@maxim-fomin.ru changed:
What|Removed |Added
CC||ma...@maxim-fomin.ru
--- Comment #22 from Maxim Fomin ma...@maxim-fomin.ru 2013-06-11 12:21:59 PDT
---
(In reply to comment #18)
Created an attachment (id=1224) [details]
Crashing binary
cat junk.d
void main() {
}
dmd junk.d
This is the executable junk.
Object file (dmd -c) would be helpful too.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10336] template opDispatch to function delegate undefined behavior
http://d.puremagic.com/issues/show_bug.cgi?id=10336
--- Comment #1 from Gabriel Garcia d+bugzi...@garciat.com 2013-06-11 12:20:03
PDT ---
(In reply to comment #0)
DMD 2.063
Code:
struct test {
template opDispatch(string name) {
enum opDispatch = function(int x) {
return x;
};
}
}
int main() {
test t;
return t.hello(12);
}
Output is consistently 0.
It appears that the caller is treating the method as a regular/static function,
while the function itself is behaving as a method. This is perhaps more evident
through the following D code and the corresponding (non-optimized) generated
code:
struct test {
int member = 32;
template opDispatch(string name) {
enum opDispatch = function(int x) {
return x + member;
};
}
}
int main() {
test t;
return t.hello(12);
}
(OK) Expects EAX to point to an instance of test, with parameters pushed to
stack:
pure nothrow @safe int test.test.opDispatch!(hello).__funcliteral1(int):
pushEBP
movEBP,ESP
subESP,4
movEAX,[EAX]
addEAX,8[EBP]
leave
ret4
nop
(ERROR) Disregards it is dealing with a method call:
_Dmain:
pushEBP
movEBP,ESP
movEAX,_D4test4test6__initZ@SYM32 ; what?
movEAX,0Ch
call pure nothrow @safe int
test.test.opDispatch!(hello).__funcliteral1(int)@PC32
popEBP
ret
Expected:
_Dmain:
pushEBP
mov EBP,ESP
; begin missing
sub ESP,4
mov EAX,_D4test4test6__initZ@SYM32
mov -4[EBP],EAX
push0Ch
lea EAX,-4[EBP]
; end missing
call pure nothrow @safe int
test.test.opDispatch!(hello).__funcliteral1(int)@PC32
leave
ret
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #23 from Jerry Quinn jlqu...@optonline.net 2013-06-11 13:09:09 PDT --- I assume this is the linker script generated by dmd -v: gcc junk.o -o junk -m64 -Xlinker --verbose -L/home/jlquinn/dmd2/linux/bin64/../lib64 -L/home/jlquinn/dmd2/linux/bin64/../lib32 -Xlinker --no-warn-search-mismatch -Xlinker --export-dynamic -l:libphobos2.a -lpthread -lm -lrt jlquinn@wyvern:~/re/test$ ldd --version ldd (Ubuntu EGLIBC 2.15-0ubuntu20.1) 2.15 Copyright (C) 2012 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Written by Roland McGrath and Ulrich Drepper. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10338] New: Bug in link.c:107
http://d.puremagic.com/issues/show_bug.cgi?id=10338
Summary: Bug in link.c:107
Product: D
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: ma...@maxim-fomin.ru
--- Comment #0 from Maxim Fomin ma...@maxim-fomin.ru 2013-06-11 13:06:28 PDT
---
From link.c:
int findNoMainError(int fd)
{
static const char nmeErrorMessage[] =
#if __APPLE__
\__Dmain\, referenced from:
#else
undefined reference to `_Dmain'
#endif
;
FILE *stream = fdopen(fd, r);
if (stream == NULL) return -1;
const size_t len = 64 * 1024 - 1;
char buffer[len + 1]; // + '\0'
size_t beg = 0, end = len;
Buffer is object of automatic lifetime, and it is not initialized, hence it
effectively contains 64 garbage from stack, which may potentially corrupt data.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #24 from Jerry Quinn jlqu...@optonline.net 2013-06-11 13:10:56 PDT --- Created an attachment (id=1225) Program object file output of dmd -c junk.d -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #25 from Martin Nowak c...@dawg.eu 2013-06-11 13:35:58 PDT --- (In reply to comment #23) I assume this is the linker script generated by dmd -v: No, it's part of the output when you pass --verbose to the linker. When I compile dmd junk -L--verbose the linker output should contain them. On my machine this looks like this. GNU ld version 2.23.51.0.1-3.fc18 20120806 ... using internal linker script: == ... == attempt to open /usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64/crt1.o succeeded ... jlquinn@wyvern:~/re/test$ ldd --version The linker is usually called ld, ldd is a different tool. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10330] Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com Version|unspecified |D1 D2 --- Comment #2 from Walter Bright bugzi...@digitalmars.com 2013-06-11 13:42:48 PDT --- https://github.com/D-Programming-Language/dmd/pull/2162 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10330] Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10330] Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330 --- Comment #3 from github-bugzi...@puremagic.com 2013-06-11 13:46:39 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/01bd0c2e1c9ed05ad754bac0afc05f6a38cdf82c fix Issue 10330 - Regression (2.063.2): __VERSION__ is set wrong https://github.com/D-Programming-Language/dmd/commit/19a54f8d3c65eb017aba3c7ef3a15f9629fe0e72 Merge pull request #2162 from WalterBright/fix10330 fix Issue 10330 - Regression (2.063.2): __VERSION__ is set wrong -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10331] RDMD (2.063.2): RDMD executable is outdated
http://d.puremagic.com/issues/show_bug.cgi?id=10331 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 13:49:00 PDT --- See Walter's comment: http://forum.dlang.org/thread/51b6992a.6060...@digitalmars.com?page=2#post-51B78C6F.4050706:40digitalmars.com -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10338] Bug in link.c:107
http://d.puremagic.com/issues/show_bug.cgi?id=10338 Maxim Fomin ma...@maxim-fomin.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Maxim Fomin ma...@maxim-fomin.ru 2013-06-11 13:52:17 PDT --- Actually it is initialized later, but not fully and code in loop references data after position fulled by fread() which leads to garbage debug printfs. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10335] Error messages should have unique ID
http://d.puremagic.com/issues/show_bug.cgi?id=10335 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 14:04:13 PDT --- Yeah, I had this thought before too. A page with a list of IDs, error message descriptions and how to work around them and fix the code would be very useful to have. Currently the only thing we have is this: http://dlang.org/warnings.html -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10274] DMD 2.063 produces broken binaries
http://d.puremagic.com/issues/show_bug.cgi?id=10274 --- Comment #26 from Jerry Quinn jlqu...@optonline.net 2013-06-11 14:01:07 PDT --- (In reply to comment #25) (In reply to comment #23) I assume this is the linker script generated by dmd -v: No, it's part of the output when you pass --verbose to the linker. When I compile dmd junk -L--verbose the linker output should contain them. On my machine this looks like this. GNU ld version 2.23.51.0.1-3.fc18 20120806 ... using internal linker script: == ... == attempt to open /usr/lib/gcc/x86_64-redhat-linux/4.7.2/../../../../lib64/crt1.o succeeded ... jlquinn@wyvern:~/re/test$ ldd --version The linker is usually called ld, ldd is a different tool. oops: jlquinn@wyvern:~/re/test$ ld --version GNU gold (GNU Binutils for Ubuntu 2.22.90.20120924) 1.11 Copyright 2011 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) a later version. This program has absolutely no warranty. OK, apparently it's a difference between gnu ld and gold. There doesn't seem to be a linker script. -L--verbose doesn't dump the script for gold: jlquinn@wyvern:~/re/test$ /home/jlquinn/dmd2/linux/bin64/dmd junk.d -L--debug=script /usr/bin/ld: Dumping linker script jlquinn@wyvern:~/re/test$ -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10330] Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330 --- Comment #4 from github-bugzi...@puremagic.com 2013-06-11 14:06:45 PDT --- Commit pushed to 2.063 at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/b0240e505ea2be6dbbe20129c234a9302f25cb07 Merge pull request #2162 from WalterBright/fix10330 fix Issue 10330 - Regression (2.063.2): __VERSION__ is set wrong -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10330] Regression (2.063.2): __VERSION__ is set wrong
http://d.puremagic.com/issues/show_bug.cgi?id=10330 --- Comment #5 from github-bugzi...@puremagic.com 2013-06-11 14:08:29 PDT --- Commit pushed to dmd-1.x at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/f0efaeafd95e33ee2c5fbfb67a9ae01ab82e436b Merge pull request #2162 from WalterBright/fix10330 fix Issue 10330 - Regression (2.063.2): __VERSION__ is set wrong -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10335] Error messages should have unique ID
http://d.puremagic.com/issues/show_bug.cgi?id=10335 --- Comment #3 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 14:06:09 PDT --- (In reply to comment #2) Yeah, I had this thought before too. A page with a list of IDs, error message descriptions and how to work around them and fix the code would be very useful to have. Currently the only thing we have is this: http://dlang.org/warnings.html Note that we should consider making and distributing a simple text file which is then processed and converted into an HTML file. The reason why is that it would allow IDE tools to read this text file and then display the full information of a given error/warning ID. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10339] New: DMD segfaults on __MODULE__ token
http://d.puremagic.com/issues/show_bug.cgi?id=10339
Summary: DMD segfaults on __MODULE__ token
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Keywords: ice
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: m...@krej.cz
--- Comment #0 from Martin Krejcirik m...@krej.cz 2013-06-12 00:16:58 CEST ---
filename: modbug.d
//module modbug;
void main()
{
auto name = __MODULE__;
}
Notice: module keyword must not be used
DMD32 D Compiler v2.064-devel-19a54f8
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 10340] New: Assertion failure: '!vthis-csym' on line 786 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=10340 Summary: Assertion failure: '!vthis-csym' on line 786 in file 'glue.c' Product: D Version: D2 Platform: x86_64 OS/Version: Windows Status: NEW Severity: blocker Priority: P2 Component: DMD AssignedTo: nob...@puremagic.com ReportedBy: jad...@gmail.com --- Comment #0 from Jonathan Dunlap jad...@gmail.com 2013-06-11 16:02:42 PDT --- Windows 7: DMD 2.063 == Building: Easy (Debug) Performing main compilation... Current dictionary: C:\Users\dunlap\Documents\GitHub\CodeEval\Dlang\Easy C:\D\dmd2\windows\bin\dmd.exe -debug -gc main.d UniqueWord.d UpperFile.d LineSum.d HexToDec.d -IC:\D\dmd2\src\druntime\src -IC:\D\dmd2\src\phobos -odobj\Debug -ofC:\Users\dunlap\Documents\GitHub\CodeEval\Dlang\Easy\bin\Debug\DFizzBuzz.exe Assertion failure: '!vthis-csym' on line 786 in file 'glue.c' Exit code 1 Build complete -- 1 error, 0 warnings -- Done -- Build: 1 error, 0 warnings -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10340] Assertion failure: '!vthis-csym' on line 786 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=10340 Jonathan Dunlap jad...@gmail.com changed: What|Removed |Added Severity|blocker |major -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10340] Assertion failure: '!vthis-csym' on line 786 in file 'glue.c'
http://d.puremagic.com/issues/show_bug.cgi?id=10340 Martin Krejcirik m...@krej.cz changed: What|Removed |Added CC||m...@krej.cz --- Comment #1 from Martin Krejcirik m...@krej.cz 2013-06-12 01:26:35 CEST --- Look like bug 9158 to me. Please mark as duplicate or include an example if you feel it deserves its own entry. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10339] DMD segfaults on __MODULE__ token
http://d.puremagic.com/issues/show_bug.cgi?id=10339 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added CC||andrej.mitrov...@gmail.com --- Comment #1 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 16:53:18 PDT --- Also in 2.063, which introduced the feature. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 10339] ICE when __MODULE__ token
http://d.puremagic.com/issues/show_bug.cgi?id=10339 Andrej Mitrovic andrej.mitrov...@gmail.com changed: What|Removed |Added Keywords||pull AssignedTo|nob...@puremagic.com|andrej.mitrov...@gmail.com Summary|DMD segfaults on __MODULE__ |ICE when __MODULE__ token |token | --- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2013-06-11 17:07:55 PDT --- https://github.com/D-Programming-Language/dmd/pull/2165 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
