Re: New DCD and D-Scanner betas
On Sunday, 18 May 2014 at 11:13:12 UTC, Brian Schott wrote: Tags: https://github.com/Hackerpilot/DCD/tree/0.3.0-beta6 https://github.com/Hackerpilot/Dscanner/tree/0.1.0-beta5 Changes: https://github.com/Hackerpilot/Dscanner/compare/0.1.0-beta4...0.1.0-beta5 https://github.com/Hackerpilot/DCD/compare/0.3.0-beta5...0.3.0-beta6 A few more bug fixes to both projects. DCD got some more performance/memory improvements and can cache autocomplete information for phobos+druntime in roughly 0.8 seconds. Caching autocomplete for Phobos, Druntime, D-Scanner, DCD, and GtkD takes 1.9 seconds and 105MB. Great news, I'll try to integrate DCD with D REPL at some point.
Re: Recent download statistics
On Wednesday, 3 September 2014 at 09:20:44 UTC, Andrei Alexandrescu wrote: The relevant makefile rules are: $(OUT)/downloads: grep -o 'GET [^ ]* ' \ $(DATADIR)/downloads/2013-* $(DATADIR)/downloads/2014-* \ | grep 'dmd' | sed -e 's/:GET//' -e 's|^.*downloads/||' \ | sed -e 's/ .*dmd/ dmd/' | sort $@.tmp mv $@.tmp $@ $(OUT)/downloads.monthly: $(OUT)/downloads sed -e 's/-.. .*//' $^ | uniq -c $@.tmp mv $@.tmp $@ Nice, might be worth to spend some time filtering out machine traffic, e.g. from running travis-ci. Also equally interesting is to group those numbers by DPL release and OS.
Re: D2 port of Sociomantic CDGC available for early experiments
On Friday, 17 October 2014 at 05:38:05 UTC, thedeemon wrote: Gentlemen, do I understand correctly that you're trying to find a Windows-friendly switch to something that will never see the light on Windows (because of being based on fork)? No we want general runtime configuration, not only for the forking GC. https://github.com/D-Programming-Language/druntime/pull/986
Re: dfix 0.1.1
On 10/28/2014 09:07 AM, Daniel N wrote: Awesome, would be nice if it was included with the default install for 2.067+ It says 0.1.x, maybe when it's over 0.5.x :). In any case I'm really glad to see this moving forward.
Blog Post - Reducing vibe.d turnaround time (Part 1 Faster Linking)
This is the first post on my new blog https://code.dawg.eu/. It starts with a 3 part series on reducing vibe.d turnaround times during development. https://code.dawg.eu/reducing-vibed-turnaround-time-part-1-faster-linking.html There is also a friendly comment system.
Re: D2 port of Sociomantic CDGC available for early experiments
On Friday, 17 October 2014 at 11:30:48 UTC, Marc Schütz wrote: Marginally related: Page fault handling in user space. http://lwn.net/Articles/615086/ Maybe this can be used as an alternative to forking. Definitely good news for moving GCs.
Re: D2 port of Sociomantic CDGC available for early experiments
On Wednesday, 8 October 2014 at 18:25:00 UTC, Rainer Schuetze wrote: I'm benchmarking my Windows version of a concurrent GC with it. It does quite a lot of allocations, and this is causing some serious trouble because marking cannot compete with the rate of allocation, causing some tests to allocate a lot of memory, slowing down marking even more. I'm still looking for a solution... Well ultimatively you got to throttle your mutators to a throughput that the GC can handle. That's actually a nice thing about the forking GC, the mutator has to pay for the COW page faults, so there is some built-in throttling. How does your GC work?
Re: D/Objective-C 64bit
On Tuesday, 11 March 2014 at 18:23:08 UTC, Jacob Carlborg wrote:
A DIP is available here [1] and the latest implementation is
available here [2].
[1] http://wiki.dlang.org/DIP43
Instead of adding the selector syntaxsyntax you could reuse
pragma mangle.
extern (Objective-C)
class NSComboBox : NSTextField
{
private void* _dataSource;
pragma(mangle, objcMangle!(NSComboBox,
insertItemWithObjectValue, atIndex)
void insertItem(ObjcObject object, NSInteger value);
}
Alternatively a compiler recognized UDA would work too.
@objcSel!(insertItemWithObjectValue, atIndex)
void insertItem(ObjcObject object, NSInteger value);
Changing the lexer and parser would affect all D language tools
(editors, formatters, linters, other compilers). So now that we
do have UDAs I don't see a justification for changing the syntax
and grammar of D.
Re: Blog Post - Reducing vibe.d turnaround time (Part 1 Faster Linking)
On 11/01/2014 10:02 PM, Nordlöw wrote: Could you add a reference on how to DUB-build a library as dynamic instead of static library to easy the process for newcomers? Not really, as I said in the article. Shared libraries are still a bit cumbersome to use with dub though. Basically I just used dub -v to pick up the compile commands and exchanged -lib with -fPIC -shared. I think you can also change vibe.d's dub.json to use targetType: dynamicLibrary and also add -fPIC there. Then you'd still need to change your LD_LIBRARY_PATH. This should all be integrated into dub at once we move forward with shared libraries.
Blog Post - Reducing vibe.d turnaround time (Part 2 Less Compiling)
Second part on my series to reduce vibe.d turnaround time. In this part we'll reduce compilation time by 60%. https://code.dawg.eu/reducing-vibed-turnaround-time-part-2-less-compiling.html -Martin
Re: Blog Post - Reducing vibe.d turnaround time (Part 2 Less Compiling)
On Tuesday, 18 November 2014 at 00:55:31 UTC, Vladimir Panteleev wrote: On Tuesday, 18 November 2014 at 00:41:42 UTC, Martin Nowak wrote: Second part on my series to reduce vibe.d turnaround time. In this part we'll reduce compilation time by 60%. https://code.dawg.eu/reducing-vibed-turnaround-time-part-2-less-compiling.html From the post: I think I need to think of a different way to present imported module times in DBuildStat output, because the current way is unintuitive and easy to misinterpret. The blue bars of each module should not be summed together, they're there only to give you a clue of how much (in compiler time) a certain module is importing - but the time will be shared for all modules in non-incremental compilation (you can think of it as if the blue bars are actually overlapping each other). The total time will be proportional to the sum of the lengths of the non-blue bars (red/orange in Martin's blog post, green/red in DBuildStat's SVG visualizer). I think that's what I meant by https://github.com/CyberShadow/DBuildStat/issues/1. As far as I know, there's no reason to think DBuildStat's output is inaccurate. The timing noise is a slight problem, sometimes compilation is faster than parsing or justimports. Otherwise it's a really nice tool.
Re: Blog Post - Reducing vibe.d turnaround time (Part 2 Less Compiling)
On 11/18/2014 08:34 PM, Walter Bright wrote: Should say in the title that you reduced build times by 60%. Otherwise, have to read all the way to the end to find it! It's a great statistic, and having it in the title people will have more reason to read the article. Thanks for the tip, I now mention it in the second paragraph.
Re: undeaD - zombie phobos modules back from the grave
On Monday, 1 December 2014 at 07:53:05 UTC, Walter Bright wrote: Well, I had tagged 1.0.0, then fixed a problem :-) Well 1.0.0 is reserved for the first stable release, usually you'd begin with 0.1.0 or so. Good idea BTW.
Re: forum.dlang.org is now using DCaptcha
On 12/02/2014 10:41 PM, Vladimir Panteleev wrote: Although forum.dlang.org has had a spam check and used reCAPTCHA since it was announced, it is only somewhat effective against fully-automated bots - it is powerless against humans paid to post spamverts on forums web-wide, which is what the current spam economy seems to be gravitating towards. Ha ha, my first thought was, can't you use something else than reCAPTCHA, which is also known for tracking. Good idea, but the demo site is down right now :(. http://wiki.dlang.org/extensions/DCaptcha/demo.php
Travis-CI support for D
Glad to announce that D support on Travis-CI was launched today. http://blog.travis-ci.com/2014-12-10-community-driven-language-support-comes-to-travis-ci/ You can now get out-of-the-box continuous integration for your D projects on github. If you are already using dub, using Travis-CI is as simple as adding a 2 line .travis.yml file to your repo and toggling a switch on travis-ci.org. language:d sudo: false You can also chose a specific compiler by adding a d: tag. d: ldc-0.14.0 Build matrices are supported as well, so you can test your project against multiple compilers. Please only test as many compilers as you actually need! d: - dmd-2.066.1 - gdc-4.9.0 - ldc-0.14.0 The following compilers were successfully tested. dmd-2.064 dmd-2.065.0 dmd-2.066.1 gdc-4.8.2 gdc-4.9.0 ldc-0.13.0 ldc-0.14.0 Read the docs for more details http://docs.travis-ci.com/user/languages/d/. And you can also have a look at these 2 libraries. https://travis-ci.org/MartinNowak/hyphenate https://travis-ci.com/MartinNowak/bloom Happy testing -Martin
Re: forum.dlang.org is now using DCaptcha
Good idea, but the demo site is down right now :(. http://wiki.dlang.org/extensions/DCaptcha/demo.php Ah, fixed. Broke that when I updated to the easy version. Nice one, failed the first try :). You should probably reload on failure, or maybe only after the 3rd attempt or so. Looks like you ruled out at least half of the spammers. http://blog.codinghorror.com/separating-programming-sheep-from-non-programming-goats/
Re: Travis-CI support for D
So cool! I've been doing this manually for some time. What about those of us who don't/can't use dub? Read the docs for more details ;). Just use make or whatever fits your bill. http://docs.travis-ci.com/user/languages/d/
Re: Travis-CI support for D
On Thursday, 11 December 2014 at 07:40:14 UTC, Andrej Mitrovic via Digitalmars-d-announce wrote: On 12/11/14, Martin Nowak via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: Glad to announce that D support on Travis-CI was launched today. http://blog.travis-ci.com/2014-12-10-community-driven-language-support-comes-to-travis-ci/ Awesome!! Btw, I've noticed this command in the log file of a Travis run: $ curl http://downloads.dlang.org/releases/2014/dmd.2.066.1.linux.zip ~/dmd.zip It seems a bit of a waste of bandwidth to re-download the release for each run? Indeed, and we'll have to see how that works. Easiest solution would be to add a caching proxy on either side (incapsula?). We could also come up with some chef recipes to preinstall a bunch of compilers on certain worker boxes. Also, this will likely skew download statistics for us. Thought of that ;), I prepended Travis-CI to the curl user agent, so it will be easy to filter out this traffic. https://github.com/travis-ci/travis-build/commit/43286a1bf3865977461c3cb86882a8c35a964a9e
Re: Travis-CI support for D
On Thursday, 11 December 2014 at 08:24:22 UTC, Brad Roberts via Digitalmars-d-announce wrote: On 12/10/2014 11:34 PM, Andrej Mitrovic via And bandwidth costs money. Please discuss with the travis-ci people how to cache that. Yeah, I already asked, whether it's possible to cache that. I'll broach the subject again.
Re: Travis-CI support for D
On Thursday, 11 December 2014 at 11:23:39 UTC, Martin Nowak wrote: On Thursday, 11 December 2014 at 08:24:22 UTC, Brad Roberts via Digitalmars-d-announce wrote: On 12/10/2014 11:34 PM, Andrej Mitrovic via And bandwidth costs money. Please discuss with the travis-ci people how to cache that. Yeah, I already asked, whether it's possible to cache that. I'll broach the subject again. We could also provide chef recipes to preconfigure workers I guess, some other languages do that. But that's a lot of additional works when releasing new compiler versions, so I'd like to avoid that.
Re: Travis-CI support for D
Nice, that I can finally get hold of you Brad. Need your help on three topics. Cam we please rework the download folder structure? It's a PITA to work with, see https://github.com/travis-ci/travis-build/pull/340/files#diff-ac986a81b67f1bd5851c535881c18abeR91. Most obvious idea, make a sub folder per version. http://forum.dlang.org/post/mailman.2638.1417638975.9932.digitalmar...@puremagic.com We need some sort of LATEST redirect, you cannot expect all downstream maintainers to update their scripts for each release. And last we need dlang.org on the auto-tester. The documentation breaks with many pull requests. Just building would be enough for now, though it's a nice reward for people if they could see the result of their pull. https://github.com/braddr/d-tester/issues/41 -Martin
Re: Recent download statistics
On Monday, 13 October 2014 at 17:47:56 UTC, Andrei Alexandrescu wrote: Nice, might be worth to spend some time filtering out machine traffic, e.g. from running travis-ci. How can those be identified? Good news for the new D support on Travis-CI. I prefixed the curl User-Agent with Travis-CI, so you'll easily find those :) [1]. Otherwise (many people will continue to use their old scripts) you can only filter for the IP range of BlueBox that currently hosts most (if not all) of the Travis-CI boxes, see [2], [3]. https://github.com/MartinNowak/travis-build/commit/43286a1bf3865977461c3cb86882a8c35a964a9e [1]: https://github.com/MartinNowak/travis-build/commit/43286a1bf3865977461c3cb86882a8c35a964a9e [2]: http://ns.myip.ms/view/web_hosting/143013/Blue_Box_Group_Inc.html [3]: https://github.com/travis-ci/travis-ci/issues/2580
Re: Travis-CI support for D
On Thursday, 11 December 2014 at 12:52:40 UTC, Iain Buclaw via Digitalmars-d-announce wrote: Though I'm not nearly getting anywhere near the transfer limit inplace on my VPS. So it's not something I worry about too much. Me neither on my servers, but he is right to worry about this and on S3 he actually has to pay for the traffic. Virtual host providers usually have a mixed calculation so the other customers are paying for you :o. Isn't LDC also S3 backed? Ah, github-cloud. Anyhow, there has already been a lot of automated traffic in the past, so if you didn't notice until now, that probably won't change soon. Also see http://forum.dlang.org/post/icoinkfyrmlnetxao...@forum.dlang.org. That's also a good opportunity to check your cache-control response headers. None of them actually allows HTTP proxy servers to cache your downloads. GDC: vibe.d's defaults = increase max-age to 31557600 and add public Last-Modified: Thu, 19 Jun 2014 07:55:26 GMT Etag: F06035B41260515B28AD8924021AB57F Expires: Fri, 12 Dec 2014 20:59:38 GMT Cache-Control: max-age=86400 DMD: no cache-control = add a Cache-Control header Last-Modified: Wed, 15 Oct 2014 21:10:57 GMT ETag: dfb0833009f3204e850a87bbd560da03 LDC: github's default = add public Cache-Control: max-age=31557600 Content-Disposition: attachment; filename=ldc2-0.15.0-beta1-linux-x86_64.tar.xz Last-Modified: Fri, 14 Nov 2014 17:40:49 GMT ETag: 3322634a9958e6c959c8a70614d09818 https://code.google.com/p/doctype-mirror/wiki/ArticleHttpCaching#When_proxies_cache And there is always Incapsula, though I'm not sure whether they have an upper limit on the filesizes that they cache.
Re: forum.dlang.org is now using DCaptcha
On 12/11/2014 07:51 PM, Bill Baxter via Digitalmars-d-announce wrote: Oh, the irony! Asking people to prove they're human by making them to complete a task that is usually done by machines. :-) Let's hope the spammers don't get clever enough to let our machines (dpaste or drepl) solve that task for them. You should add random syntax mistakes Vladimir ;).
Re: Travis-CI support for D
On 12/13/2014 02:59 PM, ZombineDev wrote: Thanks for the great work! Is it possible to also include dmd+druntimie+phobos git-head? It would be helpful to know if your project can be built with the new version of DMD (when it is officially released) ahead of time. If you are using some yet-to be deprecated code you can fix the issue much sooner and when the next version is released the migration cost would be virtually zero. Sure, this won't be useful for everybody, but I am sure that for some larger organizations this will be helpful. Also this will help test the new compiler and standard library code better, which should benefit everyone. There are some interesting points in here, but the implication that more people should test master is wrong, at least I hope so. 1. New releases should be pain-free Obviously new releases shouldn't introduce regressions. If there are new warnings/deprecations you should be able to live with them for a while and fix them when you have time. This is how we perceive this and if that doesn't work for you I'd be interested to know why. 2. master == unstable There are quite some newsgroup posts like my project doesn't build with the latest dmd or latests dmd does A. That's not too helpful IMO, as it creates additional support overhead (deduplicating issues, answering, discussing). Therefor I wouldn't want to encourage this even more. If something breaks, go directly to bugzilla and file an issue. If you happen to know the cause go to github and add a comment on the relevant pull. New dmd and phobos code should be well tested and designed before we merge it into master. Things like std.experimental are supposed to deal with the lack of broad testing feedback during normal development. 3. Beta is for testing Alpha and beta releases are the right time to try a new release and they will be available on Travis-CI too [1]. During beta releases we're actively monitoring the dmd-beta mailing list [2] and are fixing any open regressions. This is the time when we're most receptive for newly reported issues. [1]: https://github.com/travis-ci/travis-build/pull/340/files#diff-ac986a81b67f1bd5851c535881c18abeR91 [2]: http://lists.puremagic.com/mailman/listinfo/dmd-beta Git pulling and rebuilding dmd every time you update your project is not extremely efficient, but perhaps this can be done once a week. Or the autotester can upload the first binaries that pass all tests to some ftp in the beginning of every week. I was thinking about releasing nightlies every now and then. We can't really reduce the release cycle without massively changing our workflow. That doesn't seem worthwhile for the few core contributors that we are. I am not very familiar with Travis or the dmd release process, so correct me if I am wrong. Done :) -Martin
Re: Travis-CI support for D
On 12/14/2014 01:42 AM, Rikki Cattermole wrote: And anyway, it forces us to have good infrastructure going for automated releases. We already have that, I build that in Jan 2014.
Re: Travis-CI support for D
On 12/13/2014 06:22 PM, Ellery Newcomer wrote: On 12/10/2014 08:50 PM, Martin Nowak wrote: Glad to announce that D support on Travis-CI was launched today. I'm a noob when it comes to travis, so it isn't readily apparent to me, but given this, would travis support a build that installs a d compiler and also some version of python? Read the docs, it cleary answers your questions. AFAIK a version of Python is preinstalled and yes this installs the D compiler you specify and dub. http://docs.travis-ci.com/
Re: Travis-CI support for D
On 12/15/2014 12:03 AM, Ellery Newcomer wrote: trying it out with pyd, and I'm getting ImportError: libphobos2.so.0.66: cannot open shared object file: No such file or directory are shared libraries supported? Yes, shared libraries should work on linux. Check that you're respecting LD_LIBRARY_PATH. https://github.com/travis-ci/travis-build/pull/340/files#diff-ac986a81b67f1bd5851c535881c18abeR65
Re: let (x,y) = ...
On 02/19/2015 11:04 AM, thedeemon wrote: SML, OCaml, Haskell, F#, ATS, Rust, Swift and others have it as let keyword, so personally I'd prefer continuing that tradition. It's semantically different though because it doesn't declare the variables.
Re: let (x,y) = ...
On 02/19/2015 12:59 PM, bearophile wrote: It's also a great way to show what's missing in D syntax. True that.
We are Beta (2.067.0-b2)
Find more information on the dmd-beta mailing list. http://forum.dlang.org/thread/54e41ca2.4060...@dawg.eu
Re: I'll be presenting at NWCPP on Jan 21 at Microsoft
On 01/23/2015 06:54 AM, Walter Bright wrote: On 1/22/2015 12:52 PM, Gary Willoughby wrote: Me too, is there any video available? https://www.youtube.com/watch?v=IkwaV6k6BmM I can't bear to watch it, you'll have to do it for me! Great topic, I wasn't aware of how much C++ we support by now. Can we get a summary of all the improvements in 2.066/2.067 for the changelog? https://github.com/D-Programming-Language/dlang.org/blob/master/changelog.dd Also it would be nice to fill the documentation with a few more details and examples from your talk. http://dlang.org/cpp_interface.html
Release Candidate D 2.067.0-rc1
Release Candidate for 2.067.0 http://downloads.dlang.org/pre-releases/2.x/2.067.0/ http://ftp.digitalmars.com/ You can get the binaries here until they are mirrored. https://dlang.dawg.eu/downloads/dmd.2.067.0-rc1/ We fixed the few remaining issues. https://github.com/D-Programming-Language/dmd/compare/v2.067.0-b4...v2.067.0-rc1 https://github.com/D-Programming-Language/phobos/compare/v2.067.0-b4...v2.067.0-rc1 Unless any new issue pops up, we'll make the release on friday. -Martin
Re: Digger 1.1
On 03/04/2015 05:54 AM, Vladimir Panteleev wrote: Finally, this is the first stable release with binary downloads for all major platforms: Nice, out of curiosity. How did you build the releases for all the platforms?
Re: serve - A simple HTTP server for static files
On Sunday, 22 March 2015 at 07:11:05 UTC, Suliman wrote: Could you explain why pure vibed do not good for static files? It's mainly a replacement for `python -m SimpleHTTPServer`, and is just a very small tool around vibe.d's serveStaticFiles, which does a good job at serving static files and works much more reliable than the python variant. https://github.com/MartinNowak/serve/blob/master/source/app.d I also added index file serving to vibe.d recently. https://github.com/rejectedsoftware/vibe.d/pull/902
Re: This Week in D #9 - marketing discussion, final beta, special interview with Sönke
On Monday, 16 March 2015 at 04:54:12 UTC, Adam D. Ruppe wrote: Ruby has over 6,000 packages, ...starting with letter A. It's over 100K in total. http://www.modulecounts.com/
Re: Release Candidate D 2.067.0-rc1
On Tuesday, 17 March 2015 at 18:07:32 UTC, Szymon Gatner wrote: Will 2.067 contain libphobos for linking with 32 bit windows apps (COFF 32)? No work in that direction of which I know. Can DMD generate COFF for 32-bit now?
Re: Release Candidate D 2.067.0-rc1
On 03/18/2015 01:13 AM, Manu via Digitalmars-d-announce wrote: Yes. Has for a while. We're really hanging out for the 32bit COFF libs to ship with DMD. Well, someone should add a build target to https://github.com/D-Programming-Language/phobos/blob/master/win32.mak. How is the phobos.lib called to avoid conflicts? It's a bit late to come up with this, will see if I can find enough time for this.
Re: Release Candidate D 2.067.0-rc1
On 03/19/2015 08:02 AM, Rainer Schuetze wrote: The COFF32 lib is built through win64.mak. This is an excerpt from my build script to create lib32\phobos32mscoff.lib: set dm_make=c:\l\dmc\bin\make set vs=vs12 set vcdir=c:\l\%vs%\vc set cl32=%vcdir%/bin/cl.exe set ar32=%vcdir%/bin/lib.exe set MSLINK=%vcdir%\bin\link.exe set lib32coff=m:\s\d\rainers\lib32;%vcdir%\vc\lib;%sdkdir%\lib set sdkdir=c:\Program Files (x86)\Microsoft SDKs\Windows\v7.1A set LINKCMD=%MSLINK% set LIB=%LIB32COFF% set ARGS=DMD=%DMD% MAKE=%dm_make% CC=\%cl32%\ AR=\%ar32%\ VCDIR=%vcdir% SDKDIR=%sdkdir% cd druntime %dm_make% -f win64.mak MODEL=32mscoff %ARGS% target if errorlevel 1 goto xit cd .. cd phobos %dm_make% -f win64.mak MODEL=32mscoff %ARGS% LIB=..\lib32\phobos32mscoff.lib if errorlevel 1 goto xit cd .. It's seriously too late, unless someone else steps up and does it. I'd need to change the build script to clean and build another Windows target, and my time is bound to regression fixing. This code in the build script would need to be changed. https://github.com/D-Programming-Language/installer/blob/7fa531bcaf7352f46af734d7804ab399e7c371b8/create_dmd_release/create_dmd_release.d#L383 https://github.com/D-Programming-Language/installer/blob/7fa531bcaf7352f46af734d7804ab399e7c371b8/create_dmd_release/create_dmd_release.d#L595 @rainers please integrate this with win64.mak so we can get this soon. Does DMD already link against phobos32mscoff?
serve - A simple HTTP server for static files
Sharing a useful tool of mine. http://code.dlang.org/packages/serve
Last Beta D 2.067.0-b4
This beta will be followed by a release candidate by the end of the week. Will soon be mirrored here and is also available via travis-ci. http://downloads.dlang.org/pre-releases/2.x/2.067.0/ http://ftp.digitalmars.com/ For now you can get the binaries from my private server. https://dlang.dawg.eu/downloads/dmd.2.067.0-b4/ There are 3 changes for dmd, 1 for druntime, and 6 for phobos. https://github.com/D-Programming-Language/dmd/compare/v2.067.0-b3...v2.067.0-b4 https://github.com/D-Programming-Language/druntime/compare/v2.067.0-b3...v2.067.0-b4 https://github.com/D-Programming-Language/phobos/compare/v2.067.0-b3...v2.067.0-b4 We fixed the last outstanding issues with vibe.d and this beta will soon be followed by a 2.067 compatible 0.7.23-beta.2 of vibe.d. Please help us testing this beta and report any issues at https://issues.dlang.org. -Martin
Re: Release D 2.067.0
On 03/24/2015 10:11 PM, John Colvin wrote: This cannot be added to homebrew until there is a new stable release of dub. Why is that? Anyhow dub is in beta and ready soon.
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 18:01:26 UTC, Andrei Alexandrescu wrote: Yes, amazing job. Let's gear up for the next release with http://wiki.dlang.org/DIP75 sooner! -- Andrei Well 2 month, that's right before dconf, sounds like a good plan.
Re: Release D 2.067.0
On 03/24/2015 06:22 PM, CraigDillabaugh wrote: Congratulations to Martin and everyone else who contributed. And particularly thanks to Kenji and Walter for the fast bug fixing.
Re: Release Candidate D 2.067.0-rc1
On 03/24/2015 12:59 PM, Szymon Gatner wrote: From the changelog I don't understand what improvements have been made to D to increase C++ interop but that is not so important to us now. Yes, that's really lame. We need to convince Daniel to write changelog entries. There is another nice fix that isn't mentioned yet (https://github.com/D-Programming-Language/dmd/pull/3855).
Release D 2.067.0
Glad to announce D 2.067.0. This release comes with many improvements. The GC is a lot faster for most use-cases, we have improved C++ interoperability and fixed plenty of bugs. See the changelog for more details. http://dlang.org/changelog.html Download pages and documentation will be updated within the next few hours. http://downloads.dlang.org/releases/2.x/2.067.0/ http://ftp.digitalmars.com/ Until the binaries are mirrored to the official site, you can get them here. https://dlang.dawg.eu/downloads/dmd.2.067.0/ -Martin
Re: Release D 2.067.0
On Wednesday, 25 March 2015 at 02:53:02 UTC, Rikki Cattermole wrote: a) A global variable that is only read before init of runtime b) CLI args c) CLI variables So, wheres d? Configure by function call. I think I should get more involved with druntime development.. You need to configure the runtime before starting it, hence it's not possible to do this as function call from your program.
Re: serve - A simple HTTP server for static files
On 03/22/2015 08:56 PM, Walter Bright wrote: If you could write a brief article about it, that would be great! I think there's a lot of potential for D in that space, and having such articles will help promulgate the idea. An article would exceed the amount of code I wrote, but I did read up how to serve static files really fast, that might make for an interesting article.
Re: Release Candidate D 2.067.0-rc1
On 03/23/2015 02:49 PM, Szymon Gatner wrote: Been waiting for this for almost 2 years, might as well wait for another release. Seriously tho, it is surprising how much little attention is put into C++/D integration considering all the recent fuss about this. And yes, I've tried mixed C++/D app on x64 Win, it crashes with simple writeln() call. As a matter of fact we only have few Windows developers, so unless someone with interest in this platform steps up it will hardly improve. Daniel Murphy did a lot of D/C++ integration to get ddmd to work, and apparently, that also works on Windows, so you might ask him for details. https://auto-tester.puremagic.com/?projectid=10
Re: DConf 2015 discounted hotel rooms now available
On 01/16/2015 11:17 PM, Steven Schveighoffer wrote: Monday is Memorial Day in the US, just about everyone has it off. Last year's memorial day I was standing at caltrain station, 5 AM, realizing the train wouldn't come.
Re: GSoC 2015 - Application Rejected
On 03/03/2015 01:42 AM, Andrei Alexandrescu wrote: We've done well, I think, in 2011 and 2012 (except for the one student who failed to deliver) so something about our reporting might have failed GSoC's expectations. Are there some documents/emails available. Will get back to you after the IRC, maybe we can find out more.
Re: This Week in D #7 - summary of reference counting discussion
On 03/02/2015 05:19 AM, Adam D. Ruppe wrote: http://arsdnet.net/this-week-in-d/mar-01.html https://twitter.com/adamdruppe/status/572249079352299520 Thanks a lot Adam, this newsletter is really nice to keep up with the important stuff. And there is a RSS feed as well :).
Re: GSoC 2015 - Application Rejected
On 03/03/2015 01:45 AM, Andrei Alexandrescu wrote: Comparing our application with that of the accepted language projects might yield some insight. I ran a cursory read of Clojure's idea page and on first sight it seems comparable to ours'. -- Andrei Indeed, this year our ideas page and the mentors list were much better. http://wiki.dlang.org/GSOC_2015_Ideas http://scala-lang.org/gsoc/2015.html
Re: Berlin D Meetup Feb 2015
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/27/2015 03:04 PM, Ben Palmer wrote: Wrapping the RNGs can cause problems as structs are passed by value. This means that if the same RNG is used in subsequent calls to say randomCover then the same sequence of random numbers will be produced by each range. A simple solution to this would be make random ranges classes. This can also cause problems but with memory management (we want to avoid lots of small alloc and free events). It also does not address problems with functions that make bad assumptions about their arguments. If we can solve these problems then there are several different avenues to push forward with new RNG wrapper functionality. There are also other opportunities for looking at random number generation. I actually had an idea how to solve this. https://issues.dlang.org/show_bug.cgi?id=7067#c19 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU8i+vAAoJELJzgRYSuxk5u/8P/3znsvHfZ3+hiG4MfLUakBfA PASqYeesud4EBOYf7ztgYqCNziSZ5Zd4/fe9PyzgC1TMRzVfseckhpU9WNaVvtMd Ej5SnY6ylGma3lr9Bfl2EZWU6NgLvwgB/ZIYlJb6WjLyGaQy03niIcOlqEg4rHo/ vLr7qcCqBGGgUB3K+riQRP9ZDrub2JF5F2yad+fZB+bAObgqujENqLd+YiVNvW8p VeuDOacnb7S+tAakIUXOLJ8+peMEgtkhIKiRUjsXR7Q/QjwNLNMwBdTnrPKlyCNH Vt5f8vtzHRadFypHWvYvinNW4d2Eg62IZjYutzLia1AsHfrnCpt5l476gwaQnUa9 Zti22d0m8usKFR/MqUbhZ3c7xqBVcS9ib9JpnGVxnzWmI4zp7/PP8363IEZb84Yg U15vynIpIxMXsL2c8/qTGhL6wYSRX6+7sP+a+ZoBughAGAqSVmfbLhrAzJYg5SMq jEvB49jaWVS8VH/KS/OBHLedUoTad7BpFeMJk+GiGcd3vdhQJPsIv1ji7fCBQtBU 8hFjJsb/GYmihrfa8ds018DhmvV4OgOW1+a8xzYs3oKOQ5cq251U1oq+oh4lKoWO DMjUiPoa0zAMvrFRBirGs3tBO0361/et/hCwxLrKhhoR1mVTdm5kHEIv16SIjQiF W1meFORZw8QGBkvwz5Lm =OjGb -END PGP SIGNATURE-
Re: GSoC 2015 - Application Rejected
On 03/02/2015 08:08 PM, CraigDillabaugh wrote: Unfortunately our organizational proposal for the 2015 Google Summer of Code was rejected. Thanks to everyone who helped out on this, especially to those who volunteered to mentor. Just read that as well, it's a pity. Thanks for all the good work Craig. I've asked Google to provide me with feedback, and I will post that here once/if I get something from them. You sent them a mail? Let's hope we get some qualified feedback. I'll try to attend the IRC feedback meeting as well. -Martin
Re: D 2.067.0-b3
On Wednesday, 4 March 2015 at 02:59:18 UTC, Brian Schott wrote: All builds and unit tests for EMSI's data processing libraries pass with this beta. :)
D 2.067.0-b3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Glad to announce the third 2.067.0 beta, this time with installers and documentation. https://dlang.dawg.eu/downloads/dmd.2.067.0-b3/ Soon to be mirrored and available on Travis-CI. http://downloads.dlang.org/pre-releases/2.x/2.067.0/ http://ftp.digitalmars.com/ This beta comes with 7 dmd and 2 phobos fixes on top of 2.067.0-b2. https://github.com/D-Programming-Language/dmd/compare/v2.067.0-b2...v2.067.0-b3 https://github.com/D-Programming-Language/phobos/compare/v2.067.0-b2...v2.067.0-b3 - -Martin - -- To check the *.asc signatures, you can import https://dlang.dawg.eu/downloads/d-keyring.gpg or compare them with this key. pub 4096R/0xAB8FE924C2F7E724 2014-09-01 [expires: 2018-03-03] Key fingerprint = AFC7 DB45 693D 62BB 472B F27B AB8F E924 C2F7 E724 uidMartin Nowak (dawg) m...@dawg.eu uidMartin Nowak martin.no...@plugintheworld.com uidMartin Nowak c...@dawg.eu sub 4096R/0xA78068C444E12E4D 2014-09-01 [expires: 2018-03-03] Key fingerprint = 0D91 720A 3DA5 F106 CEB0 7070 A780 68C4 44E1 2E4D sub 4096R/0xB273811612BB1939 2015-02-27 [expires: 2018-03-03] Key fingerprint = A734 4DAD 3C34 1EA1 2D13 C4E6 B273 8116 12BB 1939 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBAgAGBQJU9lZoAAoJELJzgRYSuxk5mQ8P/2GNHW7aNV3wD2uHpzAKWW52 l6XM47EeJS/jnaUsOI77lz3dgW/LjJZ40zL1wT9jXGDAPxPEbnkElubeIbdVVf8I MeG2F+Um3LXRYaJnOHePLceOjDqhu9oVlo+hrSDdvDKJPJVrE4s/MZEdIMql0Lz9 97UW4MBycnUKFY0ZQ4MWSrHTqaQeLhZqcXIXqIHBE/mEG6OhYFTf6p1lucPwvLLo koKA+4XZHqI8ak5xEwrNRqkFR69dYfqLVxD/h7RW7lZ7WsMq0p8IHMW9lPseFm2/ l1t0xo5nFTOMDys20Iwzc+zXhP2JwDmj2nFzLGb/L/nmQz3Uv+pEU3G63ZF4/Llv uy12np2M8bSkUVviaxi+ydS4tYMjo214nY436+GSfRDtbPdoWibz0JcyJcCko1kJ IXKSG0hEgojFTOVtxflKc0XwtJ9+w15I9FIUYmQbKacYu7Jy60wvPYiVSS3v9oFp yXIqNo0iWWE8ESiYtLbqiIo9qcnQ5hNNoIim5eP64ZpCoDt+4ivCqngvhvMoJ1uE liEx/YI8YHl3alBWPS4wEBTIUYrBiSoX7Igw6YYJdD755mIaJleoM1yOKNO7pINd TvK4GpKVBV7nhpifuevOjdDYgB97CjXXU9g++aYzIzO/33YxNxfJ7J4t5P6lBuJq BT59SrlASZy40gG1zgh7 =SeZ9 -END PGP SIGNATURE-
Re: LLVM 3.6 released - LDC master branch/0.15.1 is ready to use it!
On Friday, 27 February 2015 at 19:44:01 UTC, Kai Nacke wrote: This is the 6th time that LDC and D are mentioned in the LLVM release notes! Thanks and keep up the good work.
Re: Reloaded for dub
On 02/20/2015 03:00 PM, Kingsley wrote: I use for developing with vibe.d and other dub D project that have an executable binary. The code is here: https://github.com/kingsleyh/reloaded Nice, want to contribute? https://github.com/D-Programming-Language/dub/issues/446
Re: We are Beta (2.067.0-b2)
On 02/19/2015 11:06 PM, Brian Schott wrote: Many of the beta-2 files are missing from downloads.dlang.org, and all of them are missing from ftp.digitalmars.com. This makes testing the Debian packages or using DVM impossible. Quote from the dmd-beta post. We had some troubles with the documentation generation. In order to not delay the beta even further the zip files don't contain documentation, the dman tool is missing and there are no installers. We'll try to deliver those subsequently or with the next beta.
Re: Release D 2.067.0
On 03/24/2015 07:00 PM, Andrei Alexandrescu wrote: I have one regret - the changelog is a lot more scarce than it should because it doesn't list (or link to) a complete list of bugfixes. The impression to first comers is that we have a release with 8 total items. Hardly impressive. Also the date on the release in the changelog page is wrong - it remained Mar 1, 2015 aka our I have a dream date :o). Should be fixed by now, as announcement said within a few hours. https://github.com/D-Programming-Language/dlang.org/pull/920 https://github.com/D-Programming-Language/dlang.org/pull/933 What I'm regretting more, is that I have to run after every contributor, bugging them 3 times to write a single changelog line. One way to improve this would be to have changelogs in the dmd/druntime/phobos repo and make the entries part of the pull requests.
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 19:54:06 UTC, Brad Roberts wrote: For what it's worth, that's how things were setup a long time ago (by me), but a lot of people argued enough that it was dropped. I can't remember why. If you look at the existing changelogs, they are much more detailed. https://github.com/D-Programming-Language/phobos/blob/f77b38705bd12395c5a62f3bd4567a2935debbf1/changelog.dd Merge conflicts in changelog can be reduced using merge=union, btw. https://about.gitlab.com/2015/02/10/gitlab-reduced-merge-conflicts-by-90-percent-with-changelog-placeholders/
D 2.067.1
We're glad to announce dmd 2.067.1 which includes several regression and bug fixes over 2.067.0. http://dlang.org/changelog.html#2.067.1 Please report any bug you encounter at https://issues.dlang.org/.
Beta D 2.067.1-b1
First beta for the 2.067.1 point release. http://downloads.dlang.org/pre-releases/2.x/2.067.1/ http://ftp.digitalmars.com/ Also available on Travis-CI as dmd-2.067.1-b1. This beta comes with 9 dmd, 1 druntime, and 3 phobos fixes. https://github.com/D-Programming-Language/dmd/compare/v2.067.0...v2.067.1-b1 https://github.com/D-Programming-Language/druntime/compare/v2.067.0...v2.067.1-b1 https://github.com/D-Programming-Language/phobos/compare/v2.067.0...v2.067.1-b1 Please report any bugs at https://issues.dlang.org. -Martin
Re: Beta D 2.067.1-b1
On 04/22/2015 06:10 PM, Namespace wrote: Any changelog to compare 2067 and 2067.1? Just a few regression fixes, see the github comparisons in the OP.
Re: Beta D 2.067.1-b1
On Wednesday, 22 April 2015 at 07:18:36 UTC, ponce wrote: OT: How to know the list of D compilers available on Travis CI? Any release/pre-release is available, and it's now also possible to use the latest dmd, gdc, and ldc release by omitting the version suffix. https://github.com/travis-ci/travis-build/blob/75e95078743ead68c2bee2c828a4d3a538b977eb/lib/travis/build/script/d.rb#L94 Just reminding people of the fact that testing a beta requires very little work.
Re: D 2.067.1
On Sunday, 26 April 2015 at 22:05:36 UTC, Dicebot wrote: Side note : when updating Arch package to 2.067.1 I decided to add `-L-lcurl` option to default `dmd.conf` in context of recent discussion on topic. Please report if that causes any issues with link order bugs - I couldn't trigger any but there are wild talse running around that those exist ;) Yes, that doesn't work reliably because -lcurl is inserted before -lphobos on the link command, but phobos depends on curl, not your application which can lead to link errors if your applications doesn't drag in the relevant symbols from curl itself. http://stackoverflow.com/questions/10095150/std-net-curl-linker-errors-in-linux I have a pending pull to dynamically load curl, needs a bit more work though. https://github.com/D-Programming-Language/phobos/pull/3009.
Re: The hackathon week roundup
On Sunday, 3 May 2015 at 04:15:58 UTC, Mike wrote: My idea: 1. Members of the D leadership/committers form a working group. 2. The working group creates of list of bugs they are willing to work on. 3. Hackathon is announced. To motivate participants, the working group agrees to fix a bug of the winner's choosing. 4. After the hackathon, the working group subjectively chooses a winner from the participants. 5. The winner discloses which bug they would like fixed, and the qualified members of the working group agrees to fix it for the next release. 7. Wash, rinse, repeat. Good idea
Re: DUB 0.9.23 released
On Monday, 6 April 2015 at 08:21:46 UTC, Sönke Ludwig wrote: Apart from that, the major additions are: We also made dub a lot faster https://github.com/D-Programming-Language/dub/pull/388.
Re: Release D 2.067.0
On 03/25/2015 10:38 PM, weaselcat wrote: Anyone know if there's been any comparisons of different heapSizeFactor values? Primarly, compared to the default 2, 1.5 or 1.618. has anyone working on the GC actually done any comparisons of the new options? Yes, we compared different values and 2 was a good compromise. Higher values will result in less collections but use more memory, which lower values will trigger more collections (slowing down your program) while requiring less memory.
Re: Beta D 2.068.0-b1
On Thursday, 25 June 2015 at 04:06:15 UTC, Ilya Yaroshenko wrote: Would Summator be merged? That sure looks useful, but I lack the time for a review and if it wasn't in master when we merged master into stable it won't be part of the release.
Re: Beta D 2.068.0-b1
On Wednesday, 24 June 2015 at 23:59:43 UTC, Mike wrote: * If you do wish to pursue it please polish it up and rebase it so it has a chance Which doesn't increase our review capacity, it would make more sense to only spent more effort on a pull on request. * If you see a pull request that can still make it in 2.068, please make a final attempt at a review/merge so it is not delayed for yet another release. No, let's not play that game. Last minute additions are never a good idea and the next release is already coming in 2 month. I hope that more regular releases will help people to get their stuff ready in time.
Re: Beta D 2.068.0-b1
On Thursday, 25 June 2015 at 07:48:24 UTC, Iain Buclaw wrote: More importantly, will all cross-platform regressions introduced in the development cycle of 2.068 be fixed? :-) Sure, we intend to fix all reported regressions.
Re: Beta D 2.068.0-b1
On Thursday, 25 June 2015 at 20:38:26 UTC, rsw0x wrote: another 6 months of being laughed at on HN and reddit for having unusable smartpointers. Only 2 month until 2.069.0 It's a pity, but we can't wait for everyone to finish their open ended discussions or to eventually respond to pull request comments. Ultimately someone has to take a keyboard and write that goddamn code for it to be released.
Re: Beta D 2.068.0-b1
On Thursday, 25 June 2015 at 14:04:57 UTC, Steven Schveighoffer wrote: There is quite a raging debate currently happening with naming of lazy ranges that replace allocating ranges. If we blindly just accept what's currently in master, the debate is all for naught. Yes, I'm aware of that, a week should be plenty of time to come up with a solution.
Beta D 2.068.0-b1
First beta for the 2.068.0 release. http://downloads.dlang.org/pre-releases/2.x/2.068.0/ http://ftp.digitalmars.com/ Also available on Travis-CI as dmd-2.068.0-b1. A changelog containing all the upcoming changes will be provided within the next few days. Please report any bugs at https://issues.dlang.org -Martin
Re: Beta D 2.068.0-b1
On Monday, 29 June 2015 at 17:03:19 UTC, Jacob Carlborg wrote: On 29/06/15 15:20, Martin Nowak wrote: Thanks for letting me know, didn't knew it was private. Any reason why it's not public? No, there is none, as I hinted in my answer. It already says it's public on our board though. Maybe it was changed recently? https://trello.com/dlang
Re: Beta D 2.068.0-b1
On Friday, 26 June 2015 at 00:25:04 UTC, Mike wrote: At the moment, I don't see anything there (https://trello.com/dlang). Are the board public? Thanks for letting me know, didn't knew it was private.
Re: D-Day for DMD is today!
On 08/23/2015 07:22 AM, Rikki Cattermole wrote: Now lets hope the next stage is smooth in the transition. Here is a small guide on how to update a PR. https://github.com/D-Programming-Language/dmd/pull/4922#issuecomment-133776696
Re: D-Day for DMD is today!
On 08/23/2015 06:35 PM, Nick Sabalausky wrote: I haven't worked with the conversion tool before. How is this part done? It's the exact command below that line, we've incorporated that into the makefile.
Re: D-Day for DMD is today!
On 08/23/2015 07:08 PM, Martin Nowak wrote: On 08/23/2015 06:35 PM, Nick Sabalausky wrote: I haven't worked with the conversion tool before. How is this part done? It's the exact command below that line, we've incorporated that into the makefile. In case it doesn't work b/c you added a new symbol, you need to updated magicport.json during the rebase. https://github.com/MartinNowak/dmd/blob/9907cf65091f1c378c4955b7b5ee8287c17ae879/src/magicport.json
Re: D-Day for DMD is today!
On 08/23/2015 08:48 AM, Iain Buclaw via Digitalmars-d-announce wrote: It should do with whatever is in master at least. But until I'm able to release new binaries, there is at least new TravisCI integration testing of PRs that test building ddmd with ldc and gdc. But it currently fails. https://travis-ci.org/D-Programming-Language/dmd/builds/76838751 https://travis-ci.org/D-Programming-Language/dmd/jobs/76838753#L287
Re: D-Day for DMD is today!
On 08/23/2015 11:09 AM, Dicebot wrote: Great! Daniel, does that mean that I can remove DDMD testing job from my CI? :) I think so.
Re: Beta D 2.068.0-b2
On Monday, 27 July 2015 at 16:57:24 UTC, jmh530 wrote: I thought the next release was to switch to ddmd and wasn't supposed to add a bunch of new features? That's for the dmd side, doesn't preclude work on druntime or Phobos.
Re: Beta D 2.068.0-b2
On Monday, 27 July 2015 at 17:12:49 UTC, Joseph Cassman wrote: I can understand that. But releases tend to be several months away. And not just two. So this is a bit frustrating. We're trying to get to a 2 month interval, and delaying work that doesn't meet the deadlines is necessary to achieve this. I hope that with a more regular interval people will be more aware of the next release and plan their work accordingly.
Re: Beta D 2.068.0-b2
On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote: I just wasted a lot of time again trying to get Win64 set up on a machine I had to wipe. I had it working for 2.067.1 somehow but was never able to duplicate that on other machines I have. The information at [1] is outdated. Neither the Windows 7 nor 8.1 SDK install a linker for me now for some reason. I had to install VS 2015 to get a 64-bit linker. This fixed the linker not found post installation issue. But then I got a LIBCMT.lib not found issue. I copied it and other library files to the D installation lib64 subdirectory (I couldn't figure out what to modify in the sc.ini file; tried various modifications). Now I am getting a cryptic LNK4229 error that makes no sense to me. At this point I quit. Depending on Microsoft's libc and linker for 64-bit is an unfortunate dependency and can cause some hassle. An alternative would be appreciated, but I'm not aware of any. There is some code in the installer, that detects your SDK, but if you installed it after dmd it won't work. Isn't there some feedback about SDKs during installation?
Re: Beta D 2.068.0-b2
On Monday, 27 July 2015 at 18:58:33 UTC, Joseph Cassman wrote: Sorry for the following rant but I am frustrated by the poor quality of support for Windows 64 development. Try http://rainers.github.io/visuald/visuald/StartPage.html. By way of comparison, I can download other languages and run their installer. After that everything just works: linker included. Why do I have to install a MS toolchain just to get 64-bit linking for DMD? What languages and what linkers are they using? I like D a lot. I have been using it for a while. But I have always had trouble with Win64 development. I need that platform for my work. But I will have to dev on Linux again just for 64-bit support. And hope that this can finally get fixed. Although I am real close to just walking away on this one.
Re: Beta D 2.068.0-b2
On Friday, 31 July 2015 at 17:56:23 UTC, Kelet wrote: Hi Gerald, MonoTime is the replacement for TickDuration and it's initialized from the runtime initialization function (rt_init). This is because the GC and others may need time functionality. Thanks, filed as https://issues.dlang.org/show_bug.cgi?id=14863.
Re: Beta D 2.068.0-b1
On Sunday, 26 July 2015 at 12:00:09 UTC, Martin Nowak wrote: Could someone please try the fix https://issues.dlang.org/show_bug.cgi?id=14801#c2. Please try again, we updated the fix. https://issues.dlang.org/show_bug.cgi?id=14801#c11
Re: Beta D 2.068.0-b2
On Wednesday, 29 July 2015 at 07:10:13 UTC, Martin Nowak wrote: You're not allowed to redistribute the VS binaries, only the libc dlls. On Win32 we use our own libc (dmc) and linker (optlink). We could improve our installer so it can optionally start the VS compiler installation. https://issues.dlang.org/show_bug.cgi?id=14847
Re: Beta D 2.068.0-b2
On Wednesday, 29 July 2015 at 01:55:35 UTC, Joseph Cassman wrote: There is probably an obvious reason this is not possible but I could not see it when reading through the MS licensing information. It seems to me the linker bin could be redistributed. Why is it (and the other required lib/dll files) not bundled with the Windows installer to make it one-stop-shopping? Seems like this is what is done with Win32. You're not allowed to redistribute the VS binaries, only the libc dlls. On Win32 we use our own libc (dmc) and linker (optlink). We could improve our installer so it can optionally start the VS compiler installation.
Re: Beta D 2.068.0-b2
On Wednesday, 29 July 2015 at 01:52:34 UTC, Joseph Cassman wrote: I was forced to install VS to get one since for some reason the 7A and 8.1 Windows SDK's did not install a complete 64-bit toolchain for me. Seems like Microsoft dropped the compiler from the SDK. https://msdn.microsoft.com/en-us/windows/desktop/hh852363.aspx
Re: Release Candidate D 2.068.0-rc1
On Wednesday, 5 August 2015 at 00:42:46 UTC, Ali Çehreli wrote: This always gets me: Don't forget to refresh the browser page to see the the new entries (rc1). Yes, that's a trap. I tweaked the cache control for the current beta's page, will do that the next time right away to resolve this.
Changelog
On 08/05/2015 01:57 AM, Martin Nowak wrote: Release Candidate for 2.068.0 To make this a successful release we need to work on the changelog, so that the rest of the world can know what we actually did. Right now it only contains a few entries and the ugly bug list. http://dlang.org/changelog.html Here are lists of PRs that still need a changelog entry. https://github.com/D-Programming-Language/dmd/pulls?q=label%3Achangelog_v2.068+is%3Aclosed https://github.com/D-Programming-Language/druntime/pulls?q=label%3Achangelog_v2.068+is%3Aclosed https://github.com/D-Programming-Language/phobos/pulls?q=label%3Achangelog_v2.068+is%3Aclosed Please add the 'pending changelog' tag once you're working on an entry to avoid double efforts. Changes need to go into the stable branch of dlang.org. https://github.com/D-Programming-Language/dlang.org/blob/stable/changelog.dd Also we need to go through the list of PRs and tag them with changelog_v2.068 if anything noticeable was merged. If everbody does it for his own PRs we're done very fast. https://github.com/D-Programming-Language/dmd/pulls?q=merged%3A%3E%3D2015-03-24 https://github.com/D-Programming-Language/druntime/pulls?q=merged%3A%3E%3D2015-03-24 https://github.com/D-Programming-Language/phobos/pulls?q=merged%3A%3E%3D2015-03-24 To get a list of only your PRs merged into phobos, select the author. https://github.com/D-Programming-Language/phobos/pulls?q=merged%3A%3E%3D2015-03-24+author%3AMartinNowak https://trello.com/c/iY3PYSeQ/37-changelog-changelog-changelog -Martin
Re: line numbers for linux exception traces
On Wednesday, 5 August 2015 at 15:57:46 UTC, Adam D. Ruppe wrote: If you just download this little file: http://arsdnet.net/dcode/linetrace.d and add it to your build, when compiling in debug mode, it will translate the addresses into line numbers (by simply piping out to addr2line on the command line) No modification to your program is required. There already is http://code.dlang.org/packages/backtrace-d. And there exists even an ELF based backtrace, but I'm still waiting for someone to polish it for druntime. https://issues.dlang.org/show_bug.cgi?id=11870
Re: Beta D 2.068.0-b2
On 08/02/2015 11:20 AM, Rainer Schuetze wrote: Unfortunately, that does not help a lot because Microsoft changed their C runtime quite a bit to make it more compliant to C99. This causes unresolved symbols when linking phobos. You think we can work that out soon enough? https://issues.dlang.org/show_bug.cgi?id=14849#c7 It seems that we need to link to a certain flavor of the runtime.
Re: Beta D 2.068.0-b2
On Thursday, 30 July 2015 at 00:59:16 UTC, Joseph Cassman wrote: 4) The VS 2015 Community 2015 installation [2] also includes a complete build system. However, the DMD Windows installer does not recognize it and fails to update the sc.ini file accordingly. I will file a bug report shortly with details. https://issues.dlang.org/show_bug.cgi?id=14849
Release Candidate D 2.068.0-rc1
Release Candidate for 2.068.0 http://downloads.dlang.org/pre-releases/2.x/2.068.0/ http://ftp.digitalmars.com/ We fixed the remaining issues. https://github.com/D-Programming-Language/dmd/compare/v2.068.0-b2...v2.068.0-rc1 https://github.com/D-Programming-Language/druntime/compare/v2.068.0-b2...v2.068.0-rc1 https://github.com/D-Programming-Language/phobos/compare/v2.068.0-b2...v2.068.0-rc1 https://github.com/D-Programming-Language/installer/compare/v2.068.0-b2...v2.068.0-rc1 Unless any new issue pops up, we'll make the release on friday. -Martin
Re: line numbers for linux exception traces
On 08/06/2015 05:32 PM, Colin wrote: I wonder how difficult implementing this in the compiler would be? Obviously cant use external tools... I also opened an ER to collect some ideas for nicer backtraces. https://issues.dlang.org/show_bug.cgi?id=14885
Re: line numbers for linux exception traces
On 08/06/2015 05:32 PM, Colin wrote: I wonder how difficult implementing this in the compiler would be? Obviously cant use external tools... It's not too complex to implement in the *runtime*. The code already exists, someone just needs to remove the phobos dependencies. https://github.com/yazd/elf-d
