http://d.puremagic.com/issues/show_bug.cgi?id=9186
--- Comment #3 from Kenji Hara k.hara...@gmail.com 2012-12-21 00:30:27 PST ---
This is not a type system problem.
All manifest constants, which declared by `enum` and T.init, make literal
expressions in the places where they used.
alias T =
http://d.puremagic.com/issues/show_bug.cgi?id=9186
Max Samukha samu...@voliacable.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=9186
--- Comment #5 from monarchdo...@gmail.com 2012-12-21 01:52:11 PST ---
(In reply to comment #3)
This is not a type system problem.
All manifest constants, which declared by `enum` and T.init, make literal
expressions in the places where
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #2 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
06:37:34 PST ---
@bear: Please see the comments here:
https://github.com/D-Programming-Language/phobos/pull/1017
The feature can be implemented but to!() was rejected,
http://d.puremagic.com/issues/show_bug.cgi?id=5543
monarchdo...@gmail.com changed:
What|Removed |Added
CC||monarchdo...@gmail.com
---
http://d.puremagic.com/issues/show_bug.cgi?id=9192
Summary: Allow opEquals for .tupleof expressions
Product: D
Version: D2
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P2
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #4 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
07:08:12 PST ---
(In reply to comment #3)
Well, that's why we have std.ascii, no? For all char operations when we don't
care about unicode.
In all fairness, unicode
http://d.puremagic.com/issues/show_bug.cgi?id=5543
Dmitry Olshansky dmitry.o...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #6 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
07:26:08 PST ---
Ok I think there are two enhancements here, one for the simple ascii int-char,
char-int, and the other more complicated Unicode implementation which
http://d.puremagic.com/issues/show_bug.cgi?id=5543
hst...@quickfur.ath.cx changed:
What|Removed |Added
CC||hst...@quickfur.ath.cx
---
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #8 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
07:32:31 PST ---
(In reply to comment #7)
It would be nice to have a separate issue filed for tracking Unicode support
progress. It can maybe include things like issue
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #9 from monarchdo...@gmail.com 2012-12-21 07:34:14 PST ---
Ok I think there are two enhancements here, one for the simple ascii
int-char,
char-int, and the other more complicated Unicode implementation which
monarch/dmitry know
http://d.puremagic.com/issues/show_bug.cgi?id=9012
--- Comment #4 from hst...@quickfur.ath.cx 2012-12-21 07:38:30 PST ---
The pull has been merged; I just tested the code and it's working now. Should
this bug be closed?
--
Configure issuemail:
http://d.puremagic.com/issues/show_bug.cgi?id=4463
--- Comment #1 from hst...@quickfur.ath.cx 2012-12-21 07:45:21 PST ---
Seems to be related to bug 3825.
--
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=5543
--- Comment #10 from monarchdo...@gmail.com 2012-12-21 07:53:36 PST ---
(In reply to comment #5)
I'm wrapping up a revamp of std.uni that makes it piece of cake to create
character sets. And maps are converted to multi-staged tables that
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #11 from Dmitry Olshansky dmitry.o...@gmail.com 2012-12-21
08:00:56 PST ---
(In reply to comment #10)
(In reply to comment #5)
I'm wrapping up a revamp of std.uni that makes it piece of cake to create
character sets. And
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #12 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
08:04:19 PST ---
(In reply to comment #9)
int numericValue(dchar c) @safe pure nothrow
What about int-dchar?
We could call it toNumericChar or something, but it
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #13 from monarchdo...@gmail.com 2012-12-21 08:08:20 PST ---
(In reply to comment #12)
(In reply to comment #9)
int numericValue(dchar c) @safe pure nothrow
What about int-dchar?
We could call it toNumericChar or something,
http://d.puremagic.com/issues/show_bug.cgi?id=4183
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #14 from monarchdo...@gmail.com 2012-12-21 08:11:21 PST ---
(In reply to comment #11)
Aye, and given there are things like 1e12 I don't think packing it would
work
any better... some kind of custom type is required.
Really?
http://d.puremagic.com/issues/show_bug.cgi?id=3714
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=3715
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=3810
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #15 from bearophile_h...@eml.cc 2012-12-21 09:54:26 PST ---
Having functions in std.ascii (and elsewhere) seems acceptable. But I think the
name of such functions shouldn't be too much long.
to!int raises exceptions. Returning -1
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #16 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
10:10:37 PST ---
(In reply to comment #15)
Having functions in std.ascii (and elsewhere) seems acceptable. But I think
the
name of such functions shouldn't be too
http://d.puremagic.com/issues/show_bug.cgi?id=3561
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Keywords|diagnostic |
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #17 from Dmitry Olshansky dmitry.o...@gmail.com 2012-12-21
10:20:15 PST ---
(In reply to comment #14)
(In reply to comment #11)
Aye, and given there are things like 1e12 I don't think packing it would
work
any better...
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #18 from bearophile_h...@eml.cc 2012-12-21 10:24:12 PST ---
(In reply to comment #16)
Whereas if it threw to begin with you're forced to catch exceptions.
There is no perfect solution. Exceptions are safer than error codes
http://d.puremagic.com/issues/show_bug.cgi?id=3258
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #19 from monarchdo...@gmail.com 2012-12-21 10:53:11 PST ---
(In reply to comment #17)
(In reply to comment #14)
(In reply to comment #11)
Aye, and given there are things like 1e12 I don't think packing it
would work
http://d.puremagic.com/issues/show_bug.cgi?id=5543
--- Comment #20 from monarchdo...@gmail.com 2012-12-21 10:55:24 PST ---
(In reply to comment #18)
(In reply to comment #16)
Whereas if it threw to begin with you're forced to catch exceptions.
There is no perfect solution. Exceptions
http://d.puremagic.com/issues/show_bug.cgi?id=3258
--- Comment #7 from Diggory diggory.ha...@gmail.com 2012-12-21 11:19:38 PST
---
Andrej, that seems like a funny change to me. Unless D2 either allows virtual
package functions or states that these are not allowed it seems that it's still
http://d.puremagic.com/issues/show_bug.cgi?id=3258
Jonathan M Davis jmdavisp...@gmx.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=3258
--- Comment #9 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
15:09:12 PST ---
(In reply to comment #7)
Yeah I know, the spec tells one thing on one page, then another thing on
another. It says Package extends private on the
http://d.puremagic.com/issues/show_bug.cgi?id=3438
Andrej Mitrovic andrej.mitrov...@gmail.com changed:
What|Removed |Added
Keywords|wrong-code
http://d.puremagic.com/issues/show_bug.cgi?id=3258
--- Comment #10 from Andrej Mitrovic andrej.mitrov...@gmail.com 2012-12-21
17:04:28 PST ---
(In reply to comment #9)
Non-virtual by default + a virtual keyword + no limits on virtuality based on
access specifiers = dream come true (for me).
http://d.puremagic.com/issues/show_bug.cgi?id=3258
--- Comment #11 from Stewart Gordon s...@iname.com 2012-12-21 17:14:10 PST ---
(In reply to comment #10)
I forgot one thing that completes the circle, and that is friend declarations.
There are no friend declarations in D. So what exactly
http://d.puremagic.com/issues/show_bug.cgi?id=4006
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://d.puremagic.com/issues/show_bug.cgi?id=8967
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8298
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8291
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
http://d.puremagic.com/issues/show_bug.cgi?id=8250
Vladimir Panteleev thecybersha...@gmail.com changed:
What|Removed |Added
CC|
42 matches
Mail list logo