[Issue 2973] std.math.pow(int, int), etc.
http://d.puremagic.com/issues/show_bug.cgi?id=2973 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #10 from Don clugd...@yahoo.com.au 2010-02-12 00:16:38 PST --- FIXED: 3^^3 works in DMD 2.040. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 2011] opStar should be called opDeref
http://d.puremagic.com/issues/show_bug.cgi?id=2011 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED CC||clugd...@yahoo.com.au Resolution||INVALID --- Comment #1 from Don clugd...@yahoo.com.au 2010-02-12 00:18:45 PST --- This is obsolete now with the new operator overloading scheme. It's now opUnary!(*), and will never be opDeref. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3736] corrupted struct returned by function with optimizations (-O)
http://d.puremagic.com/issues/show_bug.cgi?id=3736 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #5 from Walter Bright bugzi...@digitalmars.com 2010-02-12 01:36:21 PST --- Changeset 380 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3558] Optimizer bug results in false if condition being taken
http://d.puremagic.com/issues/show_bug.cgi?id=3558 --- Comment #6 from Janzert janz...@janzert.com 2010-02-12 02:35:40 PST --- Wow, that's amazing that you were able and persistent enough to track that down. Thanks for finding the cause. Hopefully it can be applied and make it into a release quickly. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3796] New: Result of .stringof is affected by unrelated function declarations
http://d.puremagic.com/issues/show_bug.cgi?id=3796
Summary: Result of .stringof is affected by unrelated function
declarations
Product: D
Version: 1.030
Platform: Other
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: clugd...@yahoo.com.au
--- Comment #0 from Don clugd...@yahoo.com.au 2010-02-12 05:05:31 PST ---
All 3 pragmas should give the same result (except for uint/short/ushort).
But declaring function pointers (dg2 and dg3 below) causes the output to
change.
Related to bug 1424.
===TEST CASE===
void foo(ref uint i) { }
void foo2(ref short i) { }
void foo3(ref ushort i) { }
static if (is(typeof(foo2) P2 == function))
alias P2 FooParams2;
static if (is(typeof(foo3) P3 == function))
alias P3 FooParams3;
void function(ref FooParams2) dg2;
void function(ref FooParams3[0]) dg3;
pragma(msg, typeof(foo).stringof);
pragma(msg, typeof(foo2).stringof);
pragma(msg, typeof(foo3).stringof);
---OUTPUT---
void function(ref uint i)
void function(ref (ref short))
void function(ref ushort)
---OUTPUT if comment the lines creating dg2 and dg3---
void function(ref uint i)
void function(ref short i)
void function(ref ushort i)
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3797] New: Function pointers need to be stricter
http://d.puremagic.com/issues/show_bug.cgi?id=3797
Summary: Function pointers need to be stricter
Product: D
Version: 2.040
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
Component: DMD
AssignedTo: nob...@puremagic.com
ReportedBy: yebbl...@gmail.com
--- Comment #0 from yebblies yebbl...@gmail.com 2010-02-12 05:34:08 PST ---
Currently functions pointers can be implicitly converted despite having
different calling conventions. If at all possible, function pointers should
require a cast to change calling convention.
In a related problem, it is possible to implicitly convert function pointers
with different argument lists.
The following code compiles but segfaults (Access Violation) on dmd 2.040 /
winxp.
import std.stdio;
void foo(real f)
{
writeln(bar , f);
}
void main()
{
void function(ubyte[4]) ptr1 = foo;
extern(C) void function(long, long) ptr2 = ptr1;
ptr1([0xFF, 0xFF, 0xFF, 0xFF]);
ptr2(3, 8);
}
Function pointers cannot, however, be cast to a pointer with a different return
type.
To solve this problem: Disable all implicit conversions between function
pointers, requiring function parameters, return type, and calling convention to
match for assignment copying. This prevents accidental conversions and allows
template code to be aware of the correct calling convention.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3798] New: core.cpuid locks systems with Xeon E5530 CPU
http://d.puremagic.com/issues/show_bug.cgi?id=3798 Summary: core.cpuid locks systems with Xeon E5530 CPU Product: D Version: 2.040 Platform: Other OS/Version: Linux Status: NEW Severity: major Priority: P2 Component: Phobos AssignedTo: nob...@puremagic.com ReportedBy: dsim...@yahoo.com --- Comment #0 from David Simcha dsim...@yahoo.com 2010-02-12 11:25:40 PST --- At my workplace, we've got a bunch of Linux boxes around. On the ones with the following cpuinfo, importing core.cpuid causes any D program to hang with 100% CPU usage during execution of static this() before main() is even called: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 26 model name : Intel(R) Xeon(R) CPU E5530 @ 2.40GHz stepping: 5 cpu MHz : 2393.863 cache size : 8192 KB physical id : 1 siblings: 8 core id : 0 cpu cores : 4 apicid : 16 initial apicid : 16 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology tsc_reliable nonstop_tsc pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid bogomips: 4787.72 clflush size: 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: According to GDB, the function where the program hangs is core.cpuid.getCpuInfo0B(). -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3681] ICE(go.c): when function takes too long to optimize, only with -O.
http://d.puremagic.com/issues/show_bug.cgi?id=3681 Kosmonaut kosmon...@tempinbox.com changed: What|Removed |Added CC||kosmon...@tempinbox.com --- Comment #4 from Kosmonaut kosmon...@tempinbox.com 2010-02-12 11:42:15 PST --- SVN Changeset: http://www.dsource.org/projects/dmd/changeset/376 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3692] ICE(mtype.c) with associative arrays when std.variant is imported
http://d.puremagic.com/issues/show_bug.cgi?id=3692 Kosmonaut kosmon...@tempinbox.com changed: What|Removed |Added CC||kosmon...@tempinbox.com --- Comment #7 from Kosmonaut kosmon...@tempinbox.com 2010-02-12 11:43:50 PST --- (In reply to comment #6) Changeset 377 http://www.dsource.org/projects/dmd/changeset/377 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3736] corrupted struct returned by function with optimizations (-O)
http://d.puremagic.com/issues/show_bug.cgi?id=3736 Kosmonaut kosmon...@tempinbox.com changed: What|Removed |Added CC||kosmon...@tempinbox.com --- Comment #6 from Kosmonaut kosmon...@tempinbox.com 2010-02-12 11:48:07 PST --- (In reply to comment #5) Changeset 380 http://www.dsource.org/projects/dmd/changeset/380 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3775] Segfault(cast.c): casting no-parameter template function using property syntax
http://d.puremagic.com/issues/show_bug.cgi?id=3775 Kosmonaut kosmon...@tempinbox.com changed: What|Removed |Added CC||kosmon...@tempinbox.com --- Comment #4 from Kosmonaut kosmon...@tempinbox.com 2010-02-12 11:46:05 PST --- (In reply to comment #3) changeset 378 and 379 http://www.dsource.org/projects/dmd/changeset/378 http://www.dsource.org/projects/dmd/changeset/379 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3798] core.cpuid locks systems with Xeon E5530 CPU
http://d.puremagic.com/issues/show_bug.cgi?id=3798
--- Comment #1 from David Simcha dsim...@yahoo.com 2010-02-12 12:24:55 PST ---
ASsa temporary workaround, I'm using:
if (0) { //max_cpuid =0x0B) {
// For Intel i7 and later, use function 0x0B to determine
// cores and hyperthreads.
getCpuInfo0B();
} else {
if (hyperThreadingBit) maxThreads = (apic16) 0xFF;
else maxThreads = maxCores;
}
The problem appears to be that the termination condition for the following loop
never becomes true:
do {
asm {
mov EAX, 0x0B;
mov ECX, level;
cpuid;
mov a, EAX;
mov b, EAX;
mov c, ECX;
mov d, EDX;
}
if (b!=0) {
// I'm not sure about this. The docs state that there
// are 2 hyperthreads per core if HT is factory enabled.
if (level==0) maxThreads = b 0x;
else if (level==1) maxCores = b 0x;
}
} while (a!=0 || b!=0);
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3670] Declarator grammar rule is broken
http://d.puremagic.com/issues/show_bug.cgi?id=3670 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2010-02-12 16:22:06 PST --- Changeset 1420 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3697] StructTemplateDeclaration and others missing constraint in rule
http://d.puremagic.com/issues/show_bug.cgi?id=3697 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2010-02-12 16:27:49 PST --- Changeset 1421 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3798] core.cpuid locks systems with Xeon E5530 CPU
http://d.puremagic.com/issues/show_bug.cgi?id=3798
Don clugd...@yahoo.com.au changed:
What|Removed |Added
CC||clugd...@yahoo.com.au
--- Comment #2 from Don clugd...@yahoo.com.au 2010-02-12 20:35:48 PST ---
(In reply to comment #1)
The problem appears to be that the termination condition for the following
loop
never becomes true:
do {
asm {
mov EAX, 0x0B;
mov ECX, level;
cpuid;
mov a, EAX;
mov b, EAX;
mov c, ECX;
mov d, EDX;
}
if (b!=0) {
// I'm not sure about this. The docs state that there
// are 2 hyperthreads per core if HT is factory enabled.
if (level==0) maxThreads = b 0x;
else if (level==1) maxCores = b 0x;
}
} while (a!=0 || b!=0);
Please add ++level; as the last line of that loop, so that it ends as:
++level;
} while (a!=0 || b!=0);
Does that fix it? I don't have access to a Core i7, so I'm flying blind based
on the Intel manuals.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
[Issue 3695] __EOF__ token not documented
http://d.puremagic.com/issues/show_bug.cgi?id=3695 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2010-02-12 22:30:21 PST --- changeset 1422 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3689] Grammar does not allow const(int)
http://d.puremagic.com/issues/show_bug.cgi?id=3689 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added CC||bugzi...@digitalmars.com --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2010-02-12 22:57:13 PST --- changeset 1423 -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
[Issue 3676] shared function override
http://d.puremagic.com/issues/show_bug.cgi?id=3676 Walter Bright bugzi...@digitalmars.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bugzi...@digitalmars.com Resolution||WORKSFORME --- Comment #1 from Walter Bright bugzi...@digitalmars.com 2010-02-12 23:03:43 PST --- The first example compiles correctly with dmd 2.041. The second example correctly fails, because shared cannot override an unshared method. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---
