>From what I understood, typedef is going to be replaced by a
templated structure and handle type conversion in that way.
This is understandable because 1) the keyword was easily confused
with C++ typedef, whose role was taken in D by alias (which is a
much less misleading keyword for what it does)
Walter Bright wrote:
Jacob Carlborg wrote:
Am not sure about 1441 and I don't think 2529 is just an
implementation issue.
2529 is an implementation issue (and I don't agree with Don, I think his
suggestion breaks encapsulation).
Maybe it does. I think the bug should be closed as invalid, be
On 04.08.2010 07:26, David Bryant wrote:
> Ok,
>
> I've added -L--export-dynamic to dmd.conf and done a copy/modify of
> DefaultTraceInfo from runtime.d to include demangling and catch certain
> signals. My backtraces now look gorgeous under Linux.
>
> I've attached the source for the updated mod
Thanks!!
The code at the start of this thread didn't work at all for me but what
you've done works.
David Bryant wrote:
> Ok,
>
> I've added -L--export-dynamic to dmd.conf and done a copy/modify of
> DefaultTraceInfo from runtime.d to include demangling and catch certain
> signals. My backtra
Don wrote:
Walter Bright wrote:
Jacob Carlborg wrote:
Am not sure about 1441 and I don't think 2529 is just an
implementation issue.
2529 is an implementation issue (and I don't agree with Don, I think
his suggestion breaks encapsulation).
Maybe it does. I think the bug should be closed as
On 08/04/10 07:47, Shin Fujishiro wrote:
> Marco Righele wrote:
>> Greetings,
>> Are there any plans for a FreeBSD release of the D2 DMD compiler ?
>
> I'm using DMD v2 on my FreeBSD box with these patches:
>
> - FreeBSD patches for druntime.
> http://d.puremagic.com/issues/show_bug.cgi?id=3528
Leandro Lucarella wrote:
> BCS, el 3 de agosto a las 16:04 me escribiste:
>> The video is up:
>>
>> http://www.youtube.com/watch?v=RlVpPstLPEc
>
> Nice talk, I think the guy that asked what is the biggest application
> written in D deserved a book. I'm suffering the lack of D applications
> for
Andrei Alexandrescu wrote:
> BCS wrote:
>> The video is up:
>>
>> http://www.youtube.com/watch?v=RlVpPstLPEc
>
> Per popular demand, I uploaded the slides here:
> http://erdani.com/d/three-cool-things-about-d.pdf
>
>
> Andrei
Shouldn't your file copy example have used File.tmpfile()?
On Tue, 03 Aug 2010 17:56:44 -0400, Walter Bright
wrote:
bearophile wrote:
27.50, "transactional file copy": this example was script-like, and as
short
as possible to fit into one single slide, so in this case I think using
enforce() is OK. But in true programs I suggest all D programmers
On Tue, 03 Aug 2010 20:21:49 -0400, Adam Ruppe
wrote:
On 8/3/10, Walter Bright wrote:
Andrei put together a benchmark that shows that D compiles 4 times
faster
than Go.
I've found D1 tends to be much faster than D2 as well. The dmd version
1 is so fast that I often think it doesn't even
From what I understood, typedef is going to be replaced by a
templated structure and handle type conversion in that way.
What do you think?
That discussion is kinda at a standstill.
Recently I posted a topic titled "library defined typedef" because the
current proposed version only supports
Robert Jacques:
> Bartosz recently bloged about
> task driven parallelism in three "High Productivity Computing Systems"
> languages ( Chapel, X10, Fortress ) and criticized all three regarding
> taking the "here be dragons" approach. Even experts wake up the dragons on
> a semi-regular bas
Trass3r:
> But nobody answered.
Your ideas seem a starting point.
Currently in practical programs a struct+alias this is not able to replace my
usages of typedef (in past I have written here several posts showing some usage
examples).
Bye,
bearophile
Steven Schveighoffer:
> Yes, but as has been discussed and resolved on phobos mailing list, usage
> errors should not be handled via uncaught exceptions.
Do you have some URL for that discussion?
Bye,
bearophile
== Quote from Robert Jacques (sandf...@jhu.edu)'s article
> My experience with data-parallel programming leads me to believe that a
> large number of use cases could be covered by extending the D's set of
> function/member modifiers (i.e. const/shared/immutable/pure) to cover
> delegates. This woul
How I wish I were there... for the book :D
That was a nice talk Andrei.. I congratulate you..
--
-Arth
Rory Mcguire, el 4 de agosto a las 12:37 me escribiste:
> Leandro Lucarella wrote:
>
> > BCS, el 3 de agosto a las 16:04 me escribiste:
> >> The video is up:
> >>
> >> http://www.youtube.com/watch?v=RlVpPstLPEc
> >
> > Nice talk, I think the guy that asked what is the biggest application
> > w
Kagamin, el 3 de agosto a las 22:54 me escribiste:
> Leandro Lucarella Wrote:
>
> > You might be interested in this thread:
> > http://thread.gmane.org/gmane.comp.lang.d.phobos/1468
> >
> What's a druntime list?
A mailing list[1] where the topic is Druntime[2] perhaps?
[1] http://lists.puremag
On 08/04/2010 06:38 AM, Steven Schveighoffer wrote:
On Tue, 03 Aug 2010 17:56:44 -0400, Walter Bright
wrote:
bearophile wrote:
27.50, "transactional file copy": this example was script-like, and
as short
as possible to fit into one single slide, so in this case I think using
enforce() is OK.
Johannes Pfau wrote:
> On 04.08.2010 07:26, David Bryant wrote:
>> Ok,
>>
>> I've added -L--export-dynamic to dmd.conf and done a copy/modify of
>> DefaultTraceInfo from runtime.d to include demangling and catch
> > certain
>> signals. My backtraces now look gorgeous under Linux.
>>
>> I've atta
From: Shin Fujishiro
|
> Marco Righele wrote:
>> Greetings,
>> Are there any plans for a FreeBSD release of the D2 DMD compiler ?
>
> I'm using DMD v2 on my FreeBSD box with these patches:
I also have used DMD2 on a FreeBSD 8 box for several month.
I hope that these paches will be applied to t
On Wed, 04 Aug 2010 09:03:45 -0400, bearophile
wrote:
Steven Schveighoffer:
Yes, but as has been discussed and resolved on phobos mailing list,
usage
errors should not be handled via uncaught exceptions.
Do you have some URL for that discussion?
Hm... let me see:
http://lists.puremag
On Wed, 04 Aug 2010 10:15:29 -0400, Andrei Alexandrescu
wrote:
On 08/04/2010 06:38 AM, Steven Schveighoffer wrote:
On Tue, 03 Aug 2010 17:56:44 -0400, Walter Bright
wrote:
bearophile wrote:
27.50, "transactional file copy": this example was script-like, and
as short
as possible to fit in
Leandro Lucarella wrote:
> Rory Mcguire, el 4 de agosto a las 12:37 me escribiste:
>> Leandro Lucarella wrote:
>>
>> > BCS, el 3 de agosto a las 16:04 me escribiste:
>> >> The video is up:
>> >>
>> >> http://www.youtube.com/watch?v=RlVpPstLPEc
>> >
>> > Nice talk, I think the guy that asked w
"Leandro Lucarella" wrote in message
news:20100804132228.gg21...@llucax.com.ar...
> Rory Mcguire, el 4 de agosto a las 12:37 me escribiste:
>> Leandro Lucarella wrote:
>>
>> > BCS, el 3 de agosto a las 16:04 me escribiste:
>> >> The video is up:
>> >>
>> >> http://www.youtube.com/watch?v=RlVpPs
On 08/04/10 12:30, Marco Righele wrote:
> Finally I was unable to compile phobos, as I encountered errors in
> different modules, including references to freebsd related files that
> aren't in the zip I downloaded.
> Am I supposed to use a different version of the compiler/libraries ?
> If so, is
>From TDPL, page 161:
import std.conv;
void writeln(T...)(T args)
{
foreach (arg; args)
{
stdout.rawWrite(to!string(arg));
}
stdout.rawWrite('\n');
stdout.flush();
}
void main()
{
writeln("test");
}
test.d(10): Error: undefined identifier stdout
Andrei Alexandrescu napisał:
> I tested on two laptops (Ubuntu and Mac OSX). I compiled the two
> languages' standard libraries by using the provided makefiles, after
> touching all .go and all .d files involved. Then I divided the
> compilation times by the line counts of *.go/*.d files as wc has
On Wednesday, August 04, 2010 11:38:28 Andrej Mitrovic wrote:
> From TDPL, page 161:
>
> import std.conv;
>
> void writeln(T...)(T args)
> {
> foreach (arg; args)
> {
> stdout.rawWrite(to!string(arg));
> }
> stdout.rawWrite('\n');
> stdout.flush();
> }
>
> void main()
Okay, this works:
import std.conv, std.stdio;
void writeln(T...)(T args)
{
foreach (arg; args)
{
stdout.rawWrite(to!string(arg));
}
stdout.rawWrite("\n");
stdout.flush();
}
void main()
{
writeln("test");
}
But I had to replace '\n' with "\n", otherwise I get some
Michel Fortin wrote:
As a side note, my D plugin for Xcode expects DMD to be available at
/usr/local/bin/{dmd,dmd1,dmd2} and the runtime libraries should be in
/usr/local/lib. It won't work if the files can't be found there,
although I might change that if an official distribution of DMD instal
Walter Bright wrote:
Michel Fortin wrote:
As a side note, my D plugin for Xcode expects DMD to be available at
/usr/local/bin/{dmd,dmd1,dmd2} and the runtime libraries should be in
/usr/local/lib. It won't work if the files can't be found there,
although I might change that if an official dist
Andrei Alexandrescu wrote:
Walter Bright wrote:
Michel Fortin wrote:
As a side note, my D plugin for Xcode expects DMD to be available at
/usr/local/bin/{dmd,dmd1,dmd2} and the runtime libraries should be in
/usr/local/lib. It won't work if the files can't be found there,
although I might cha
On 08/04/2010 01:38 PM, Tomek Sowiński wrote:
Andrei Alexandrescu napisał:
I tested on two laptops (Ubuntu and Mac OSX). I compiled the two
languages' standard libraries by using the provided makefiles, after
touching all .go and all .d files involved. Then I divided the
compilation times by th
Rory Mcguire, el 4 de agosto a las 18:38 me escribiste:
> >> What type of apps are you looking for?
> >
> > Anything that can be automatically run for benchmarking, if they do
> > intensive use of the GC or need small pauses, much better. But if it's
> > D2, I'm sorry but is too late, I'll stick
Nick Sabalausky, el 4 de agosto a las 12:51 me escribiste:
> >> What type of apps are you looking for?
> >
> > Anything that can be automatically run for benchmarking, if they do
> > intensive use of the GC or need small pauses, much better. But if it's
> > D2, I'm sorry but is too late, I'll stic
Brad Roberts:
> I've been avoiding saying this for a while, but I suspect a lot of people have
> thought it at one time or another. You probably ought to find a word other
> than
> 'can' to use. Of course he's capable of... whatever. Perhaps you meant to
> make
> it a suggestion?
You are righ
Leandro Lucarella:
> Yes, I borrowed some deliberately GC-intensive benchmarks done by him,
> most notably the voronoi generator[1], which made me sweat[2] more than
> once :)
On my site you can find four other Olden benchmarks:
em3d
tsp
bisort
bh
http://bit.ly/cYlQUe
And I hope to add one or two
Marco Righele wrote:
> Thanks, I didn't realize that the zip comes with the full source :D.
> The patches apply cleanly, but I found number of issues though.
>
> (The DMD version I used is 2.047, the one downloadable from the site,
> while my box is running FreeBSD 8.1/x86)
Thanks for testing!
"Leandro Lucarella" wrote in message
news:20100804192922.gm21...@llucax.com.ar...
> Nick Sabalausky, el 4 de agosto a las 12:51 me escribiste:
>> >> What type of apps are you looking for?
>> >
>> > Anything that can be automatically run for benchmarking, if they do
>> > intensive use of the GC o
On 04/08/10 00:18, Leandro Lucarella wrote:
BCS, el 3 de agosto a las 16:04 me escribiste:
The video is up:
http://www.youtube.com/watch?v=RlVpPstLPEc
Nice talk, I think the guy that asked what is the biggest application
written in D deserved a book. I'm suffering the lack of D applications
Steven Schveighoffer:
> Hm... let me see:
> http://lists.puremagic.com/pipermail/phobos/2010-July/001480.html
> I think this is what started the discussion.
Thank you for the link. I have read all the long thread and this time my hero
is Leandro Lucarella :-)
Bye,
bearophile
Walter Bright, el 4 de agosto a las 12:41 me escribiste:
> Andrei Alexandrescu wrote:
> >Walter Bright wrote:
> >>Michel Fortin wrote:
> >>>As a side note, my D plugin for Xcode expects DMD to be
> >>>available at /usr/local/bin/{dmd,dmd1,dmd2} and the runtime
> >>>libraries should be in /usr/loca
bearophile, el 4 de agosto a las 16:25 me escribiste:
> Leandro Lucarella:
> > Yes, I borrowed some deliberately GC-intensive benchmarks done by him,
> > most notably the voronoi generator[1], which made me sweat[2] more than
> > once :)
>
> On my site you can find four other Olden benchmarks:
>
Leandro Lucarella:
> Thanks, that would be the xxx01.d I guess, right?
Right, generally. Inside each zip there is usually a text file that explains
what each file/version is, and more. Some of those readme contain enough
material to write a paper about :-)
Bye,
bearophile
On 2010-08-04 15:31:32 -0400, Walter Bright said:
Michel Fortin wrote:
As a side note, my D plugin for Xcode expects DMD to be available at
/usr/local/bin/{dmd,dmd1,dmd2} and the runtime libraries should be in
/usr/local/lib. It won't work if the files can't be found there,
although I might
Consider a simple "Hello, world" program:
import std.c.stdio;
void main()
{
printf("Hello, world!\n");
}
When compiled with DMD 1.062 and DMD 2.047:
C:\Downloads\dmd.1.062\dmd\windows\bin> dmd hello.d
C:\Downloads\dmd.1.062\dmd\windows\bin> ls -l hello.exe
-rwxrwxrwx 1 Vladimir 0 1771
On 2010-08-04 17:56:31 -0400, Leandro Lucarella said:
I'd say:
dmd
/usr/local/bin
That makes a lot of sense. I agree that /usr/local/{bin,lib,man} is the
right place.
But you can't install dmd1 and dmd2 side by side this way (because of
dmd.conf). That's why the D for Xcode installer
Robert Clipsham, el 4 de agosto a las 22:16 me escribiste:
> On 04/08/10 00:18, Leandro Lucarella wrote:
> >BCS, el 3 de agosto a las 16:04 me escribiste:
> >>The video is up:
> >>
> >>http://www.youtube.com/watch?v=RlVpPstLPEc
> >
> >Nice talk, I think the guy that asked what is the biggest appl
On 08/04/2010 05:16 PM, Robert Clipsham wrote:
I know of several large apps written in D, they're all D1/Tango.
The incomplete state of D2 has to be the most embarrassing question that
could have been asked at Andrei's talk, but then you'd have to be
familiar with D to ask that question. And
I noticed that std.container.Array uses completely unsynchronized reference
counting. Does that mean that it's basically impossible to share it across
threads without introducing race conditions into the reference counting code,
even if you synchronize on other updates?
Are there any plans to mak
On 08/04/2010 07:25 PM, Jeff Nowakowski wrote:
On 08/04/2010 05:16 PM, Robert Clipsham wrote:
I know of several large apps written in D, they're all D1/Tango.
The incomplete state of D2 has to be the most embarrassing question that
could have been asked at Andrei's talk, but then you'd have t
On 08/04/2010 08:02 PM, dsimcha wrote:
I noticed that std.container.Array uses completely unsynchronized reference
counting. Does that mean that it's basically impossible to share it across
threads without introducing race conditions into the reference counting code,
even if you synchronize on o
On Wednesday 04 August 2010 18:20:36 Andrei Alexandrescu wrote:
> On 08/04/2010 08:02 PM, dsimcha wrote:
> > I noticed that std.container.Array uses completely unsynchronized
> > reference counting. Does that mean that it's basically impossible to
> > share it across threads without introducing ra
Andrei Alexandrescu:
> Walter is more silent than usual because he's working very hard on the
> 64-bit compiler. He hopes to have one by the end of this month. His next
> big goal is shared library support.
I am sorry to say this, but I think porting the current back-end to 64 bit is a
waste of
On 8/4/10, bearophile wrote:
> I am sorry to say this, but I think porting the current back-end to 64 bit
> is a waste of time because it will not be used for professional usages. I
> think LLVM will be the main back-end for professional usages of D2
Get back to me when LDC starts to actually /wo
Adam Ruppe:
> Get back to me when LDC starts to actually /work/. It is *completely
> unusable* in its current state and its developers don't seem to care.
Go back to read my post again, it doesn't contain the name "LDC".
Bye,
bearophile
== Quote from Jonathan M Davis (jmdavisp...@gmail.com)'s article
> On Wednesday 04 August 2010 18:20:36 Andrei Alexandrescu wrote:
> > On 08/04/2010 08:02 PM, dsimcha wrote:
> > > I noticed that std.container.Array uses completely unsynchronized
> > > reference counting. Does that mean that it's b
> Go back to read my post again, it doesn't contain the name "LDC".
But LDC is the D frontend for LLVM right, so wouldn't it be more useful to talk
about LDC rather than LLVM?
== Quote from bearophile (bearophileh...@lycos.com)'s article
> Andrei Alexandrescu:
> > Walter is more silent than usual because he's working very hard on the
> > 64-bit compiler. He hopes to have one by the end of this month. His next
> > big goal is shared library support.
> I am sorry to say th
Hello bearophile,
Andrei Alexandrescu:
Walter is more silent than usual because he's working very hard on
the 64-bit compiler. He hopes to have one by the end of this month.
His next big goal is shared library support.
I am sorry to say this, but I think porting the current back-end to 64
bi
On 2010-08-04 21:55:33 -0400, Jonathan M Davis said:
I would have thought that sharing pretty much _any_ type more complex than a
primitive type without it being synchronized would be a bad idea. And since the
standard containers obviously aren't going to be synchronized, I would expect
you to
Michel Fortin wrote:
On 2010-08-04 21:55:33 -0400, Jonathan M Davis
said:
I would have thought that sharing pretty much _any_ type more complex
than a
primitive type without it being synchronized would be a bad idea. And
since the
standard containers obviously aren't going to be synchronized
On 03/08/10 22:56, Walter Bright wrote:
bearophile wrote:
27.50, "transactional file copy": this example was script-like, and as
short
as possible to fit into one single slide, so in this case I think using
enforce() is OK. But in true programs I suggest all D programmers to use
DesignByContract
64 matches
Mail list logo
