On 2011-10-26 20:34, Walter Bright wrote:
100 bugs fixed!
http://www.digitalmars.com/d/1.0/changelog.html
http://ftp.digitalmars.com/dmd.1.071.zip
http://www.digitalmars.com/d/2.0/changelog.html
http://ftp.digitalmars.com/dmd.2.056.zip
Impressive as always. I noticed there seem to be a
On Wed, 26 Oct 2011 21:34:35 +0300, Walter Bright
newshou...@digitalmars.com wrote:
100 bugs fixed!
I'm only saddened that my std.socket cleanup pull request[1] wasn't
merged, despite being ready for merging for over a month of inactivity.
That's a few more months for my open-source
John Chapman j...@ch.com wrote in message
news:j8a00m$176m$1...@digitalmars.com...
Anyone else experience slow compiles? Seems about 2-3 times slower than
2.055.
Also, resulting executables are nearly twice as large on Windows.
John.
Yeh, a simple app I've written has gone from 514k to
On 10/27/2011 3:16 AM, Vladimir Panteleev wrote:
I'm only saddened that my std.socket cleanup pull request[1] wasn't merged,
despite being ready for merging for over a month of inactivity. That's a few
more months for my open-source network code not building with a stock DMD. Oh
well, I guess
On 10/27/2011 7:00 AM, Mike James wrote:
Yeh, a simple app I've written has gone from 514k to 1098k in release. Where has
all the extra 'goodness' come from :-O
Take a look at the .map file (run dmc with -map). It'll tell you where the size
comes from.
On Thu, 27 Oct 2011 14:20:09 -0400, Walter Bright
newshou...@digitalmars.com wrote:
On 10/27/2011 3:16 AM, Vladimir Panteleev wrote:
I'm only saddened that my std.socket cleanup pull request[1] wasn't
merged,
despite being ready for merging for over a month of inactivity. That's
a few
- Using --build-only, by default, places the exe in the current directory
rather than the usual tmp directory. The --build-only option is
frequently (always, AFAIK) used like an alternate to
bud/rebuild/xfbuild/etc
Yep, build-only should be the default! And running the exe afterwards an
This is the only section that seem to have a big difference in length:
2.055:
Length Name Class
00071CAEH _TEXT CODE 32-bit
2.056:
Length Name Class
00101A1AH _TEXT CODE 32-bit
Hurray, template bloat ;)
On 10/27/2011 12:27 PM, Trass3r wrote:
Hurray, template bloat ;)
Actually, likely not. I did make a change reduced the granularity of the object
files (multiobj). If that's the source of the large size increase, I need to
revisit that.
On Thu, 27 Oct 2011 22:30:16 +0300, Walter Bright
newshou...@digitalmars.com wrote:
Actually, likely not. I did make a change reduced the granularity of the
object files (multiobj). If that's the source of the large size
increase, I need to revisit that.
What are the benefits of reducing
On 10/27/2011 1:48 PM, Vladimir Panteleev wrote:
On Thu, 27 Oct 2011 22:30:16 +0300, Walter Bright newshou...@digitalmars.com
wrote:
Actually, likely not. I did make a change reduced the granularity of the
object files (multiobj). If that's the source of the large size increase, I
need to
On 10/27/11, Trass3r u...@known.com wrote:
Hurray, template bloat ;)
You bet. And I thought I was clever writing all those templates. The
linker flashed me internals just recently, that's a sure sign it's had
enough templates for one day. lol.
On 26/10/2011 02:44, Jonathan M Davis wrote:
snip
I have not looked over them in detail, but from what I've seen, they're _very_
similar - as in they took the C format specifiers and followed them in almost
all (and maybe even all) cases but added a few of their own. But slight
differences
On Friday, October 28, 2011 01:56:40 Stewart Gordon wrote:
On 26/10/2011 02:44, Jonathan M Davis wrote:
I have yet to look over your API in great detail,
Then don't criticise it for not having a certain feature when you haven't
read far enough down to discover whether it has that feature.
14 matches
Mail list logo
