http://d.puremagic.com/issues/show_bug.cgi?id=8020
Summary: std.stdio can't open UTF16 file names in Windows
Product: D
Version: unspecified
Platform: All
OS/Version: Windows
Status: NEW
Severity: enhancement
Priori
http://d.puremagic.com/issues/show_bug.cgi?id=8016
Don changed:
What|Removed |Added
CC||clugd...@yahoo.com.au
--- Comment #1 from Don 2
http://d.puremagic.com/issues/show_bug.cgi?id=8020
Walter Bright changed:
What|Removed |Added
CC||bugzi...@digitalmars.com
--- Comment #
http://d.puremagic.com/issues/show_bug.cgi?id=8021
Summary: BigInt division bug
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
A
http://d.puremagic.com/issues/show_bug.cgi?id=5570
James Miller changed:
What|Removed |Added
CC||ja...@aatch.net
--- Comment #14 from Ja
http://d.puremagic.com/issues/show_bug.cgi?id=8022
Summary: BigInt division bug (2)
Product: D
Version: D2
Platform: x86
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Phobos
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #12 from deadalnix 2012-05-03 01:43:42 PDT ---
(In reply to comment #11)
> >The current specification is flawed. It have nothing to do with how
> >inheritance work (and I could assure you I know what I'm talking about, and
> >I'm
http://d.puremagic.com/issues/show_bug.cgi?id=8016
--- Comment #2 from Don 2012-05-03 02:04:54 PDT ---
Here's what happens.
When parsing m2, it imports m1. The static assert forces it to run semantic on
f(). This instantiates template t.
t gets added to the list of instantiated templates *of mo
http://d.puremagic.com/issues/show_bug.cgi?id=7584
--- Comment #7 from timon.g...@gmx.ch 2012-05-03 02:20:30 PDT ---
(In reply to comment #6)
> Out contracts are "anded" together, meaning that *all* out contracts must pass
> in an inheritance hierarchy. Out contracts in overriding functions do n
http://d.puremagic.com/issues/show_bug.cgi?id=6296
Don changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=4269
Don changed:
What|Removed |Added
CC||verylonglogin@gmail.com
--- Comment #25 from
http://d.puremagic.com/issues/show_bug.cgi?id=7955
Denis changed:
What|Removed |Added
CC||verylonglogin@gmail.com
--- Comment #1 fro
http://d.puremagic.com/issues/show_bug.cgi?id=8016
--- Comment #3 from Leandro Lucarella
2012-05-03 03:21:07 PDT ---
> https://github.com/D-Programming-Language/dmd/pull/920
Looks like this test case is exposing more bugs than we were aware of!
This pull request fixes the original problem I
http://d.puremagic.com/issues/show_bug.cgi?id=7917
Denis changed:
What|Removed |Added
CC||verylonglogin@gmail.com
--- Comment #8 fro
http://d.puremagic.com/issues/show_bug.cgi?id=7413
--- Comment #16 from Manu 2012-05-03 03:25:43 PDT ---
(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #13)
> > > (In reply to comment #12)
> > > > (In reply to comment #11)
> > > > > Haven't done the special case
http://d.puremagic.com/issues/show_bug.cgi?id=4432
Don changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8023
Summary: (Regression git) Methods defined in external object
files when template alias parameter is involved
Product: D
Version: D1
Platform: All
OS/Version: All
St
http://d.puremagic.com/issues/show_bug.cgi?id=8016
--- Comment #4 from Leandro Lucarella
2012-05-03 03:45:02 PDT ---
Added bug 8023.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://d.puremagic.com/issues/show_bug.cgi?id=8016
Leandro Lucarella changed:
What|Removed |Added
Keywords|pull|
Severity|regression
http://d.puremagic.com/issues/show_bug.cgi?id=7584
--- Comment #8 from deadalnix 2012-05-03 04:18:22 PDT ---
(In reply to comment #6)
> Out contracts are "anded" together, meaning that *all* out contracts must pass
> in an inheritance hierarchy. Out contracts in overriding functions do not
> ov
http://d.puremagic.com/issues/show_bug.cgi?id=8023
--- Comment #1 from Leandro Lucarella
2012-05-03 04:22:06 PDT ---
Add a test case for this bug. Even when is not reproducible in D2 right now,
maybe is a good idea to have the test case anyway so it doesn't fail in the
future as D1 does now.
http://d.puremagic.com/issues/show_bug.cgi?id=5499
Leandro Lucarella changed:
What|Removed |Added
CC||leandro.lucarella@sociomant
http://d.puremagic.com/issues/show_bug.cgi?id=5499
--- Comment #7 from Leandro Lucarella
2012-05-03 04:36:34 PDT ---
(In reply to comment #6)
> Another simpler test case, or is this another bug?
>
> ---
> void foo(alias f)() {
> f();
> }
>
> void bar() {
> foo!({})();
> }
>
> vo
http://d.puremagic.com/issues/show_bug.cgi?id=5499
--- Comment #8 from Leandro Lucarella
2012-05-03 04:37:47 PDT ---
But the testcases provided here compiles in current dmd2!
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail bec
http://d.puremagic.com/issues/show_bug.cgi?id=4504
Don changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Version|D1 & D2
http://d.puremagic.com/issues/show_bug.cgi?id=5778
Oleg Kuporosov changed:
What|Removed |Added
CC||oleg.kuporo...@gmail.com
--- Comment
http://d.puremagic.com/issues/show_bug.cgi?id=8020
--- Comment #2 from Oleg Kuporosov 2012-05-03
04:54:32 PDT ---
Problem is Windows isn't supporting UTF8. So created file in some 3rd party app
with UTF16 name will not match UTF8 name by std.stdio.
http://d.puremagic.com/issues/show_bug.cgi?id
http://d.puremagic.com/issues/show_bug.cgi?id=8024
Summary: Template alias parameter is fail to compile when
-inline is used
Product: D
Version: D1
Platform: All
OS/Version: All
Status: NEW
Severity: norma
http://d.puremagic.com/issues/show_bug.cgi?id=5499
Leandro Lucarella changed:
What|Removed |Added
See Also||http://d.puremagic.com/issu
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #13 from Andrei Alexandrescu 2012-05-03
07:05:18 PDT ---
I apologize but I still think the confusion goes the other way. A good way to
arbiter this is to peruse the literature on the subject, as Walter suggested.
If going through a
http://d.puremagic.com/issues/show_bug.cgi?id=8020
Dmitry Olshansky changed:
What|Removed |Added
CC||dmitry.o...@gmail.com
--- Comment #
http://d.puremagic.com/issues/show_bug.cgi?id=7584
--- Comment #10 from timon.g...@gmx.ch 2012-05-03 08:53:53 PDT ---
(In reply to comment #9)
> (In reply to comment #0)
> > IIRC, this is how contract inheritance works in Spec#. Spec# is (ahead of)
> > state of the art in this area.
>
> Accordi
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #14 from deadalnix 2012-05-03 10:45:19 PDT ---
(In reply to comment #13)
> I apologize but I still think the confusion goes the other way. A good way to
> arbiter this is to peruse the literature on the subject, as Walter suggested.
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #15 from Walter Bright 2012-05-03
11:07:27 PDT ---
fizbuzzA(A a) {
a.foo(); // A.foo's in contract is valid
}
If an instance of B is passed to fizbuzzA, then the a.foo() will call B.foo(),
and either A.foo's in contract or B.f
http://d.puremagic.com/issues/show_bug.cgi?id=8016
--- Comment #7 from github-bugzi...@puremagic.com 2012-05-03 11:55:02 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/d420faebda45eb27596697594a61ecd2a6d3b3d7
http://d.puremagic.com/issues/show_bug.cgi?id=2962
--- Comment #41 from github-bugzi...@puremagic.com 2012-05-03 11:55:14 PDT ---
Commit pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/816219255151628cfc2a8dc279f603420b7d931
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #16 from Don 2012-05-03 11:56:47 PDT ---
(In reply to comment #15)
> fizbuzzA(A a) {
> a.foo(); // A.foo's in contract is valid
> }
>
> If an instance of B is passed to fizbuzzA, then the a.foo() will call B.foo(),
> and either
http://d.puremagic.com/issues/show_bug.cgi?id=8025
Summary: std.net.curl.del should return response body.
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: major
Priority: P2
Compon
http://d.puremagic.com/issues/show_bug.cgi?id=8016
Walter Bright changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8023
--- Comment #2 from github-bugzi...@puremagic.com 2012-05-03 13:27:36 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/704977f1decd9b2d589bd40431f5d001b0aa6d4
http://d.puremagic.com/issues/show_bug.cgi?id=8016
--- Comment #8 from github-bugzi...@puremagic.com 2012-05-03 13:28:18 PDT ---
Commits pushed to master at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/fb797c20e97ccfe18e0ec483dc8373e8028991d
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #17 from deadalnix 2012-05-03 13:44:36 PDT ---
(In reply to comment #15)
> fizbuzzA(A a) {
> a.foo(); // A.foo's in contract is valid
> }
>
> If an instance of B is passed to fizbuzzA, then the a.foo() will call B.foo(),
> and
http://d.puremagic.com/issues/show_bug.cgi?id=8026
Summary: Fix or disallow randomShuffle() on fixed-sized arrays
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8026
Jonathan M Davis changed:
What|Removed |Added
CC||jmdavisp...@gmx.com
Severi
http://d.puremagic.com/issues/show_bug.cgi?id=8027
Summary: in contract is never checked for overrided functions
Product: D
Version: D2
Platform: x86_64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=8027
timon.g...@gmx.ch changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=6856
timon.g...@gmx.ch changed:
What|Removed |Added
CC||adam.chrapkow...@gmail.com
--- Comm
http://d.puremagic.com/issues/show_bug.cgi?id=8027
timon.g...@gmx.ch changed:
What|Removed |Added
Resolution|DUPLICATE |INVALID
--- Comment #2 from timon.g
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #18 from Walter Bright 2012-05-03
15:37:00 PDT ---
(In reply to comment #17)
> As you can see in given code, fizbuzzA is an invalid piece of code waiting to
> explode in your face.
There is no bug in example #14. Please show one w
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #19 from Walter Bright 2012-05-03
15:46:03 PDT ---
(In reply to comment #16)
> This is the issue. WHY are they done based on the virtual type?
> Checking the contracts based on static typing would detect logical errors in
> the cal
Hi
Whats the status on a BigInt implementation of modular
exponentiation?
http://d.puremagic.com/issues/show_bug.cgi?id=6857
Stewart Gordon changed:
What|Removed |Added
CC||s...@iname.com
--- Comment #20 from S
Stian Pedersen:
> Whats the status on a BigInt implementation of modular
> exponentiation?
Better to ask such questions in D.learn.
The answer: I think there is no code yet to perform powmod efficiently in
Phobos.
Bye,
bearophile
http://d.puremagic.com/issues/show_bug.cgi?id=8028
Summary: Templates sometimes-can/sometimes-can't access private
symbols in same module
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Se
http://d.puremagic.com/issues/show_bug.cgi?id=6857
Stewart Gordon changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|INVALID
http://d.puremagic.com/issues/show_bug.cgi?id=6857
Walter Bright changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #23 from Stewart Gordon 2012-05-03 18:21:44 PDT ---
(In reply to comment #22)
>> If you mean whether a given call is legal, then you could by the
>> same argument insist that called method names must be resolved in
>> the context
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #24 from Walter Bright 2012-05-03
18:50:03 PDT ---
(In reply to comment #23)
> (In reply to comment #22)
> >> If you mean whether a given call is legal, then you could by the
> >> same argument insist that called method names must
http://d.puremagic.com/issues/show_bug.cgi?id=6857
--- Comment #25 from Stewart Gordon 2012-05-03 19:02:13 PDT ---
(In reply to comment #24)
> No, I'm not. This thread is about overriding, not introducing, functions.
It's about introducing new legal inputs to a function. Which is conceptuall
http://d.puremagic.com/issues/show_bug.cgi?id=8026
--- Comment #2 from Jonathan M Davis 2012-05-03 19:55:52
PDT ---
https://github.com/D-Programming-Language/phobos/pull/565
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this mail beca
http://d.puremagic.com/issues/show_bug.cgi?id=8016
--- Comment #9 from Walter Bright 2012-05-03
20:19:02 PDT ---
The test cases were reverted because they failed in the auto-tester.
--
Configure issuemail: http://d.puremagic.com/issues/userprefs.cgi?tab=email
--- You are receiving this m
61 matches
Mail list logo