[Issue 3372] optlink silently mistreats object files with more than 16384 symbols

http://d.puremagic.com/issues/show_bug.cgi?id=3372 --- Comment #7 from Walter Bright bugzi...@digitalmars.com 2011-02-23 02:42:31 PST --- (In reply to comment #5) the optlink throw a error like: dwtx is big, the lib is 30M . http://gool.googlecode.com/files/optlink_bug.jpg This isn't

[Issue 5338] __gshared on class member variable implies static?

http://d.puremagic.com/issues/show_bug.cgi?id=5338 Trass3r mrmoc...@gmx.de changed: What|Removed |Added CC||mrmoc...@gmx.de --- Comment

[Issue 4419] __gshared static in class has no effect

http://d.puremagic.com/issues/show_bug.cgi?id=4419 Trass3r mrmoc...@gmx.de changed: What|Removed |Added CC||mrmoc...@gmx.de

[Issue 3372] optlink silently mistreats object files with more than 16384 symbols

http://d.puremagic.com/issues/show_bug.cgi?id=3372 --- Comment #8 from changlon chang...@gmail.com 2011-02-23 04:24:35 PST --- http://gool.googlecode.com/files/optlink_bug.rar lib with obj will crash the optlink 8.0.0.10 . -- Configure issuemail:

[Issue 5645] New: std.range.drop(), std.range.slice()

http://d.puremagic.com/issues/show_bug.cgi?id=5645 Summary: std.range.drop(), std.range.slice() Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2

[Issue 5645] std.range.drop(), std.range.slice()

http://d.puremagic.com/issues/show_bug.cgi?id=5645 --- Comment #1 from bearophile_h...@eml.cc 2011-02-23 05:19:35 PST --- Currently you are able to write drop(fib, 9).front like this, in two lines: import std.stdio, std.array, std.range; void main() { auto fib = recurrence!(a[n-1] +

[Issue 4419] __gshared static in class has no effect

http://d.puremagic.com/issues/show_bug.cgi?id=4419 Trass3r mrmoc...@gmx.de changed: What|Removed |Added Platform|x86 |All

[Issue 4419] __gshared static in class has no effect

http://d.puremagic.com/issues/show_bug.cgi?id=4419 --- Comment #3 from Trass3r mrmoc...@gmx.de 2011-02-23 06:50:26 PST --- Ok 3 and 4 are caused by Parser::parseDeclDefs' layout. If static comes first case TOKstatic is reached, TOKstatic is added and at label Lstc2 TOKgshared is added. Then a

[Issue 5646] New: add rationale for TLS being the default

http://d.puremagic.com/issues/show_bug.cgi?id=5646 Summary: add rationale for TLS being the default Product: D Version: D2 Platform: All OS/Version: All Status: NEW Keywords: spec Severity: enhancement

[Issue 3372] optlink silently mistreats object files with more than 16384 symbols

http://d.puremagic.com/issues/show_bug.cgi?id=3372 --- Comment #9 from Walter Bright bugzi...@digitalmars.com 2011-02-23 12:12:23 PST --- (In reply to comment #8) http://gool.googlecode.com/files/optlink_bug.rar lib with obj will crash the optlink 8.0.0.10 . Thanks, I can reproduce it,

[Issue 3372] optlink silently mistreats object files with more than 16384 symbols

http://d.puremagic.com/issues/show_bug.cgi?id=3372 --- Comment #10 from Walter Bright bugzi...@digitalmars.com 2011-02-23 12:35:19 PST --- (In reply to comment #6) Even if it's only the limit that has been pushed to 32768 without other changes, you won't be able to stuff an object file with

[Issue 5338] __gshared on class member variable implies static?

http://d.puremagic.com/issues/show_bug.cgi?id=5338 --- Comment #2 from Brad Roberts bra...@puremagic.com 2011-02-23 12:47:31 PST --- Static means there's a single instance. Shared simply means more than one thread has visibility to it. Two very different properties. Neither implies the

[Issue 5568] A problem with BigInt modulus

http://d.puremagic.com/issues/show_bug.cgi?id=5568 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 5608] BigInt(1)-1 problem

http://d.puremagic.com/issues/show_bug.cgi?id=5608 Don clugd...@yahoo.com.au changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 5608] BigInt(1)-1 problem

http://d.puremagic.com/issues/show_bug.cgi?id=5608 --- Comment #2 from bearophile_h...@eml.cc 2011-02-23 15:12:21 PST --- Thank you Don. -- Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Issue 5647] New: Valgrind complains about illegal instruction

http://d.puremagic.com/issues/show_bug.cgi?id=5647 Summary: Valgrind complains about illegal instruction Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: minor Priority: P2

[Issue 5623] Slow GC with large heaps

http://d.puremagic.com/issues/show_bug.cgi?id=5623 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added CC|

[Issue 5623] Slow GC with large heaps

http://d.puremagic.com/issues/show_bug.cgi?id=5623 Steven Schveighoffer schvei...@yahoo.com changed: What|Removed |Added AssignedTo|nob...@puremagic.com

[Issue 5648] New: dmd command line option list inconsistencies

http://d.puremagic.com/issues/show_bug.cgi?id=5648 Summary: dmd command line option list inconsistencies Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: normal Priority: P2

[Issue 5623] Slow GC with large heaps

http://d.puremagic.com/issues/show_bug.cgi?id=5623 --- Comment #13 from David Simcha dsim...@yahoo.com 2011-02-23 20:23:23 PST --- One logistical point: Since I rebuilt my mental model of how the GC works, I've come up with a few other small ideas for optimization. These don't have nearly

[Issue 5623] Slow GC with large heaps

http://d.puremagic.com/issues/show_bug.cgi?id=5623 --- Comment #14 from David Simcha dsim...@yahoo.com 2011-02-23 20:26:47 PST --- (In reply to comment #11) In addition, your statement that we only get 16 TB of space doesn't matter. It means the *jump size* is 16 TB. That is, if you

[Issue 5649] New: std.conv.parse faulty for floating point with -O -m32

http://d.puremagic.com/issues/show_bug.cgi?id=5649 Summary: std.conv.parse faulty for floating point with -O -m32 Product: D Version: D2 Platform: x86_64 OS/Version: Linux Status: NEW Severity: major Priority: P2