[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #20 from Andrei Alexandrescu --- (In reply to Martin Nowak from comment #17) > Not allowing to put any class into read-only segments, just b/c someone > might want to synchronize on it, is not very convincing. > Also remember that we want

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #19 from Andrei Alexandrescu --- (In reply to Martin Nowak from comment #18) > (In reply to Andrei Alexandrescu from comment #13) > > Can someone produce an example in which invariants promised by D's system > > are broken? > > Just look

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #18 from Martin Nowak --- (In reply to Andrei Alexandrescu from comment #13) > Can someone produce an example in which invariants promised by D's system > are broken? Just look at core.sync, none of the methods can be implemented const o

[Issue 14251] synchronized (mtx) doesn't check attributes (pure, const)

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14251 --- Comment #17 from Martin Nowak --- (In reply to Andrei Alexandrescu from comment #15) > That's not the case. The compiler knows the object has mutable metadata and > won't allow placing it in read-only pages. Not allowing to put any class into re

[Issue 16515] Linker Error When Using -debug

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16515 --- Comment #1 from gyroh...@gmail.com --- The linker being for "test.v.init", it seems it is trying to create "test.q.init" but can't as it can't find the symbol for "test.v.init". Though it shouldn't be constructing "test.q.init" anywhere, removing

[Issue 16516] New: Linker Error for ModuleInfo

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16516 Issue ID: 16516 Summary: Linker Error for ModuleInfo Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: normal Priority: P1

[Issue 16423] ModuleInfo missing when linking to static lib with classes

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16423 --- Comment #4 from Martin Nowak --- Another rather obvious solution is to tell the linker to include the whole archive, sensibly named --whole-archive/--no-whole-archive for ld. Unfortunately dmd currently reorders linker flags (see issue 15574), s

[Issue 16515] New: Linker Error When Using -debug

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16515 Issue ID: 16515 Summary: Linker Error When Using -debug Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity:

[Issue 16423] ModuleInfo missing when linking to static lib with classes

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16423 Martin Nowak changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 16514] std.socket methods are const, and thus cannot be overriden for SSLSocket, for example

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16514 Ketmar Dark changed: What|Removed |Added CC||ket...@ketmar.no-ip.org --

[Issue 16514] New: std.socket methods are const, and thus cannot be overriden for SSLSocket, for example

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16514 Issue ID: 16514 Summary: std.socket methods are const, and thus cannot be overriden for SSLSocket, for example Product: D Version: D2 Hardware: All OS: All

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16513 --- Comment #4 from Martin Nowak --- (In reply to uplink.coder from comment #2) > Hash collisions will happen! > We need a way to speed up those equals compares in rootObject. > I'll look if I can find a good way to gradually remove the virtual calls

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16513 --- Comment #3 from Martin Nowak --- Managed to speed up the test case from 1.8s to 1.2s, almost completely eliminating the lookup cost. Still need to fix a few issues, the cppmangler thinks member variables are static, we might not want to fill the

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16513 --- Comment #2 from uplink.co...@googlemail.com --- Hash collisions will happen! We need a way to speed up those equals compares in rootObject. I'll look if I can find a good way to gradually remove the virtual calls. IsVariable!(Simulated_Object_

[Issue 16513] Speed up TemplateInstance.findExistingInstance, hash by mangling

2016-09-20 Thread via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16513 Martin Nowak changed: What|Removed |Added CC||goober...@gmail.com, |