http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
"...and floating-point constants have type double."
I thought they had type 'real'! Seems I've learned something
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
Typo spotted, sir!
The paragraph before "1.7 Values vs. References":
"In C++ lingo, member functions are virtual
The Anh Tran wrote:
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
Typo spotted, sir!
The paragraph before "1.7 Values vs. References":
"In C++ lingo, member f
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
What's a "so-called IEEE 754 double-extended 79-bit format"? :p
KennyTM~ wrote:
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
What's a "so-called IEEE 754 double-extended 79-bit format"? :p
Heck, I didn't know until I goo
Andrei Alexandrescu wrote:
> http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
>
>
> (Don't tell anyone, but I plan to rewrite it.)
>
> Andrei
Dump of thoughts as I read it:
-- Personally, I've replaced "Hello, World!" in my own code with "Don't
Sorry for my stepping in,but as a beginner in D ,I think maybe you( all of you
experts) have interest to hear what he think after he read the book:This is
really really great!Thank you so much for your great job!
Here a couple of questions regarding first chapter:
1.foreach (line; stdin.byLine)
"The compiler allows omitting type declarations only when types can be
unambiguously inferred from context."
That's not exactly true, is it? A small non-negative integer literal could
be an integer of any width or signedness. Yet 'int' is arbitrarily chosen
for some reason. There are also multiple
Sam Hu wrote:
Sorry for my stepping in,but as a beginner in D ,I think maybe you( all of you
experts) have interest to hear what he think after he read the book:This is
really really great!Thank you so much for your great job!
Thanks, Sam. I saved your comments and will modify the book accord
Michiel Helvensteijn wrote:
"The compiler allows omitting type declarations only when types can be
unambiguously inferred from context."
That's not exactly true, is it? A small non-negative integer literal could
be an integer of any width or signedness. Yet 'int' is arbitrarily chosen
for some r
Andrei Alexandrescu Wrote:
> KennyTM~ wrote:
> > Andrei Alexandrescu wrote:
> >> http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
> >>
> >>
> >>
> >> (Don't tell anyone, but I plan to rewrite it.)
> >>
> >> Andrei
> >
> > What's a "so-called IEEE 7
Jeremie Pelletier:
>And I always thought it was double-extended 80-bit. The IEEE standard actually
>specifies >= 79 bits and Intel implements it as 80bits.<
But it seems there are weird differences across operating systems regarding how
much memory is allocated to represent such numbers, like 10
Daniel Keep wrote:
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
Dump of thoughts as I read it:
Awesome! Recorded. Hey I thought you gave up on D ;o).
Than
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
This doesn't compile:
string[] words = split(strip(line));
it has to be
string[] words = split(strip(line.idup)
Jos van Uden wrote:
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
This doesn't compile:
string[] words = split(strip(line));
it has to be
string[] words = s
Jos van Uden wrote:
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
This doesn't compile:
string[] words = split(strip(line));
it has to be
string[] words = s
On Sun, Aug 9, 2009 at 9:34 AM, Andrei
Alexandrescu wrote:
> Jos van Uden wrote:
>>
>> Andrei Alexandrescu wrote:
>>>
>>>
>>> http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
>>>
>>> (Don't tell anyone, but I plan to rewrite it.)
>>>
>>> Andrei
>>
>> T
Jarrett Billingsley wrote:
On Sun, Aug 9, 2009 at 9:34 AM, Andrei
Alexandrescu wrote:
Jos van Uden wrote:
Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
This do
On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
said:
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D supports encodings
other than UTF-8, despite what std.string leads you to believe.
Yah, I think they should all be paramete
Michel Fortin wrote:
> On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
> said:
>
>>> It's also arguable that all functions in std.string should take
>>> const(char)[]. Or, you know, const(T)[], since D supports encodings
>>> other than UTF-8, despite what std.string leads you to believe.
>>
>
Michel Fortin wrote:
On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
said:
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D supports encodings
other than UTF-8, despite what std.string leads you to believe.
Yah, I think they
Johan Granberg wrote:
Michel Fortin wrote:
On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
said:
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D supports encodings
other than UTF-8, despite what std.string leads you to believ
On 2009-08-09 14:10:10 -0400, Andrei Alexandrescu
said:
But shouldn't they work with *ranges* in general, a string being only a
specific case?
That's true as well! In my dreams, me and the famous actress... oh
wait, wrong dream. In my dreams, I eliminate std.string and put all of
its algor
Michel Fortin wrote:
On 2009-08-09 14:10:10 -0400, Andrei Alexandrescu
said:
But shouldn't they work with *ranges* in general, a string being only
a specific case?
That's true as well! In my dreams, me and the famous actress... oh
wait, wrong dream. In my dreams, I eliminate std.string and
Andrei Alexandrescu wrote:
> Michel Fortin wrote:
>> On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
>> said:
>>
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D supports encodings
other than UTF-8, despite what std
Daniel Keep Wrote:
>
>
> Andrei Alexandrescu wrote:
> > Michel Fortin wrote:
> >> On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
> >> said:
> >>
> It's also arguable that all functions in std.string should take
> const(char)[]. Or, you know, const(T)[], since D supports encodings
>
Daniel Keep wrote:
Andrei Alexandrescu wrote:
Michel Fortin wrote:
On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
said:
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D supports encodings
other than UTF-8, despite what std.s
Daniel Keep wrote:
> How do you define 'tolower' on non-characters?
How do you define it for characters? I -> ı or I -> i?
'tolower' is a complicated, locale-dependent operation, not at all
analogous to finding a substring. It belongs in a different part of the
library or in a different library
Sun, 09 Aug 2009 16:10:38 -0500, Andrei Alexandrescu wrote:
> Michel Fortin wrote:
>> On 2009-08-09 14:10:10 -0400, Andrei Alexandrescu
>> said:
>>
But shouldn't they work with *ranges* in general, a string being only
a specific case?
>>>
>>> That's true as well! In my dreams, me and
On Mon, 03 Aug 2009 18:00:59 -0400, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
Wow, my head's spinning :)
That's a lot of data/concepts in one chapter. H
Steven Schveighoffer wrote:
On Mon, 03 Aug 2009 18:00:59 -0400, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't tell anyone, but I plan to rewrite it.)
Andrei
Wow, my head's spinning :)
That's a lot of da
Andrei Alexandrescu Wrote:
> Steven Schveighoffer wrote:
> > On Mon, 03 Aug 2009 18:00:59 -0400, Andrei Alexandrescu
> > wrote:
> >
> >> http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
> >>
> >>
> >>
> >> (Don't tell anyone, but I plan to rewrit
Andrei Alexandrescu wrote:
Daniel Keep wrote:
Andrei Alexandrescu wrote:
Michel Fortin wrote:
On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
said:
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D supports encodings
other th
Benji Smith wrote:
Andrei Alexandrescu wrote:
Daniel Keep wrote:
Andrei Alexandrescu wrote:
Michel Fortin wrote:
On 2009-08-09 11:10:48 -0400, Andrei Alexandrescu
said:
It's also arguable that all functions in std.string should take
const(char)[]. Or, you know, const(T)[], since D support
Jeremie Pelletier wrote:
> Andrei Alexandrescu Wrote:
>
>> Steven Schveighoffer wrote:
>>> On Mon, 03 Aug 2009 18:00:59 -0400, Andrei Alexandrescu
>>> wrote:
>>>
http://www.reddit.com/r/programming/comments/975ng/diving_into_the_d_programming_language_tdpl/
(Don't te
Tue, 11 Aug 2009 19:04:50 +1000, Daniel Keep thusly wrote:
> I'm personally of the mindset that beginners should most definitely not
> be attempting to learn D as their first language. Languages like D, C,
> C++ are horribly unsuitable because they force you to understand how the
> machine works
language_fan wrote:
> Tue, 11 Aug 2009 19:04:50 +1000, Daniel Keep thusly wrote:
>
>> I'm personally of the mindset that beginners should most definitely not
>> be attempting to learn D as their first language. Languages like D, C,
>> C++ are horribly unsuitable because they force you to unders
Wed, 12 Aug 2009 00:06:03 +1000, Daniel Keep thusly wrote:
> It sounds good in theory, but it doesn't seem to hold up in practice.
Why? Has there been any non-successful attemps in this direction?
Many constructs of D for which semantics can be defined with a collection
of simpler constructs co
language_fan wrote:
Wed, 12 Aug 2009 00:06:03 +1000, Daniel Keep thusly wrote:
It sounds good in theory, but it doesn't seem to hold up in practice.
Why? Has there been any non-successful attemps in this direction?
Many constructs of D for which semantics can be defined with a collection
of
language_fan Wrote:
> One way to teach languages with both high and low level concepts is to
> start bottom-up. Surely the high level concepts are usually built from
> atomic low level artifacts.
I agree. I am writing an online D tutorial that targets the novice programmer,
where the concepts
41 matches
Mail list logo