Re: Start of dmd 2.064 beta program
Am 13.10.2013 00:16, schrieb Walter Bright: http://ftp.digitalmars.com/dmd2beta.zip This zip does not contain the latest version of Optlink. The one at http://ftp.digitalmars.com/optlink.zip seems to be newer. Kind Regards Benjamin Thaut
Re: Start of dmd 2.064 beta program
On 10/14/2013 12:50 AM, Benjamin Thaut wrote: Am 13.10.2013 00:16, schrieb Walter Bright: http://ftp.digitalmars.com/dmd2beta.zip This zip does not contain the latest version of Optlink. The one at http://ftp.digitalmars.com/optlink.zip seems to be newer. That one is dated 04-10-13, while the one in the zip file is dated 08/28/13, so I'm not sure why the former is newer.
Re: Facebook is using D in production starting today
On Friday, 11 October 2013 at 00:36:12 UTC, Andrei Alexandrescu wrote: Today I committed the first 5112 lines of D code to Facebook's repository. The project is in heavy daily use at Facebook. Compared to the original version (written in C++) we've measured massive wins in all of source code size, build speed, and running speed. In all likelihood we'll follow up with a blog post describing the process. Andrei Fantastic! I've already distributed the news to everyone programmer I know of. /Per
Re: Start of dmd 2.064 beta program
Am 14.10.2013 10:59, schrieb Walter Bright: On 10/14/2013 12:50 AM, Benjamin Thaut wrote: Am 13.10.2013 00:16, schrieb Walter Bright: http://ftp.digitalmars.com/dmd2beta.zip This zip does not contain the latest version of Optlink. The one at http://ftp.digitalmars.com/optlink.zip seems to be newer. That one is dated 04-10-13, while the one in the zip file is dated 08/28/13, so I'm not sure why the former is newer. My bad. German dates... We write the the day first then the month and then the year.
Re: Start of dmd 2.064 beta program
On Mon, Oct 14, 2013 at 11:35 AM, Benjamin Thaut c...@benjamin-thaut.dewrote: My bad. German dates... We write the the day first then the month and then the year. Americans seem to read dates as October 14th, 2013 which is way they write numeric dates in such an odd way :D. Since I realized that is the reason for it I've been much better at noticing the location of a person who wrote a date down.
std.logger : early review
http://forum.dlang.org/post/wuahsrjdcmdifnfgj...@forum.dlang.org
Re: Start of dmd 2.064 beta program
Am 13.10.2013 00:16, schrieb Walter Bright: http://ftp.digitalmars.com/dmd2beta.zip Current list of regressions: http://d.puremagic.com/issues/buglist.cgi?query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED This isn't a release candidate, in particular the documentation needs work, but we need to shake the tree for any undetected regressions. Further beta announcements go in the dmd-beta mailing list. Note that this release contains: 29 enhancements 307 dmd bugs fixed 14 druntime bugs fixed 73 phobos bugs fixed I just upgraded to dmd 2.064 and there are most likely multiple new struct lifetime bugs. I'm going to file them as soon as I find them, but first I have to get the debugger working again. The patch I used for dmd to be able to debug D programs with visual studio no longer works for dmd 2.064.
Re: Start of dmd 2.064 beta program
Am 14.10.2013 15:14, schrieb Benjamin Thaut: Am 13.10.2013 00:16, schrieb Walter Bright: http://ftp.digitalmars.com/dmd2beta.zip Current list of regressions: http://d.puremagic.com/issues/buglist.cgi?query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED This isn't a release candidate, in particular the documentation needs work, but we need to shake the tree for any undetected regressions. Further beta announcements go in the dmd-beta mailing list. Note that this release contains: 29 enhancements 307 dmd bugs fixed 14 druntime bugs fixed 73 phobos bugs fixed I just upgraded to dmd 2.064 and there are most likely multiple new struct lifetime bugs. I'm going to file them as soon as I find them, but first I have to get the debugger working again. The patch I used for dmd to be able to debug D programs with visual studio no longer works for dmd 2.064. I'm also getting random missing symbol linker errors with both dmd 2.063.2 and dmd 2.064. But only on 32-bit windows. On 64-bit windows it works fine. This is really frustrating...
Pragmatic D Tutorial on reddit and hackernews
http://www.reddit.com/r/programming/comments/1ofm56/pragmatic_d_tutorial/ https://news.ycombinator.com/item?id=6548111 Discuss! Andrei
Re: Facebook is using D in production starting today
Congratulations! Glad to hear everything panned out! Glad to see D officially used over there. On Friday, 11 October 2013 at 00:36:12 UTC, Andrei Alexandrescu wrote: Today I committed the first 5112 lines of D code to Facebook's repository. The project is in heavy daily use at Facebook. Compared to the original version (written in C++) we've measured massive wins in all of source code size, build speed, and running speed. In all likelihood we'll follow up with a blog post describing the process. Andrei
Re: Pragmatic D Tutorial
On Sunday, 13 October 2013 at 13:09:45 UTC, qznc wrote: I would not consider this criticism, since most other languages (Python,Rust,Go) require C wrappers for C++ libraries. I meant a discussion on how to compare D to C++. Can't tell if it's criticism or philosophy. Well... this topic is probably too involved. BTW an interesting discussion on the state of qtd: http://forum.dlang.org/thread/kvgdxxkemzicumwfe...@forum.dlang.org
Re: Start of dmd 2.064 beta program
On 10/14/2013 04:59 AM, Rory McGuire wrote: On Mon, Oct 14, 2013 at 11:35 AM, Benjamin Thaut c...@benjamin-thaut.de mailto:c...@benjamin-thaut.de wrote: My bad. German dates... We write the the day first then the month and then the year. Americans seem to read dates as October 14th, 2013 which is way they write numeric dates in such an odd way :D. Since I realized that is the reason for it I've been much better at noticing the location of a person who wrote a date down. *BOTH* of you write dates in an odd way. http://xkcd.com/1179/
phobosx.signal version 0.3 released
Thanks to Denis Shelomovskij for pointing out that due to compiler optimizations the Heisenbug was still present in my code, just very unlikely to trigger in practice. It should be fixed for real now. I'll sleep over it and check it more thoroughly again in the next days. Denis, I would appreciate it if you might check if it looks good to you now. Best regards, Robert
Re: phobosx.signal version 0.3 released
On Monday, 14 October 2013 at 20:07:08 UTC, Robert wrote: Best regards, Robert Link: https://github.com/phobos-x/phobosx/blob/master/source/phobosx/signal.d
Re: Start of dmd 2.064 beta program
On Monday, 14 October 2013 at 10:00:01 UTC, Rory McGuire wrote: On Mon, Oct 14, 2013 at 11:35 AM, Benjamin Thaut c...@benjamin-thaut.dewrote: My bad. German dates... We write the the day first then the month and then the year. Americans seem to read dates as October 14th, 2013 which is way they write numeric dates in such an odd way :D. Since I realized that is the reason for it I've been much better at noticing the location of a person who wrote a date down. I've chosen to try writing dates using the ISO 2013-10-14 Always causes confusion, thus leading people to actually figure out the numbers. :) Of course programmers don't have an issue with it. Sadly, it can't be shortened: 13-10-14 or 10-14 I'm also ok with 2013/10/14 even though ISO isn't.
Re: Pragmatic D Tutorial on reddit and hackernews
On 10/14/13 9:23 AM, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/1ofm56/pragmatic_d_tutorial/ https://news.ycombinator.com/item?id=6548111 Discuss! Andrei One interesting request on reddit: Any chance there's a PDF version of this available for reading on the go? Andrei
Re: phobosx.signal version 0.3 released
Thanks Andrej! :-) Link: https://github.com/phobos-x/phobosx/blob/master/source/phobosx/signal.d
Re: Start of dmd 2.064 beta program
On Monday, 14 October 2013 at 13:25:23 UTC, Benjamin Thaut wrote: I'm also getting random missing symbol linker errors with both dmd 2.063.2 and dmd 2.064. But only on 32-bit windows. On 64-bit windows it works fine. This is really frustrating... I've encountered this too. I'll try to reduce, but the test case isn't easy.
Re: Start of dmd 2.064 beta program
On 10/14/2013 6:25 AM, Benjamin Thaut wrote: I'm also getting random missing symbol linker errors with both dmd 2.063.2 and dmd 2.064. But only on 32-bit windows. On 64-bit windows it works fine. This is really frustrating... Is it possible you are linking together code compiled with different command line -version or -debug switches?
Re: Start of dmd 2.064 beta program
On 10/14/2013 2:35 AM, Benjamin Thaut wrote: My bad. German dates... We write the the day first then the month and then the year. Yah, that is terribly confusing, especially considering the global intarnets. I tend to write dates as year-month-day, that way they sort properly in a directory listing :-)
Re: Pragmatic D Tutorial on reddit and hackernews
On Monday, 14 October 2013 at 20:49:22 UTC, Andrei Alexandrescu wrote: On 10/14/13 9:23 AM, Andrei Alexandrescu wrote: http://www.reddit.com/r/programming/comments/1ofm56/pragmatic_d_tutorial/ https://news.ycombinator.com/item?id=6548111 Discuss! Andrei One interesting request on reddit: Any chance there's a PDF version of this available for reading on the go? Andrei A quick conversion: http://ge.tt/api/1/files/4g2VLzu/0/blob?download
Re: Start of dmd 2.064 beta program
On Monday, 14 October 2013 at 19:17:25 UTC, 1100110 wrote: *BOTH* of you write dates in an odd way. http://xkcd.com/1179/ Amen. ISO 8601 FTW. The Japanese got it correct natively though. It's year, then month then day, seperated either by explicit 年月日 (year, month, day), or by / or -. At university, we mostly used -. Well, that's when they don't use their imperial dates :/ On Monday, 14 October 2013 at 20:39:12 UTC, Jesse Phillips wrote: I've chosen to try writing dates using the ISO 2013-10-14 Always causes confusion, thus leading people to actually figure out the numbers. :) Of course programmers don't have an issue with it. Sadly, it can't be shortened: 13-10-14 or 10-14 I'm also ok with 2013/10/14 even though ISO isn't. It minimum, I try to keep it to .*MM.*DD. Also, when naming files, it sorts automatically, which is always good. That's how I name my photos anyways: format(%04-%02 - LOCATION_OR_EVENT - %03, year, month, ++counter).
Re: Start of dmd 2.064 beta program
On Monday, 14 October 2013 at 21:21:29 UTC, monarch_dodra wrote: On Monday, 14 October 2013 at 19:17:25 UTC, 1100110 wrote: *BOTH* of you write dates in an odd way. http://xkcd.com/1179/ Amen. ISO 8601 FTW. The Japanese got it correct natively though. It's year, then month then day, seperated either by explicit 年月日 (year, month, day), or by / or -. At university, we mostly used -. Well, that's when they don't use their imperial dates :/ Yes, they are pretty good at choosing completely confusing norms, but on that one they did good :D
Re: Start of dmd 2.064 beta program
On Monday, October 14, 2013 14:18:33 Walter Bright wrote: On 10/14/2013 2:35 AM, Benjamin Thaut wrote: My bad. German dates... We write the the day first then the month and then the year. Yah, that is terribly confusing, especially considering the global intarnets. I tend to write dates as year-month-day, that way they sort properly in a directory listing :-) Exactly. It sorts great that way and is nice and clear. It's also what's done in the standard ISO date formats. - Jonathan M Davis
Re: Start of dmd 2.064 beta program
On Monday, 14 October 2013 at 21:18:32 UTC, Walter Bright wrote: Yah, that is terribly confusing, especially considering the global intarnets. I get bitten by it locally too: if there's a test with an inaccurate sql query with time formatted as string, the sql server doesn't always compute it, because the default human-readable time format is taken from the current locale, and to parse it one first has to guess the format itself, which is quite difficult in a heterogeneous system.
Re: Start of dmd 2.064 beta program
On Tuesday, 15 October 2013 at 04:41:13 UTC, Kagamin wrote: On Monday, 14 October 2013 at 21:18:32 UTC, Walter Bright wrote: Yah, that is terribly confusing, especially considering the global intarnets. I get bitten by it locally too: if there's a test with an inaccurate sql query with time formatted as string, the sql server doesn't always compute it, because the default human-readable time format is taken from the current locale, and to parse it one first has to guess the format itself, which is quite difficult in a heterogeneous system. This is for that very reason that I prefers to work with timestamps UTC as much as possible. No timzone hell, no format hell, no nothing. Just convert from user input directly, and convert back to text just before output.