On Sun, May 16, 2010 at 06:13, Graham Fawcett wrote:
>
> 'trunk/dranges' would be fine -- keeping 'trunk' makes good sense for
> a Subversion project. For my purposes, any depth is okay, e.g.
> 'trunk/src/lang/d2/dranges' would also work. The key is that modules
> which belong to the 'dranges' pa
I am not sure that is necessary to have a symbol for begining ($
represents the length, not the end, right?).
Anyway, instead of $begin and $end, I would rather have: $$ and $ (or
vice-versa).
Thoughts?
Walter bright wrote:
> I agree with you and a couple of examples would be most helpful.
Well, unfortunately, I've generally been in enough of a hurry when coding
that I haven't saved examples of it as I've been coding. I'll have to watch
out for it more and get small examples from that. Howeve
Hi all, I'm toying around with the idea of porting my raytracer codebase to D.
But before committing, I have a few rookie questions:
1: What kind of license is the D compiler under? I'm thinking of shipping a
commercial, close sourced (for now) program with the D compiler (so that users
can compil
Dan W.:
> 3: I need my program to be as fast as possible. The Visual C++ compiler has
> features such as "link-time code generation" and "Profile guided
> optimization".
> Does D have equivalents?
You can't ask a new open source language to have the features of a ten+ years
old commercial compi
On 16/05/10 15:27, Dan W wrote:
Hi all, I'm toying around with the idea of porting my raytracer codebase to D.
But before committing, I have a few rookie questions:
1: What kind of license is the D compiler under? I'm thinking of shipping a
commercial, close sourced (for now) program with the D
Hello Dan,
Hi all, I'm toying around with the idea of porting my raytracer
codebase to D. But before committing, I have a few rookie questions:
1: What kind of license is the D compiler under? I'm thinking of
shipping a commercial, close sourced (for now) program with the D
compiler (so that us
Dan W wrote:
Hi all, I'm toying around with the idea of porting my raytracer codebase to D.
Hi,
May I ask you why are you planning to port an existing codebase to D?
What kind of benefits specifically(except comparable to C performance)
you expect from D?
Thank you.
--
Alex Makhotin,
the
On 5/2/2010 9:38 AM, Andrei Alexandrescu wrote:
I just committed a first draft of std.gregorian. The design and the code
are copied from Jeff Garland's Boost date and time library. Once we get
the library in shape and I discuss the matter with Jeff, I'll insert the
proper attributions in the file
Nick B Wrote:
> Andrei Alexandrescu wrote:
>
> > Sean is the author of it, so he can provide the details. My
> > understanding is that it is a complete or near-complete implementation
> > of the artifacts described in the book.
>
> Andrei - thanks for this update.
> Sean - are you able to add
Dan W.:
> 3: I need my program to be as fast as possible. The Visual C++ compiler has
> features such as "link-time code generation"
This page explains this topic:
http://msdn.microsoft.com/en-us/magazine/cc301698.aspx
Bye,
bearophile
bearophile wrote:
You can't ask a new open source language to have the features of a ten+ years
old commercial compiler.
Right, but dmd is using an optimizer and code generator that has been around for
25 years now. It's optimization is competent and reasonably advanced - the usual
data flow
bearophile wrote:
3: I need my program to be as fast as possible. The Visual C++ compiler has
features such as "link-time code generation"
This page explains this topic:
http://msdn.microsoft.com/en-us/magazine/cc301698.aspx
What's actually happening is interprocedural analysis, and inlining
Walter Bright:
>This is not true of D. In D, the compiler can<
Thank you for your answers.
At the moment D compilers aren't doing this, I think. (LDC performs an
optimization at link time). But it's nice that D leaves this optimization
opportunity to future D compilers.
--
"Dan W" wrote in message
news:hsovdd$1s1...@digitalmars.com...
>
> 2: Is it possible to use D with the Visual C++ IDE? Preferably, I would
> like
> the apprepriate compiler and D options listed in the options (in place of
> the
> usual c/c++ options).
>
Other people mentioned the recent D plug
Walter Bright:
Thank you for your answers and explanations.
> The back end can be improved for floating point, but for integer/pointer work
> it
> is excellent.
Only practical experiments can tell if you are right.
(a Raytracer uses lot of floating point ops. My small raytracers compiled with
Alex Makhotin:
> May I ask you why are you planning to port an existing codebase to D?
> What kind of benefits specifically(except comparable to C performance)
> you expect from D?
At the moment performance (if compared to C++ code compiled with GCC or ICC) is
not a selling point of D.
But D ca
bearophile wrote:
Walter Bright:
This is not true of D. In D, the compiler can<
Thank you for your answers. At the moment D compilers aren't doing this,
Yes, they are. dmd definitely inlines across source modules.
The second optmizations it talks about is custom calling conventions:
No
Robert Clipsham wrote:
> LDC and GDC have no such
> restrictions, you can include them as long as you don't modify the
> source, and if you do then you distribute the source as well as the
> binaries.
>
That's a common misconception about the GPL: you have to distribute
the source even if
Walter Bright:
> Right, dmd doesn't do custom calling conventions. But, it is not necessary
> for D
> to have the linker do them. As I explained, the compiler has as much source
> available to it as the user wishes to supply.
I'll talk about this a bit with LLVM devs.
Thank you for all your ex
I filled in some of the functions from Andrei's first draft of
std.gregorian module. I hope they are good enough.
I changed some identifiers like GregYear, GregMonth, etc to
GregorianYear, GregorianMonth, etc so as to be consistent with the
'julian' identifiers but it's a minor changes that ma
BCS wrote:
> Hello BCS,
>
> > Hello Walter,
> > >> BCS wrote:
> >> >>> My program imports lib A and B. Lib A imports lib C and asks
> > > > > > for
> >>> version "X". Lib B imports lib C and asks for version "!X". Who
> >>> wins?
> >>> >> Compilation error.
> >> > Exactly. If there were a way for
"Jérôme M. Berger", el 16 de mayo a las 22:50 me escribiste:
> Robert Clipsham wrote:
> > LDC and GDC have no such
> > restrictions, you can include them as long as you don't modify the
> > source, and if you do then you distribute the source as well as the
> > binaries.
> >
> That's a commo
On Sun, 16 May 2010 10:27:57 -0400, Dan W wrote:
5: How about compatibility with GPGPU stuff like CUDA and OpenCL? Can I
just as
easily write GPGPU programs which run as fast as I can with C/C++?
I have some decent CUDA bindings with a nice high level API that I'd be
willing to share/open
I tried the web interface with an iPod, it's unusable. Anyone know of an iPod
app that functions well as a decent newsgroup reader?
If D doesn't suck, and is better than C++ why am I not using it? Indeed,
why isn't hardly anyone using it?
Hello GirlProgrammer,
If D doesn't suck, and is better than C++ why am I not using it?
Indeed, why isn't hardly anyone using it?
Because qunatity of D libraries sucks and because the D tool chains suck
and because the D infrastructure sucks and because all the rest of the stuff
that gets go
"BCS" wrote in message
news:a6268ff13c878ccc35e67d9b...@news.digitalmars.com...
> Hello GirlProgrammer,
>
>> If D doesn't suck, and is better than C++ why am I not using it?
>> Indeed, why isn't hardly anyone using it?
>>
>
> Because qunatity of D libraries sucks and because the D tool chains suc
28 matches
Mail list logo