[Issue 7734] Wrong comparison of float return value from opEquals

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7734 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #1 from yebb

[Issue 4018] __FILE__ and __LINE__ as default template parameters not set to instantiation point per spec

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4018 d...@dawgfoto.de changed: What|Removed |Added CC||d...@dawgfoto.de --- Comment #4 from

[Issue 4018] __FILE__ and __LINE__ as default template parameters not set to instantiation point per spec

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=4018 d...@dawgfoto.de changed: What|Removed |Added CC||chang...@gmail.com --- Comment #3 fr

[Issue 5686] Explicit template instantiation with __FILE__ and __LINE__ associates those symbols with the declaration

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5686 d...@dawgfoto.de changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 7723] @property filter/map

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7723 bearophile_h...@eml.cc changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Issue 7723] @property filter/map

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7723 --- Comment #11 from bearophile_h...@eml.cc 2012-03-20 20:53:44 PDT --- (In reply to comment #10) > That's definitely wrong. map and filter aren't @properties. They are, with a different definition of property :) -- Configure issuemail: http

[Issue 7744] New: Crash with forward reference in string mixin

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7744 Summary: Crash with forward reference in string mixin Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Severity: normal Priority: P2 Co

[Issue 7743] New: Parsing problem with nothrow delegate

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7743 Summary: Parsing problem with nothrow delegate Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords: rejects-valid Severity: normal

[Issue 7713] lambda inference doesn't work on template function argument

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7713 Walter Bright changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 7723] @property filter/map

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7723 --- Comment #7 from Adam D. Ruppe 2012-03-20 18:53:22 PDT --- (In reply to comment #6) > I disagree. It's more an issue of what @property is for. Is it simply to try > and enable a syntax where you don't need parens if you don't feel like it,

[Issue 7723] @property filter/map

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7723 --- Comment #4 from Jonathan M Davis 2012-03-20 18:14:59 PDT --- It seems to me that you're not looking for a property. You just think that the empty parens are annoying and don't want to have to use them, and property syntax is the only way t

[Issue 7723] @property filter/map

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7723 --- Comment #6 from Jonathan M Davis 2012-03-20 18:29:13 PDT --- > This issue is another piece of evidence that -property is a mistake and should > never be enforced. I disagree. It's more an issue of what @property is for. Is it simply to tr

[Issue 6253] Refuse definition too of impossible associative arrays

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=6253 --- Comment #7 from Stewart Gordon 2012-03-20 15:45:53 PDT --- (In reply to comment #5) > Does (In reply to comment #4) >> AA keys don't have to be immutable, they just have to be a type >> that implicitly converts to immutable. This is the s

[Issue 7730] Make imports work case-sensitive on all platforms

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7730 --- Comment #9 from Stewart Gordon 2012-03-20 15:29:55 PDT --- (In reply to comment #8) > (In reply to comment #4) >> I wouldn't really exaggerate that. Actually using a find/sed >> expression thats quite easy to fix. > > That might be the c

[Issue 7723] @property filter/map

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7723 Jonathan M Davis changed: What|Removed |Added CC||jmdavisp...@gmx.com --- Comment #1

[Issue 7713] lambda inference doesn't work on template function argument

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7713 --- Comment #5 from github-bugzi...@puremagic.com 2012-03-20 14:12:18 PDT --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/8dba679462b3ee58bb589aa7a6b28135191c09be

[Issue 7732] [CTFE] wrong code for a struct called AssociativeArray

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7732 --- Comment #2 from github-bugzi...@puremagic.com 2012-03-20 13:39:28 PDT --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/5a090eceffae47a3b64f0d64010bec948bdb842

[Issue 7423] Regression (2.057): Hex Literals are no longer treated as unsigned.

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7423 --- Comment #10 from Don 2012-03-20 12:35:34 PDT --- (In reply to comment #9) > (In reply to comment #8) > > (In reply to comment #7) > > Hex literals are supposed to be ints, not uints. The code should work > > anyway, > > because x is a uint

[Issue 7742] New: 'More initializers than fields' error with correct number of fields

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7742 Summary: 'More initializers than fields' error with correct number of fields Product: D Version: D2 Platform: x86 OS/Version: Windows Status: NEW Keywords

[Issue 7423] Regression (2.057): Hex Literals are no longer treated as unsigned.

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7423 --- Comment #9 from Adam Wilson 2012-03-20 09:38:56 PDT --- (In reply to comment #8) > (In reply to comment #7) > > I initially thought something along the same lines and tried it on a single > > statement like so: > > > > x = (cast(unit)((x&0

[Issue 7733] [tdpl] opIndexUnary not called with postfix increment/decrement operators

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7733 --- Comment #2 from hst...@quickfur.ath.cx 2012-03-20 06:50:03 PDT --- TDPL references: p.378: "Postincrement and postdecrement are generated automatically from preincrement and predecrement, as described in � 12.2.2 on page 369. p.369: descri

[Issue 7741] New: getHash inconsistent for const(char)[] vs. char[] and string

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7741 Summary: getHash inconsistent for const(char)[] vs. char[] and string Product: D Version: D2 Platform: All OS/Version: All Status: NEW Severity: normal

[Issue 5176] Limit static object sizes

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5176 --- Comment #11 from deadalnix 2012-03-20 04:50:47 PDT --- (In reply to comment #10) > (In reply to comment #6) > > One possibility is to allow arbitrary sizes but have the compiler insert > > checks > > for all field accesses through pointer

[Issue 5176] Limit static object sizes

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5176 --- Comment #10 from Michel Fortin 2012-03-20 07:45:08 EDT --- (In reply to comment #6) > One possibility is to allow arbitrary sizes but have the compiler insert > checks > for all field accesses through pointer or reference when the field o

[Issue 5176] Limit static object sizes

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=5176 --- Comment #9 from Michel Fortin 2012-03-20 07:14:52 EDT --- (In reply to comment #7) > Wouldn't it also be possible to additionally protect memory up to the desired > @safe object size limit during application startup? That'll work only if

[Issue 7739] regex fails to accept \p in expression of unicode properties

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7739 Dmitry Olshansky changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 7423] Regression (2.057): Hex Literals are no longer treated as unsigned.

2012-03-20 Thread d-bugmail
http://d.puremagic.com/issues/show_bug.cgi?id=7423 --- Comment #8 from Don 2012-03-20 01:42:17 PDT --- (In reply to comment #7) > I initially thought something along the same lines and tried it on a single > statement like so: > > x = (cast(unit)((x&0x_)>>2)) + (x&0x_); That w