On Friday, 31 May 2013 at 00:28:58 UTC, Jesse Phillips wrote:
Perfect chance to try out the new release process. Patch 2.063
and release 2.063.1.
Actually v2.063.1 is the current one, check the dmd tags ;)
It will be v2.063.2
P.S. It has made life of linux packagers SOOO much easier ^_^
On Thursday, 30 May 2013 at 22:41:08 UTC, Rob T wrote:=
Prior to issuing a release like this, it should instead be made
public as a stable release candidate with full installer on
the downloads page for review by anyone. After the bugs are
worked out and some time has elapsed, the stable RC is
On 2013-05-30 17:16, Andrei Alexandrescu wrote:
Hello,
We are pleased to announce that dmd 2.063, the reference compiler of the
D programming language, is now available for download for OSX, Windows,
and a variety of Unixen:
http://dlang.org/download.html
The -transition=field flag seems to
I want to express my sincere gratitude to everyone who has been
involved in doing this release. It is a major breakthrough in D
development and release process and a solid step towards truly
mature project.
Really, a lot of small but important changes have just happened
that make this
Panasonic HDC-TM700 could help you record 1080/50p or 1080/60p
Full HD videos, but you may meet a problem that how to edit this
Panasonic video files in Final Cut Pro X? Because the Final Cut
Pro’s native format is ProRes, so it is better to find a method
to convert Panasonic HDC-TM700 video to
Nick Sabalausky, el 30 de May a las 22:47 me escribiste:
On Fri, 31 May 2013 03:50:51 +0200
Rob T al...@ucora.com wrote:
Yes, but because there's no link on the main page and no
installer, the RC's are effectively closed to the public because
only people in the know will go through the
Dicebot, el 31 de May a las 10:01 me escribiste:
On Thursday, 30 May 2013 at 22:41:08 UTC, Rob T wrote:=
Prior to issuing a release like this, it should instead be made
public as a stable release candidate with full installer on the
downloads page for review by anyone. After the bugs are
On Friday, 31 May 2013 at 00:28:58 UTC, Jesse Phillips wrote:
On Thursday, 30 May 2013 at 22:04:07 UTC, Andrej Mitrovic wrote:
On 5/30/13, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
Hello,
We seem to have a regression affecting the zipped release:
Damn you D - I'm using up a large chunk of my free time reading the improved
and very-readable Change Log.
A great update to D and Log.
-=mike=-
Great work all :-)
Many thanks to everyone involved, it really is appreciated.
Stewart
On Friday, 31 May 2013 at 09:08:17 UTC, Leandro Lucarella wrote:
This is just plain and completely wrong. I don't know many
big-ish
opensource projects that doesn't have release candidates, and I
haven't
see any distribution targeted at end users using release
candidates.
Have you ever see a
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
{Enj,Destr}oy!
Andrei
Dicebot, el 31 de May a las 10:11 me escribiste:
I want to express my sincere gratitude to everyone who has been
involved in doing this release. It is a major breakthrough in D
development and release process and a solid step towards truly
mature project.
Really, a lot of small but
Dicebot, el 31 de May a las 13:44 me escribiste:
On Friday, 31 May 2013 at 09:08:17 UTC, Leandro Lucarella wrote:
This is just plain and completely wrong. I don't know many big-ish
opensource projects that doesn't have release candidates, and I
haven't
see any distribution targeted at end
On Friday, 31 May 2013 at 14:08:18 UTC, Leandro Lucarella wrote:
In mature projects RC does not differ that much from actual
release
other than by extra regression fixes. But for D process is not
THAT
smooth enough and it will take some time to settle things down.
This is pretty much how it
On Friday, 31 May 2013 at 14:08:17 UTC, Leandro Lucarella wrote:
And I don't mean to minimize the incredible breakthrough
concerning the
release process in this cycle, just pointing out places were we
can
still do better :)
Btw, I have included minor version number into Arch Linux package
On Fri, 31 May 2013 13:33:21 +0100, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
Excellent talk. Gives us a good idea of the things which are missing for
C# conversion and
On Friday, May 31, 2013 10:17:07 Leandro Lucarella wrote:
Yeah, and that's exactly what I suggested here several times, and
ultimately at DConf :). A step forward has been made in this release,
as you said, betas were announced in this NG for the first time, before
they were announced only in
On Fri, May 31, 2013 at 6:03 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
{Enj,Destr}oy!
Sorry I'm new to D so can anyone please explain that Destroy joke to me?
(And I have to say that this is the first -announce list I've seen
where all subscribers can post! How come it's
On Friday, May 31, 2013 19:06:24 Shriramana Sharma wrote:
On Fri, May 31, 2013 at 6:03 PM, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
{Enj,Destr}oy!
Sorry I'm new to D so can anyone please explain that Destroy joke to me?
It's not a D thing. It's an Andrei thing. He likes
On 5/31/13 8:33 AM, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
Hi-def video is now online:
http://archive.org/details/dconf2013-day02-talk03
Andrei
On 05/31/2013 09:33 AM, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
{Enj,Destr}oy!
Andrei
Just watched it over lunch and I liked this talk very much.
For transforming pieces of code I very often write
On Friday, May 31, 2013 13:59:24 Juan Manuel Cabo wrote:
About streams: there is some phobos support for streams, though
it seems not finalized.
Everything stream-related which is currently in Phobos is outdated and
unacceptable, so it will be replaced. A replacement is in the works, but it's
Dicebot, el 31 de May a las 16:21 me escribiste:
On Friday, 31 May 2013 at 14:08:17 UTC, Leandro Lucarella wrote:
And I don't mean to minimize the incredible breakthrough
concerning the
release process in this cycle, just pointing out places were we
can
still do better :)
Btw, I have
On Friday, 31 May 2013 at 14:08:17 UTC, Leandro Lucarella wrote:
About this, AFAIK 2.063.1 is really what's in the release, but
the
binary version number (and the zip name) have only 2.063. I
think that
should be fixed and the real version number should be present
in both
downloadables and
Dicebot, el 31 de May a las 16:18 me escribiste:
On Friday, 31 May 2013 at 14:08:18 UTC, Leandro Lucarella wrote:
In mature projects RC does not differ that much from actual
release
other than by extra regression fixes. But for D process is not
THAT
smooth enough and it will take some time
On Fri, 31 May 2013 05:33:21 -0700, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
{Enj,Destr}oy!
Andrei
I want to apologize for the glaring technical error in the talk. I
On Friday, 31 May 2013 at 16:33:45 UTC, Shriramana Sharma wrote:
(And I have to say that this is the first -announce list I've
seen
where all subscribers can post! How come it's allowed here?)
The mailing list is actually an interface to the newsgroup, where
discussion has always been
W dniu 31.05.2013 19:05, Jonathan M Davis pisze:
On Friday, May 31, 2013 13:59:24 Juan Manuel Cabo wrote:
About streams: there is some phobos support for streams, though
it seems not finalized.
Everything stream-related which is currently in Phobos is outdated and
unacceptable, so it will be
On Fri, 31 May 2013 14:13:30 -0400, Piotr Szturmaj bncr...@jadamspam.pl
wrote:
W dniu 31.05.2013 19:05, Jonathan M Davis pisze:
On Friday, May 31, 2013 13:59:24 Juan Manuel Cabo wrote:
About streams: there is some phobos support for streams, though
it seems not finalized.
Everything
On Friday, 31 May 2013 at 17:41:42 UTC, Adam Wilson wrote:
On Fri, 31 May 2013 05:33:21 -0700, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
{Enj,Destr}oy!
Andrei
I want to
On Fri, 31 May 2013 11:41:04 -0700, John Colvin
john.loughran.col...@gmail.com wrote:
On Friday, 31 May 2013 at 17:41:42 UTC, Adam Wilson wrote:
On Fri, 31 May 2013 05:33:21 -0700, Andrei Alexandrescu
seewebsiteforem...@erdani.org wrote:
On 05/30/2013 08:16 AM, Andrei Alexandrescu wrote:
Hello,
We are pleased to announce that dmd 2.063, the reference compiler of the
D programming language, is now available for download for OSX, Windows,
and a variety of Unixen:
The rpm package doesn't make the appropriate links in /usr/lib,
On Fri, 2013-05-31 at 12:19 -0700, Ellery Newcomer wrote:
[…]
I would assume the deb package has the same shortcoming
I have not seen this with the deb on Debian Unstable.
--
Russel.
=
Dr Russel Winder t: +44 20
On Fri, 31 May 2013 15:29:40 +0100
Regan Heath re...@netmail.co.nz wrote:
I have old SHA etc hashing routines in old style D, this makes me
want to spend some time bringing them up to date...
http://dlang.org/phobos/std_digest_sha.html
Since 2.061, IIRC.
On 05/31/2013 12:32 PM, Russel Winder wrote:
On Fri, 2013-05-31 at 12:19 -0700, Ellery Newcomer wrote:
[…]
I would assume the deb package has the same shortcoming
I have not seen this with the deb on Debian Unstable.
just tried it on ubuntu 12.10, and it does the same.
are you using
On Fri, 31 May 2013 08:33:21 -0400
Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
http://www.reddit.com/r/programming/comments/1feem1/dconf_2013_day_2_talk_3_from_c_to_d_by_adam_wilson/
{Enj,Destr}oy!
Torrents and links:
http://semitwist.com/download/misc/dconf2013/
Mike Parker, el 31 de May a las 20:03 me escribiste:
On Friday, 31 May 2013 at 16:33:45 UTC, Shriramana Sharma wrote:
(And I have to say that this is the first -announce list I've seen
where all subscribers can post! How come it's allowed here?)
The mailing list is actually an interface to
On 05/31/2013 05:18 PM, Nick Sabalausky wrote:
On Fri, 31 May 2013 15:29:40 +0100
Regan Heath re...@netmail.co.nz wrote:
I have old SHA etc hashing routines in old style D, this makes me
want to spend some time bringing them up to date...
http://dlang.org/phobos/std_digest_sha.html
On 05/31/2013 03:42 PM, Steven Schveighoffer wrote:
[..]
I would love to say that I have set aside enough time to do it, but it's very
difficult to find the time :(
I hate to commit to a certain time frame, I have done that here in the past
and have been very wrong with my expectations.
On Saturday, June 01, 2013 00:15:47 Juan Manuel Cabo wrote:
On 05/31/2013 03:42 PM, Steven Schveighoffer wrote:
[..]
I would love to say that I have set aside enough time to do it, but it's
very difficult to find the time :(
I hate to commit to a certain time frame, I have done that
Textadept 6.6 has been released. Changelog located here[1].
Textadept is a cross-platform text editor written using Scintilla
and GTK/ncurses, with Lua as its scripting engine.
This version has an updated D LPeg[2] lexer which does a few nice
things like highlighting certain identifiers when
I managed to get it even faster.
[raz@d3 tmp]$ ./a.out
rendering time 282 ms
[raz@d3 tmp]$ ./test
202 ms, 481 μs, and 8 hnsecs
So D version is 1,4x faster than C++ version.
At least on my computer.
Same compilers flags etc
Final code:
http://dpaste.dzfl.pl/61626e88
I guess there is still
You guys are awesome! I am happy to know that D can indeed offer
comparable speed to C++.
But it also shows there is room for the compiler to improve as
the C++ version also makes heavy use of loops (or STL algorithms)
but they get inlined or unrolled automatically.
On Friday, 31 May 2013
On 5/30/2013 5:00 PM, Peter Williams wrote:
On 31/05/13 05:07, Walter Bright wrote:
On 5/30/2013 4:24 AM, Manu wrote:
We don't all know English. Plenty of people don't.
I've worked a lot with Sony and Nintendo code/libraries, for instance,
it almost
always looks like this:
{
// E: I like
On 5/30/2013 5:04 PM, Manu wrote:
Currently, D offers a unique advantage; leave it that way.
I am going to leave it that way based on the comments here, I only wanted to
point out that the example didn't support Unicode identifiers.
On 30.05.2013 22:59, Benjamin Thaut wrote:
One possible complication: memory block operations would have to treat
pointer fields differently somehow.
Would they? Shouldn't it be possible to make this part of the post-blit
constructor?
Not in general, e.g. reference counting needs to know
Then proposal with {} risen:
auto {x, y} = foo();
{int x1, string y1} = foo();
{int, string} foo() {
{int tmp, string tmp2} = {3, dsa};
return {42, dsa};
}
This is a reciepe for disaster. {} are already used way too
much, sometime on way that are hard to
On Friday, 31 May 2013 at 05:59:00 UTC, finalpatch wrote:
You guys are awesome! I am happy to know that D can indeed
offer comparable speed to C++.
But it also shows there is room for the compiler to improve as
the C++ version also makes heavy use of loops (or STL
algorithms) but they get
On Friday, 31 May 2013 at 05:59:00 UTC, finalpatch wrote:
You guys are awesome! I am happy to know that D can indeed
offer comparable speed to C++.
But it also shows there is room for the compiler to improve as
the C++ version also makes heavy use of loops (or STL
algorithms) but they get
Am 31.05.2013 08:11, schrieb deadalnix:
On Friday, 31 May 2013 at 05:59:00 UTC, finalpatch wrote:
You guys are awesome! I am happy to know that D can indeed
offer comparable speed to C++.
But it also shows there is room for the compiler to improve as
the C++ version also makes heavy use of
On 31 May 2013 11:26, finalpatch fen...@gmail.com wrote:
Recently I ported a simple ray tracer I wrote in C++11 to D. Thanks to the
similarity between D and C++ it was almost a line by line translation, in
other words, very very close. However, the D verson runs much slower than
the C++11
On 31 May 2013 15:49, finalpatch fen...@gmail.com wrote:
Thanks Nazriel,
It is very cool you are able to narrow the gap to within 1.5x of c++ with
a few simple changes.
I checked your version, there are 3 changes (correct me if i missed any):
* Change the (float) constructor from v=
I looked at the D programming language a few years ago and though
it was good. Then I ran into trouble. The language was in a
state of flux. I would write code and with the next version of D
it would no longer work. The same thing was happening to people
who were writing tools such as
On Friday, 31 May 2013 at 04:49:41 UTC, deadalnix wrote:
On Friday, 31 May 2013 at 03:07:22 UTC, nazriel wrote:
Now this:
auto #(x, y) = foo();
#(int x1, string y1) = foo();
#(int, string) foo() {
#(int tmp, string tmp2) = #(3, dsa);
return #(42, dsa);
}
This
On Friday, 31 May 2013 at 07:32:42 UTC, w0rp wrote:
On Friday, 31 May 2013 at 04:49:41 UTC, deadalnix wrote:
On Friday, 31 May 2013 at 03:07:22 UTC, nazriel wrote:
Now this:
auto #(x, y) = foo();
#(int x1, string y1) = foo();
#(int, string) foo() {
#(int tmp, string tmp2) = #(3,
On 2013-05-30 21:44, Timothee Cour wrote:
shall we have both the current changelog for all releases + individual
changelogs per release
changelog.html // always latest version only; people go there by default
changelog_all.html //same as current changelog.html
changelog_2063.html
On Thursday, 30 May 2013 at 17:19:51 UTC, Walter Bright wrote:
On 5/30/2013 9:04 AM, Russel Winder wrote:
It seems that download speed is about 500b/s, so about 3 weeks
to
download :-(
Some of the downloads have been moved to S3 (Thanks, Brad!).
The download links are here:
On Friday, 31 May 2013 at 08:38:11 UTC, Jacob Carlborg wrote:
Don't know if the changelog_all is necessary. Just have links
to the older versions from changelog.html.
It is not necessary but is minor extra convenience for users not
needing those 60+ extra links when they just want to check
On Thursday, 30 May 2013 at 18:06:03 UTC, Walter Bright wrote:
about the changelog. Andrej Mitrovic has done a super awesome
job with the changelog, and it is paying off big time.
I am very happy to be proven wrong about it.
It is so good I could not have even expected to see something
like
On Friday, 31 May 2013 at 08:42:38 UTC, Dicebot wrote:
On Friday, 31 May 2013 at 08:38:47 UTC, Andrea Fontana wrote:
Why not, for example, mega.co.nz? Blazing fast and free. Am I
missing something?
Using common file share services to distribute an official
release is bad for reputation. As a
On 2013-05-31 09:18, SeanVn wrote:
I looked at the D programming language a few years ago and though it was
good. Then I ran into trouble. The language was in a state of flux. I
would write code and with the next version of D it would no longer
work. The same thing was happening to people
On Friday, 31 May 2013 at 08:38:47 UTC, Andrea Fontana wrote:
Why not, for example, mega.co.nz? Blazing fast and free. Am I
missing something?
Using common file share services to distribute an official
release is bad for reputation. As a mirror at most.
On 2013-05-31 06:06, deadalnix wrote:
- Introduce a virtual keyword.
Virtual by default isn't such a big deal if you can do final: and
reverse the default behavior. However, once you key in the final land,
you are trapped here, you can't get out. Introducing a virtual keyword
would allow for
On Friday, 31 May 2013 at 05:49:55 UTC, finalpatch wrote:
Thanks Nazriel,
It is very cool you are able to narrow the gap to within 1.5x
of c++ with a few simple changes.
I checked your version, there are 3 changes (correct me if i
missed any):
* Change the (float) constructor from v=
On Friday, 31 May 2013 at 08:45:08 UTC, Dicebot wrote:
On Thursday, 30 May 2013 at 18:06:03 UTC, Walter Bright wrote:
about the changelog. Andrej Mitrovic has done a super awesome
job with the changelog, and it is paying off big time.
I am very happy to be proven wrong about it.
It is so
On 31 May 2013 14:06, deadalnix deadal...@gmail.com wrote:
On Friday, 31 May 2013 at 02:56:25 UTC, Andrei Alexandrescu wrote:
On 5/30/13 9:26 PM, finalpatch wrote:
https://dl.dropboxusercontent.**com/u/974356/raytracer.dhttps://dl.dropboxusercontent.com/u/974356/raytracer.d
On Fri, 31 May 2013 07:57:37 +0200, Walter Bright
newshou...@digitalmars.com wrote:
On 5/30/2013 5:00 PM, Peter Williams wrote:
On 31/05/13 05:07, Walter Bright wrote:
On 5/30/2013 4:24 AM, Manu wrote:
We don't all know English. Plenty of people don't.
I've worked a lot with Sony and
On Friday, 31 May 2013 at 04:06:58 UTC, deadalnix wrote:
I don't think going as far as making thing final by default
make sense at this point. But we sure need a way to be able to
finalize methods. We had an extensive discussion with Don and
Manu at DConf, here are some idea that came out :
On 05/28/2013 05:45 PM, Kenji Hara wrote:
It looks reasonable, but in general case it would introduce not trivial
semantic issue.
Based on the current D language spec, prefix attribute is just rewritten
to blocked attribute.
@attribute(target, T) void func(string T)() {}
to:
On 2013-05-31 06:02:20 +, Rainer Schuetze r.sagita...@gmx.de said:
On 30.05.2013 22:59, Benjamin Thaut wrote:
One possible complication: memory block operations would have to treat
pointer fields differently somehow.
Would they? Shouldn't it be possible to make this part of the post-blit
On 31 May 2013 20:47, Timon Gehr timon.g...@gmx.ch wrote:
On 05/28/2013 05:45 PM, Kenji Hara wrote:
It looks reasonable, but in general case it would introduce not trivial
semantic issue.
Based on the current D language spec, prefix attribute is just rewritten
to blocked attribute.
* fix = fit
On 31 May 2013 20:56, Manu turkey...@gmail.com wrote:
On 31 May 2013 20:47, Timon Gehr timon.g...@gmx.ch wrote:
On 05/28/2013 05:45 PM, Kenji Hara wrote:
It looks reasonable, but in general case it would introduce not trivial
semantic issue.
Based on the current D language
On 05/31/2013 08:34 AM, Manu wrote:
What's taking the most time?
The lighting loop is so template-tastic, I can't get a feel for how fast that
loop would be.
Hah, I found this out the hard way recently -- have been doing some experimental
reworking of code where some key inner functions were
On Friday, 31 May 2013 at 07:18:38 UTC, SeanVn wrote:
I hope now things have settled down.
They have, considerably.
I will look at the language for a couple of days. I presume I
now only have to look at D2 and Phobos and not the previous 4
way split of D1/D2/Phobos/Tango.
Correct
I
On 05/31/2013 12:58 PM, Joseph Rushton Wakeling wrote:
On 05/31/2013 08:34 AM, Manu wrote:
What's taking the most time?
The lighting loop is so template-tastic, I can't get a feel for how fast that
loop would be.
Hah, I found this out the hard way recently -- have been doing some experimental
Given the release of 2.063, it would be good to upgrade. Clearly I could
download the deb and rpm files and put them in my local repository.
However, there is the D APT repository and it seems good to use this
instead for Debian.
I wonder if it would be a good idea for people interested in Debian
On 05/31/2013 01:05 PM, Timon Gehr wrote:
That wouldn't make any sense though, since after template expansion there is
no
difference between the generated version and a particular handwritten version.
That's what I'd assumed too, but there _is_ a speed difference. I'm open to
suggestions as
On 31 May 2013 20:58, Joseph Rushton Wakeling
joseph.wakel...@webdrake.netwrote:
On 05/31/2013 08:34 AM, Manu wrote:
What's taking the most time?
The lighting loop is so template-tastic, I can't get a feel for how fast
that
loop would be.
Hah, I found this out the hard way recently --
On 31 May 2013 21:05, Timon Gehr timon.g...@gmx.ch wrote:
On 05/31/2013 12:58 PM, Joseph Rushton Wakeling wrote:
On 05/31/2013 08:34 AM, Manu wrote:
What's taking the most time?
The lighting loop is so template-tastic, I can't get a feel for how fast
that
loop would be.
Hah, I found
On Friday, 31 May 2013 at 00:50:56 UTC, bearophile wrote:
Manu:
I've raised the topic of multiple-return-values a whole heap
of times. It's
usually shot down because it would create ambiguities in
existing syntax.
Solving only that small problem is a bad idea. A language meant
to support
On 05/31/2013 01:48 PM, Manu wrote:
I find that using templates actually makes it more likely for the compiler to
properly inline. But I think the totally generic expressions produce cases
where
the compiler is considering too many possibilities that inhibit many
optimisations.
It might
On Thursday, 30 May 2013 at 23:50:40 UTC, Jonathan M Davis wrote:
There are orders of magnitudes of difference between providing
a new
abstraction like a class and simply rewriting
auto i = foo;
as
i := foo;
_All_ it does is save you 4 characters and shift where in the
statement the
piece
On Friday, 31 May 2013 at 11:49:05 UTC, Manu wrote:
I find that using templates actually makes it more likely for
the compiler
to properly inline. But I think the totally generic expressions
produce
cases where the compiler is considering too many possibilities
that inhibit
many
I actually have some experience with C++ template
meta-programming in HD video codecs. My experience is that it is
possible for generic code through TMP to match or even beat hand
written code. Modern C++ compilers are very good, able to
optimize away most of the temporary variables resulting
On Fri, 31 May 2013 04:38:10 -0400, Jacob Carlborg d...@me.com wrote:
On 2013-05-30 21:44, Timothee Cour wrote:
shall we have both the current changelog for all releases + individual
changelogs per release
changelog.html // always latest version only; people go there by default
On 31 May 2013 23:07, finalpatch fen...@gmail.com wrote:
I actually have some experience with C++ template
meta-programming in HD video codecs. My experience is that it is
possible for generic code through TMP to match or even beat hand
written code. Modern C++ compilers are very good, able
On Fri, 31 May 2013 00:48:47 -0400, Peter Williams
pwil3...@bigpond.net.au wrote:
On 31/05/13 12:07, Steven Schveighoffer wrote:
On Thu, 30 May 2013 20:05:59 -0400, Peter Williams
pwil3...@bigpond.net.au wrote:
On 30/05/13 16:21, Ali Çehreli wrote:
On 05/29/2013 06:54 PM, Peter Williams
Just want to share a new way I just discovered to do loop
unrolling.
template Unroll(alias CODE, alias N)
{
static if (N == 1)
enum Unroll = format(CODE, 0);
else
enum Unroll = Unroll!(CODE, N-1)~format(CODE, N-1);
}
after that you can write stuff like
On Fri, 31 May 2013 06:47:07 -0400, Timon Gehr timon.g...@gmx.ch wrote:
@attribute(target, T) void func(string T)() {}
would simply need to be treated like:
template func(string T){
@attribute(target, T) void func() {}
}
In fact, today's current semantics suggest this is exactly what
Minor improvement:
template Unroll(alias CODE, alias N, alias SEP=)
{
static if (N == 1)
enum Unroll = format(CODE, 0);
else
enum Unroll = Unroll!(CODE, N-1, SEP)~SEP~format(CODE,
N-1);
}
So vector dot product can be unrolled like this:
W dniu 31.05.2013 16:06, finalpatch pisze:
Just want to share a new way I just discovered to do loop unrolling.
template Unroll(alias CODE, alias N)
{
static if (N == 1)
enum Unroll = format(CODE, 0);
else
enum Unroll = Unroll!(CODE, N-1)~format(CODE, N-1);
}
after
I just download dmd 2.063, and compile simple hello world
program:
// hello.d
import std.stdio;
int main()
{
writeln(hello world);
return 0;
}
with -O -release -inline -noboundscheck flags.
And size of result output file 'hello' equal to 1004.1 Kbyte !!!
Why size is big?
I'm
On Friday, 31 May 2013 at 14:33:48 UTC, khurshid wrote:
And size of result output file 'hello' equal to 1004.1 Kbyte
Whoa, that's up like several times from the last dmd release
you can get down to 600 kb or so by not using the flags. Strange,
combining all those flags increases the
On Fri, 31 May 2013 15:33:46 +0100, khurshid
khurshid.normura...@gmail.com wrote:
I just download dmd 2.063, and compile simple hello world program:
// hello.d
import std.stdio;
int main()
{
writeln(hello world);
return 0;
}
with -O -release -inline -noboundscheck flags.
And
On 5/31/13 9:07 AM, finalpatch wrote:
D is very strong at TMP, it provides a lot more tools
specifically designed for TMP, that is vastly superior than C++
which relies on abusing the templates. This is actually the main
reason drawing me to D: TMP in a more pleasant way. IMO one thing
D needs
While doing some testing, I came across this behavior:
template foo(T) {
void foo() {}
}
void main()
{
foo!(int).foo();
//foo!(int)(); // this works
}
Error:
testbug.d(7): Error: template testbug.foo does not match any function
template declaration. Candidates are:
testbug.d(1):
Namespace:
I thought GDC or LDC have something like:
float[$] v = [x, x, x];
which is converted to
flot[3] v = [x, x, x];
Am I wrong?
DMD need something like this too.
Right. Vote (currently only 6 votes):
http://d.puremagic.com/issues/show_bug.cgi?id=481
Bye,
bearophile
On 5/31/13 10:06 AM, finalpatch wrote:
Just want to share a new way I just discovered to do loop unrolling.
template Unroll(alias CODE, alias N)
{
static if (N == 1)
enum Unroll = format(CODE, 0);
else
enum Unroll = Unroll!(CODE, N-1)~format(CODE, N-1);
}
after that you can write stuff like
On Friday, 31 May 2013 at 14:48:02 UTC, Adam D. Ruppe wrote:
If you use printf instead of std.stdio, you'll save about 150
KB in the executable
import core.stdc.stdio;
void main() {
printf(hello\n);
}
$ dmd test2.d
$ ls -lh test2
-rwxr-xr-x 1 me users 287K 2013-05-31 10:40 test2
$
1 - 100 of 326 matches
Mail list logo
