Sorry for not giving any signs of life for so long but new job made me
all occupied and I had little time to do anything else. But here I am -
back with bunch of goodies:
http://petermodzelewski.blogspot.com/2009/02/tango-conference-2008-rolling-dice.html
On Wed, Feb 25, 2009 at 8:42 AM, Walter Bright
newshou...@digitalmars.com wrote:
Mason Green (Zzzzrrr) wrote:
When I remove -inline there doesn't seem to
be much of a difference in execution speed.
Try running obj2asm to see if the functions you want inlined are actually
inlined or not.
Tomas Lindquist Olsen wrote:
perhaps a verbose mode could be added in dmd that prints the pretty
printed declaration when a function is inlined. then it would be a
simple grep to make sure.
dmd -vi foo.d | grep 'foo\.inc'
telling people to inspect the obj2asm output seems to be popular, but
Weed wrote:
Don пишет:
That must mean that you inherit that class only to avoid duplicating
code. And that is easily done with template mixins.
It is possible that this polymorphism is not needed and should be
prohibited for operations by value. The class is ready, why it should
not be used
Andrei Alexandrescu wrote:
Daniel Keep wrote:
The problem I have with these suggestions are that you're basically
arguing for an incredibly inflexible, context-dependant, completely
unintuitive syntax for something you already have working syntax for. I
just don't see the point.
I'd agree
Christopher Wright пишет:
Weed wrote:
As a result, classes will be slow, or require more code to achieve
speeds comparable to C++.
That is actually a model of classes D harder than C++.
Yes, C++ offers more unsafe optimizations than D.
Straight to the point!
I am choosing unsafe but fast
Don пишет:
Weed wrote:
Don пишет:
That must mean that you inherit that class only to avoid duplicating
code. And that is easily done with template mixins.
It is possible that this polymorphism is not needed and should be
prohibited for operations by value. The class is ready, why it should
On 2009-02-23 18:09:54 -0500, Justin mrjn...@gmail.com said:
Compilation breaks at the second line with these errors:
A.d(122): function alias A.BindableProperty.Register called with
argument types:
(char[5u],TypeInfo,Duck,uint)
matches both:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first
thing I ask to a new language like D. Complexity kills.
You probably don't want D, you want ATS:
http://www.ats-lang.org/
Bye,
bearophile пишет:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first
thing I ask to a new language like D. Complexity kills.
I am cite myself:
That is actually a model of classes D
Andrei Alexandrescu Wrote:
Daniel Keep wrote:
The problem I have with these suggestions are that you're basically
arguing for an incredibly inflexible, context-dependant, completely
unintuitive syntax for something you already have working syntax for. I
just don't see the point.
I'd
Frank Benoit wrote:
Find the bug:
static string[] KEYWORDS = [ abstract, alias, align, asm,
Out of curiosity, are you trying to create a D parser? Because
private:, protected:, public: and ~this are not keywords.
Weed wrote:
Don пишет:
Language complexity.
We do not schoolgirls! :)
I guess superdan might disagree here :o).
Andrei
On Wed, Feb 25, 2009 at 3:26 AM, Walter Bright
newshou...@digitalmars.com wrote:
Also, if you are trying to optimize the code by trying various tweaks at the
statement level, it's much like shooting skeet blindfolded if you don't look
at the asm output. It's time consuming and unlikely to be
Jason House wrote:
Andrei Alexandrescu Wrote:
int plus(int x, int y} { return x + y; } auto plus5 =
curry!(plus)(5); assert(plus5(10) == 15);
typeof(plus5) will be a little struct that may be cumbersome to
pass around, in which case you do want to take the toll of the
indirect call by writing:
On Wed, Feb 25, 2009 at 9:09 AM, Jarrett Billingsley
jarrett.billings...@gmail.com wrote:
On Wed, Feb 25, 2009 at 3:26 AM, Walter Bright
newshou...@digitalmars.com wrote:
Also, if you are trying to optimize the code by trying various tweaks at the
statement level, it's much like shooting
bearophile wrote:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first
thing I ask to a new language like D. Complexity kills.
You probably don't want D, you want ATS:
Weed wrote:
bearophile пишет:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first
thing I ask to a new language like D. Complexity kills.
I am cite myself:
That is actually a model
Daniel Keep пишет:
Weed wrote:
bearophile пишет:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first
thing I ask to a new language like D. Complexity kills.
I am cite myself:
That
Miles schrieb:
Frank Benoit wrote:
Find the bug:
static string[] KEYWORDS = [ abstract, alias, align, asm,
Out of curiosity, are you trying to create a D parser? Because
private:, protected:, public: and ~this are not keywords.
Thats just a snippets I got from a dwt user.
After pasting
On Wed, Feb 25, 2009 at 11:47 PM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
bearophile wrote:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first
thing I ask to a new language
Hi,
I made a few fixes to my demo, and it now appears to run on par with Java. It
seems I made a very rookie mistake on my main demo loop.
Check out Blaze demo #3:
http://svn.dsource.org/projects/blaze/downloads/blazeDemos.zip
Cycle through (with arrows) and compare it to the Java pyramid
Mason Green wrote:
Hi,
I made a few fixes to my demo, and it now appears to run on par with Java. It
seems I made a very rookie mistake on my main demo loop.
Check out Blaze demo #3:
http://svn.dsource.org/projects/blaze/downloads/blazeDemos.zip
Cycle through (with arrows) and
Mason Green:
I made a few fixes to my demo, and it now appears to run on par with Java. It
seems I made a very rookie mistake on my main demo loop.
Check out Blaze demo #3:
http://svn.dsource.org/projects/blaze/downloads/blazeDemos.zip
Why do you use lines with a thickness of 2?
Daniel Keep Wrote:
You probably don't want D, you want ATS:
http://www.ats-lang.org/
Bye,
bearophile
http://www.ats-lang.org/EXAMPLE/MISC/listquicksort.dats
Dear god. I think... I think I'm going to go cry in the corner...
Is it common for functional languages to love 1-letter
I tried it again and it works just fine. My unittest must have been screwy at
the time. If you're curious about what I was doing, I've attached the source.
If you're familiar with .Net, think DependencyProperty.
module epic.bindableobject;
/**
* The Bindable Property System.
* A part of the
Hello Justin,
I tried it again and it works just fine. My unittest must have been
screwy at the time. If you're curious about what I was doing, I've
attached the source. If you're familiar with .Net, think
DependencyProperty.
what is it?
Hello BCS,
Hello Justin,
I tried it again and it works just fine. My unittest must have been
screwy at the time. If you're curious about what I was doing, I've
attached the source. If you're familiar with .Net, think
DependencyProperty.
what is it?
as in what where were you talking about
Sorry, that was in re my thread about mixin overloads.
BCS Wrote:
Hello Justin,
I tried it again and it works just fine. My unittest must have been
screwy at the time. If you're curious about what I was doing, I've
attached the source. If you're familiar with .Net, think
On Wed, 25 Feb 2009 17:19:30 +0300, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Jason House wrote:
Andrei Alexandrescu Wrote:
int plus(int x, int y} { return x + y; } auto plus5 =
curry!(plus)(5); assert(plus5(10) == 15);
typeof(plus5) will be a little struct that may be
Andrei Alexandrescu wrote:
I tried to launch a thread asking people for designs, met with a
thundering silence (in contrast, ironically, there's been a lot of
interest in creating ad-hoc syntax).
If you're referring to your post earlier in this thread, where you wrote:
So, I'm renaming this
Hi,
I need someone to take over Planet D because I don't have time for
maintaining it. I use Planet Planet to generate static HTML which is
uploaded to dsource, so there's no web hosting involved. All it needs
to work is Python, cron and ncftp.
Adding new feeds is very simple, it's just a
Jason House wrote:
I'd give better examples/details if I wasn't typing this with my thumb into a
cell phone...
You do caps, quotes, special characters, correct grammar with your thumb
on a cell phone?! I'm impressed! I can't bother with that without a full
keyboard. Doing text on a phone
On Wed, Feb 25, 2009 at 5:50 PM, Walter Bright
newshou...@digitalmars.com wrote:
You do caps, quotes, special characters, correct grammar with your thumb on
a cell phone?! I'm impressed! I can't bother with that without a full
keyboard. Doing text on a phone keypad is agony for me.
There are
Weed wrote:
Christopher Wright пишет:
Weed wrote:
As a result, classes will be slow, or require more code to achieve
speeds comparable to C++.
That is actually a model of classes D harder than C++.
Yes, C++ offers more unsafe optimizations than D.
Straight to the point!
I am choosing
Jarrett Billingsley wrote:
There are cell phones with QWERTY keypads (or touchscreens) now, you know ;)
I am soo obsolete g! My cell phone has a number pad on it. When I even
bother to put a charge on it.
Jason House wrote:
The first follow-up to your reply captured the kind of messiness bind
can bring in C++. So far, all your examples are trivial (lack
argument reordering, function composition, etc...). It's true that
your examples look clean, but the devil will be in the details.
I see. The
Bill Baxter wrote:
On Wed, Feb 25, 2009 at 11:47 PM, Daniel Keep
daniel.keep.li...@gmail.com wrote:
bearophile wrote:
Weed:
We do not schoolgirls! :) Who is afraid of the complexity should use BASIC.
I like D1 mostly because it's quite less complex that C++, that's the first thing I ask
to
Walter Bright wrote:
Jason House wrote:
I'd give better examples/details if I wasn't typing this with my thumb
into a cell phone...
You do caps, quotes, special characters, correct grammar with your thumb
on a cell phone?! I'm impressed! I can't bother with that without a full
keyboard.
Kagamin wrote:
Daniel Keep Wrote:
You probably don't want D, you want ATS:
http://www.ats-lang.org/
Bye,
bearophile
http://www.ats-lang.org/EXAMPLE/MISC/listquicksort.dats
Dear god. I think... I think I'm going to go cry in the corner...
Is it common for functional languages to love
On Thu, Feb 26, 2009 at 9:21 AM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Jason House wrote:
The first follow-up to your reply captured the kind of messiness bind
can bring in C++. So far, all your examples are trivial (lack
argument reordering, function composition, etc...).
Andrei Alexandrescu wrote:
Jason House wrote:
The first follow-up to your reply captured the kind of messiness bind
can bring in C++. So far, all your examples are trivial (lack
argument reordering, function composition, etc...). It's true that
your examples look clean, but the devil will be
Walter Bright wrote:
Jason House wrote:
I'd give better examples/details if I wasn't typing this with my thumb
into a cell phone...
You do caps, quotes, special characters, correct grammar with your thumb
on a cell phone?! I'm impressed! I can't bother with that without a full
keyboard.
== Quote from Christopher Wright (dhase...@gmail.com)'s article
Kagamin wrote:
Daniel Keep Wrote:
You probably don't want D, you want ATS:
http://www.ats-lang.org/
Bye,
bearophile
http://www.ats-lang.org/EXAMPLE/MISC/listquicksort.dats
Dear god. I think... I think I'm going
Jarrett Billingsley wrote:
In this case it's not entirely helpful that DMD's inlining rules are
completely opaque. Do you have a list of what DMD will and won't
inline, and their justifications? If not, could you make one?
In the immortal words of Oggie-Ben-Doggie, use the source, Luke.
In
Christopher Wright wrote:
Walter Bright wrote:
Jason House wrote:
I'd give better examples/details if I wasn't typing this with my
thumb into a cell phone...
You do caps, quotes, special characters, correct grammar with your
thumb on a cell phone?! I'm impressed! I can't bother with that
Jarrett Billingsley wrote:
Also, looking at the DMD frontend source is *not* an acceptable option.
I knew you'd say that g.
On the other hand, inlining or not is, like register allocation and any
other optimizations, highly implementation dependent. If you're going to
micro-optimize at that
dsimcha dsim...@yahoo.com wrote:
I find linear algebra impossible to grok largely because some
genius
mathematician decided to overload a bunch of operators to mean completely
different things when dealing with matrices than when dealing with
scalars. Heck, the multiplication operator
dsimcha wrote:
== Quote from Christopher Wright (dhase...@gmail.com)'s article
Kagamin wrote:
Daniel Keep Wrote:
You probably don't want D, you want ATS:
http://www.ats-lang.org/
Bye,
bearophile
http://www.ats-lang.org/EXAMPLE/MISC/listquicksort.dats
Dear god. I think... I think I'm
On Wed, Feb 25, 2009 at 8:59 PM, Walter Bright
newshou...@digitalmars.com wrote:
Jarrett Billingsley wrote:
Also, looking at the DMD frontend source is *not* an acceptable option.
I knew you'd say that g.
I knew you'd suggest it ;)
On the other hand, inlining or not is, like register
On 2009-02-25 14:36:43 -0500, Denis Koroskin 2kor...@gmail.com said:
With built-in D delegate syntax, there is no ambiguity and mistake:
auto x = (int x) { foo(x, 42); };
That's *the best* syntax I can think of. Just keep it and let the
std.bind go. Don't waste your precious time of fixing
Jarrett Billingsley wrote:
True. However defining what the compiler does in these optimizations
is not just in the interest of performance, but also in the interest
of correctness and other implementations.
Optimization should have nothing to do with correctness.
If everyone can see what
Is D as good at game programming as C++? Also, would it be better to use 1.0 or
2.0?
Prestidigitator wrote:
Is D as good at game programming as C++? Also, would it be better to use 1.0
or 2.0?
D is a good language, and there are people writing games with it; just
look at Deadlock [1] or Mayhem Intergalactic [2] (the latter of which is
on sale right now!).
As for the D
Daniel Keep daniel.keep.li...@gmail.com wrote in message
news:go520b$1o5...@digitalmars.com...
Prestidigitator wrote:
Is D as good at game programming as C++? Also, would it be better to use
1.0 or 2.0?
D is a good language, and there are people writing games with it; just
look at
Prestidigitator wrote:
Is D as good at game programming as C++? Also, would it be better to
use 1.0 or 2.0?
My opinion: D 1.0 is, on the whole, worse than C++. D 2.0 is shaping up
to be, on the whole, better than C++. However, D 2.0 is unstable to
the point of being unusable at the moment.
On Thu, Feb 26, 2009 at 2:25 PM, Rainer Deyke rain...@eldwood.com wrote:
Prestidigitator wrote:
Is D as good at game programming as C++? Also, would it be better to
use 1.0 or 2.0?
My opinion: D 1.0 is, on the whole, worse than C++. D 2.0 is shaping up
to be, on the whole, better than C++.
Hey Nick,
Sorry to send this publicly, but due to lack of a valid email address
it's hard to keep it from being spam for everyone else.
You registered with d's bugzilla using an email address that's no longer
valid and I'm getting a bounce for each message it tries to send to you.
Would you
On Thu, Feb 26, 2009 at 3:17 PM, Rainer Deyke rain...@eldwood.com wrote:
Bill Baxter wrote:
There are many categories in which D is behind C++, but as far as the
core language goes, I would choose to use D1.0 over C++ any day.
I would not. To this C++ programmer, using D 1.0 feels like
Jarrett Billingsley wrote:
On Tue, Feb 24, 2009 at 12:00 PM, wade Shen swadena...@gmail.com wrote:
Is there a way to track down where memory is being allocated if I'm using
phobos? Any recommendations would be appreciated.
This is something I have *always* wanted. Unfortunately I don't
Le Wed, 25 Feb 2009 01:03:32 +0100, Daniel Keep
daniel.keep.li...@gmail.com a écrit:
TSalm wrote:
In my case, there's also no possibility to get the wrong type, because
it is managed by the type of the ColumnMem.
You still have to get the code right. There's a surprising number of
corner
I want to use a chaining system for easy setting of object attributes,
which would work great for a single object, unfortunately derived classes
cannot inherit the chained functions implicitly, whats the best way
around this?
class Base {
int x;
Base foo(int x_) {
Reply to Brian,
I want to use a chaining system for easy setting of object attributes,
which would work great for a single object, unfortunately derived
classes cannot inherit the chained functions implicitly, whats the
best way around this?
class Base {
int x;
Base foo(int x_) {
this.x = x_;
http://d.puremagic.com/issues/show_bug.cgi?id=675
clugd...@yahoo.com.au changed:
What|Removed |Added
Summary|%a format is wrong for |%a format has an out-by-1
The following code behaves differently on OSX than LINUX (DMD 1.040):
import std.stdio;
import std.stream;
import std.file;
int Lines(Stream f)
{
int ln = 0;
foreach (char[] line; f) ln++;
return ln;
}
void main(char[][] args)
{
auto f = new BufferedFile(args[1]);
int l = Lines(f);
http://d.puremagic.com/issues/show_bug.cgi?id=2689
Summary: seek behaves incorrectly on MAC OSX
Product: D
Version: 1.040
Platform: Macintosh
OS/Version: Mac OS X
Status: NEW
Severity: normal
Priority: P2
wade Wrote:
Seek not working properly perhaps?
May be related...
http://www.opendarwin.info/opendarwin.org/en/faq/ch04.html#lseek
Kagamin Wrote:
wade Wrote:
Seek not working properly perhaps?
May be related...
http://www.opendarwin.info/opendarwin.org/en/faq/ch04.html#lseek
seems like phobos needs some error handling.
http://d.puremagic.com/issues/show_bug.cgi?id=2690
Summary: DMD aborts with MALLOC_CHECK_ set
Product: D
Version: 1.040
Platform: Other
OS/Version: Linux
Status: NEW
Keywords: ice-on-invalid-code
Severity:
Also happens in dmd 2.025
When MALLOC_CHECK_ set to 1, I get the following message:
*** glibc detected *** dmd: realloc(): invalid pointer: 0x08d2c6a8 ***
Segmentation fault
On Wed, Feb 25, 2009 at 7:05 PM, Denis Koroskin 2kor...@gmail.com wrote:
On Thu, 26 Feb 2009 02:27:43 +0300, Lutger lutger.blijdest...@gmail.com
wrote:
Also happens in dmd 2.025
When MALLOC_CHECK_ set to 1, I get the following message:
*** glibc detected *** dmd: realloc(): invalid
On Thu, 26 Feb 2009 03:24:06 +0300, Jarrett Billingsley
jarrett.billings...@gmail.com wrote:
On Wed, Feb 25, 2009 at 7:05 PM, Denis Koroskin 2kor...@gmail.com
wrote:
On Thu, 26 Feb 2009 02:27:43 +0300, Lutger
lutger.blijdest...@gmail.com
wrote:
Also happens in dmd 2.025
When
http://d.puremagic.com/issues/show_bug.cgi?id=2691
Summary: Property syntax does not work with template methods
Product: D
Version: 1.00
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: rejects-valid
Severity:
http://d.puremagic.com/issues/show_bug.cgi?id=2575
--- Comment #8 from mihail.zen...@gmail.com 2009-02-25 20:46 ---
It undocumented but widely used. IMHO better use them for mangled name than
DW_AT_name. Current way violates DWARF:
Because the names of program objects described by
74 matches
Mail list logo
