On 2010-06-08 22:27, Nick Sabalausky wrote:
snip
1. Am I correct in all of that?
Yes. In particular, the three-byteness of CJK characters is an
often-cited reason to use UTF-16 instead of UTF-8.
2. Is there a proper way to encode that modifier character by itself? For
instance, if you
On 2010-06-08 23:16, Nick Sabalausky wrote:
Matti Niemenmaasee_signat...@for.real.address wrote in message
news:hum6ft$2ja...@digitalmars.com...
On 2010-06-08 22:27, Nick Sabalausky wrote:
6. Are there other languages with similar things for which the answers to
#3
and #4 are different? (And
On 2010-05-14 00:52, Moritz Warning wrote:
I have asked Kris Bell and Matti Niemenmaa.
No Problem at all.
Since this evidently needs confirming: I'm fine with relicensing any of
my contributions to the tango.time modules under the Boost Software
License, Version 1.0.
--
E-mail address
On 2010-01-27 15:17, bearophile wrote:
BCS:
Have you compared it to a decisition tree or lex style state mechine?
I have now implemented that too, it was not an immediate thing to do (I have
removed the versions 2 to 5 to reduce code size on codepad):
http://codepad.org/zOmPeE13
The results
On 2010-01-18 00:42, Trass3r wrote:
It is implemented in the runtime so why doesn't it work?
/***
* Computes:
* a[] = b[] + c[]
*/
T[] _arraySliceSliceAddSliceAssign_f(T[] a, T[] c, T[] b)
...
...
void main()
{
float[] a = [0.f, 0.5f, 1.0f, 1.5f, 2.0f, 2.5f];
float[] b
On 2010-01-11 11:04, Walter Bright wrote:
bearophile wrote:
I don't remember what --gc-sections is, but I guess it's something
different. The code removed during the LTO is for example unreachable
functions, or functions/methods, that once inlined are called from
nowhere else, unused constants,
Uriel wrote:
class Foo {
private Foo[] m_SomeData;
public this(int a, double b, string c) {}
public Foo append(Foo obj) {
m_SomeData ~= obj;
return this;
}
}
void foo(Foo obj) {}
void main() {
foo(1, 1.0, 1);
Foo obj = new Foo();
obj.append(1, 1.0, 1).append(2, 2.0,
Andrei Alexandrescu wrote:
* typedef is hopelessly broken in very many ways
* nobody noticed (i.e. no bugzilla reports), so probably nobody uses it
No Bugzilla reports? Here're just a few:
http://d.puremagic.com/issues/show_bug.cgi?id=632
http://d.puremagic.com/issues/show_bug.cgi?id=1335
Stewart Gordon wrote:
Andrei Alexandrescu wrote:
Matti Niemenmaa wrote:
Haskell has three exponentiation operators in the standard library:
^, ^^, and **. They are for non-negative integral exponents, integral
exponents, and floating-point exponents respectively.
I wonder whether that's
Stewart Gordon wrote:
Matti Niemenmaa wrote:
snip
It's essentially because Haskell has separate type classes (knda
like D interfaces... I won't go into that topic) for integers,
fractional numbers, and floating-point numbers. In D the types of
those three operators could be something like
Don wrote:
Yes, ^^ hasn't been used for exponentiation before. Fortran used **
because it had such a limited character set, but it's not really a
natural choice; the more mathematically-oriented languages use ^.
Obviously C-family languages don't have that possibility.
Haskell has three
BCS wrote:
Hello Andrei,
Derek Parnell wrote:
On Tue, 07 Jul 2009 20:08:55 -0400, bearophile wrote:
Nick Sabalausky:
why in the world is anyone defending the continued existance of
5. and .5?
I'm for disallowing them; 5.0 ad 0.5 are better.
Anyone else pro/against this idea?
I would
Christopher Wright wrote:
--- Comment #1 from Matti Niemenmaa
matti.niemenmaa+dbugzi...@iki.fi 2009-06-11 09:32:40 PDT ---
I'm bumping this to 'blocker' because it's preventing me from using
DMD for my project.
I think we need clarification on the definition and usage of blocker.
I
Sean Kelly wrote:
The sort I wrote for Tango uses the same basic heuristics, thanks to
a ticket that either you or Stewart Gordon submitted long ago.
*Ahem*, I believe that http://www.dsource.org/projects/tango/ticket/571
was one of mine ;-)
--
E-mail address: matti.niemenmaa+news, domain
14 matches
Mail list logo
