Jeremie Pelletier wrote:
Well I've decided to get a look at the dmd2 source and see what I can
contribute to it, only to notice it is very VC++ unfriendly. After a
few hours of work, I finally got it to compile, and it works great,
for the most part.
VC++ has no real support for long double; it
Don Wrote:
> Interestingly since DMD has extern(C++), it ought to be possible to
> convert a single module to D, and still link it in...
extern(C++) support in D is nearly a joke. There are some big areas for
improvement, such as support for non-virtual functions, or allowing use of new,
... I
In addition, please provide the availability of language pack£¬Let's translate
Jeremie Pelletier:
>VC++ has no real support for long double; it supports the syntax as distinct
>types but they are implemented as double precision, not extended precision.<
This is true in GDC (with GCC backend) too, that's why real in D are as large
as possible and not fixed-sized as the oth
Andrei Alexandrescu wrote:
Edward Diener wrote:
Andrei Alexandrescu wrote:
Edward Diener wrote:
Andrei Alexandrescu wrote:
Edward Diener wrote:
Jarrett Billingsley wrote:
On Wed, Sep 2, 2009 at 9:45 AM, Andrei
Alexandrescu wrote:
Jarrett Billingsley wrote:
Well repeat should probably alway
On Thu, 03 Sep 2009 16:20:41 -0400, Rainer Deyke
wrote:
Steven Schveighoffer wrote:
I think Andrei is right here, for any type T that already is nullable
(including pointer and reference types), Optional!T should alias to T.
Your conclusion is backwards here. In order for Optional!T to be
dolive89 wrote:
In addition, please provide the availability of language pack£¬Let's translate
Everything is ported to 2.030 and the new features from 2.031 are folded
in. So the latest release should support 2.032 but it's not very tested
and it's probably full of bugs. :-P
As for translat
Jason House Wrote:
> Don Wrote:
>
> > Interestingly since DMD has extern(C++), it ought to be possible to
> > convert a single module to D, and still link it in...
>
> extern(C++) support in D is nearly a joke. There are some big areas for
> improvement, such as support for non-virtual functio
On Fri, 04 Sep 2009 13:40:02 +0400, Don wrote:
Jeremie Pelletier wrote:
Well I've decided to get a look at the dmd2 source and see what I can
contribute to it, only to notice it is very VC++ unfriendly. After a
few hours of work, I finally got it to compile, and it works great,
for the most pa
Ary Borenszweig дµ½:
> dolive89 wrote:
> > In addition, please provide the availability of language pack£¬Let's
> > translate
>
> Everything is ported to 2.030 and the new features from 2.031 are folded
> in. So the latest release should support 2.032 but it's not very tested
> and it's proba
Ary Borenszweig schrieb:
> As for translations, you can checkout from svn and see all the
> ..properties files. You need to translate those. But I'm curious: is
> Eclipse available in other languages? Is JDT available in other languages?
see
http://babel.eclipse.org/babel/
dolive89 wrote:
Ary Borenszweig дµ½:
dolive89 wrote:
In addition, please provide the availability of language pack£¬Let's translate
Everything is ported to 2.030 and the new features from 2.031 are folded
in. So the latest release should support 2.032 but it's not very tested
and it's proba
On Fri, Sep 4, 2009 at 10:22 AM, Jeremie Pelletier wrote:
> Jason House Wrote:
>
>> Don Wrote:
>>
>> > Interestingly since DMD has extern(C++), it ought to be possible to
>> > convert a single module to D, and still link it in...
>>
>> extern(C++) support in D is nearly a joke. There are some big a
Andrei Alexandrescu wrote:
Edward Diener wrote:
Andrei Alexandrescu wrote:
Edward Diener wrote:
Andrei Alexandrescu wrote:
Edward Diener wrote:
Jarrett Billingsley wrote:
On Wed, Sep 2, 2009 at 9:45 AM, Andrei
Alexandrescu wrote:
Jarrett Billingsley wrote:
Well repeat should probably alway
Ary Borenszweig дµ½:
> dolive89 wrote:
> > Ary Borenszweig дµ½:
> >
> >> dolive89 wrote:
> >>> In addition, please provide the availability of language pack£¬Let's
> >>> translate
> >> Everything is ported to 2.030 and the new features from 2.031 are folded
> >> in. So the latest release shou
Frank Benoit дµ½:
> Ary Borenszweig schrieb:
> > As for translations, you can checkout from svn and see all the
> > ..properties files. You need to translate those. But I'm curious: is
> > Eclipse available in other languages? Is JDT available in other languages?
>
> see
> http://babel.eclipse.o
dolive89 wrote:
Ary Borenszweig дµ½:
dolive89 wrote:
Ary Borenszweig дµ½:
dolive89 wrote:
In addition, please provide the availability of language pack£¬Let's translate
Everything is ported to 2.030 and the new features from 2.031 are folded
in. So the latest release should support 2.032
dolive89 wrote:
Frank Benoit дµ½:
Ary Borenszweig schrieb:
As for translations, you can checkout from svn and see all the
..properties files. You need to translate those. But I'm curious: is
Eclipse available in other languages? Is JDT available in other languages?
see
http://babel.eclipse.o
bearophile, el 4 de septiembre a las 08:15 me escribiste:
> Jeremie Pelletier:
>
> >VC++ has no real support for long double; it supports the syntax as distinct
> >types but they are implemented as double precision, not extended precision.<
>
> This is true in GDC (with GCC backend) too, that's
Ary Borenszweig дµ½:
> dolive89 wrote:
> > Ary Borenszweig дµ½:
> >
> >> dolive89 wrote:
> >>> Ary Borenszweig дµ½:
> >>>
> dolive89 wrote:
> > In addition, please provide the availability of language pack£¬Let's
> > translate
> Everything is ported to 2.030 and the new feat
Jarrett Billingsley Wrote:
> On Fri, Sep 4, 2009 at 10:22 AM, Jeremie Pelletier wrote:
> > Jason House Wrote:
> >
> >> Don Wrote:
> >>
> >> > Interestingly since DMD has extern(C++), it ought to be possible to
> >> > convert a single module to D, and still link it in...
> >>
> >> extern(C++) suppo
dolive89 wrote:
Ary Borenszweig дµ½:
dolive89 wrote:
Ary Borenszweig дµ½:
dolive89 wrote:
Ary Borenszweig дµ½:
dolive89 wrote:
In addition, please provide the availability of language pack£¬Let's translate
Everything is ported to 2.030 and the new features from 2.031 are folded
in. S
Don Wrote:
> Jeremie Pelletier wrote:
> > Well I've decided to get a look at the dmd2 source and see what I can
> > contribute to it, only to notice it is very VC++ unfriendly. After a
> > few hours of work, I finally got it to compile, and it works great,
> > for the most part.
> >
> > VC++ has
Ary Borenszweig дµ½:
> dolive89 wrote:
> > Ary Borenszweig дµ½:
> >
> >> dolive89 wrote:
> >>> Ary Borenszweig дµ½:
> >>>
> dolive89 wrote:
> > Ary Borenszweig дµ½:
> >
> >> dolive89 wrote:
> >>> In addition, please provide the availability of language pack£¬Let's
>
On Fri, Sep 4, 2009 at 3:19 PM, Jeremie Pelletier wrote:
> Jarrett Billingsley Wrote:
>
>> On Fri, Sep 4, 2009 at 10:22 AM, Jeremie Pelletier wrote:
>> > Jason House Wrote:
>> >
>> >> Don Wrote:
>> >>
>> >> > Interestingly since DMD has extern(C++), it ought to be possible to
>> >> > convert a sing
Ary Borenszweig дµ½:
> dolive89 wrote:
> > Frank Benoit дµ½:
> >
> >> Ary Borenszweig schrieb:
> >>> As for translations, you can checkout from svn and see all the
> >>> ..properties files. You need to translate those. But I'm curious: is
> >>> Eclipse available in other languages? Is JDT avail
Jeremie Pelletier wrote:
Well I've decided to get a look at the dmd2 source and see what I can
contribute to it, only to notice it is very VC++ unfriendly. After a
few hours of work, I finally got it to compile, and it works great,
for the most part.
Can you send me the diffs?
VC++ has no re
On Fri, 4 Sep 2009, Leandro Lucarella wrote:
> bearophile, el 4 de septiembre a las 08:15 me escribiste:
> > Jeremie Pelletier:
> >
> > >VC++ has no real support for long double; it supports the syntax as
> > >distinct types but they are implemented as double precision, not extended
> > >preci
Brad Roberts wrote:
Don't consider it an all or nothing exercise. I'll bet there are
parts that are easy to agree are generally useful and worth folding in.
That can at least make life easier by keeping the unmerged parts smaller
and hopefully less painful to deal with.
Yup.
Don wrote:
Oh yeah. Looking at the source, I keep thinking, "this would be SO much
easier in D!".
May I add : more reliable, more readable, more IDE friendly, more "eat
your own dog food inside (tm)" ?
... and NO, don't want to hear anything about bootstrapping :)
c topic.. what do you think ?
IMO : this could be a D "killer feature".
Is there a common(-ish) naming style for D?
- camel case or underscores within words of names?
- type names begin with capital?
- underscore before or after member names?
- enum values lowercase?
- constant names?
- etc.? :)
Do you have a document that you would like to share?
Thank you,
Al
On Fri, Sep 4, 2009 at 8:42 PM, Ali Cehreli wrote:
> Is there a common(-ish) naming style for D?
>
> - camel case or underscores within words of names?
>
> - type names begin with capital?
>
> - underscore before or after member names?
>
> - enum values lowercase?
>
> - constant names?
>
> - etc.?
Thank you!
Jarrett Billingsley Wrote:
> Many people don't indicate class members with any kind of decoration
I noticed that too. :)
The justification that I've come up with is that, we need the decoration in
e.g. C++, because the member declaration is not visible in the implementation
file, so
On Fri, Sep 4, 2009 at 9:18 PM, Ali Cehreli wrote:
> Thank you!
>
> Jarrett Billingsley Wrote:
>> Many people don't indicate class members with any kind of decoration
>
> I noticed that too. :)
>
> The justification that I've come up with is that, we need the decoration in
> e.g. C++, because the
Steven Schveighoffer wrote:
> I disagree, how many ways do you want to say something is unset? I
> think one case -- is this thing null -- is plenty for 99% of cases.
> Your case, well, I had trouble understanding it, but I think the nuance
> of how something is unset is not usually important.
P
On Fri, Sep 4, 2009 at 10:14 PM, bearophile wrote:
> Jarrett Billingsley:
>> I'm consistently confused by D (and Java and C#) code that doesn't
>> indicate member names, especially when they're named really common
>> things that often conflict with local variables, like "len" or "src"
>> or such. U
Jarrett Billingsley:
> I'm consistently confused by D (and Java and C#) code that doesn't
> indicate member names, especially when they're named really common
> things that often conflict with local variables, like "len" or "src"
> or such. Unless the type is small enough to fit on a single screen,
Walter Bright wrote:
I think it's great that you're doing a Turkish programming tutorial! I
can't help you, though, with details of the Turkish language because I
have no idea how it works.
It's quite simple actually.
I is the uppercase form of ı.
İ is the uppercase form of i.
http://www.un
Jarrett Billingsley wrote:
On Fri, Sep 4, 2009 at 9:18 PM, Ali Cehreli wrote:
Thank you!
Jarrett Billingsley Wrote:
Many people don't indicate class members with any kind of decoration
I noticed that too. :)
The justification that I've come up with is that, we need the decoration in
e.g. C+
40 matches
Mail list logo