Re: DDT 0.11.0 released
On 23/03/2015 15:35, Ben Boeckel via Digitalmars-d-announce wrote: Running a Python script to generate D code? Yes, in DUB you can run arbitrary external commands before and after the D sources compilation. But not in between? Basically, can you have a tool written in D built with the project and then used to generate code in the same project? --Ben That should be possible if you split it into two bundles or so, if I understood that case correctly. The external commands run before and after a compilation of a bundle (known in DUB as package). So you could have: 1. bundleA - pre external commands 2. bundleA - D sources compilation 3. bundleA - post external commands 4. bundleB - pre external commands 5. bundleB - D sources compilation and so on.. (if bundleA is set as a dependency of bundleB) -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: DDT 0.11.0 released
On 25/03/2015 2:24 a.m., Bruno Medeiros wrote: On 23/03/2015 15:35, Ben Boeckel via Digitalmars-d-announce wrote: Running a Python script to generate D code? Yes, in DUB you can run arbitrary external commands before and after the D sources compilation. But not in between? Basically, can you have a tool written in D built with the project and then used to generate code in the same project? --Ben That should be possible if you split it into two bundles or so, if I understood that case correctly. The external commands run before and after a compilation of a bundle (known in DUB as package). So you could have: 1. bundleA - pre external commands 2. bundleA - D sources compilation 3. bundleA - post external commands 4. bundleB - pre external commands 5. bundleB - D sources compilation and so on.. (if bundleA is set as a dependency of bundleB) Actually I was thinking along the lines of using sub packages to do this. package: depends on subPackage2 subPackage1: pre: do stuff compile D post: do stuff subPackage2: depends on subPackage1 pre: do stuff compile D post: do stuff Of course you could chain this as long as you want.
Re: DDT 0.11.0 released
On 23/03/2015 23:01, Ben Boeckel via Digitalmars-d-announce wrote: On Mon, Mar 23, 2015 at 21:14:31 +0100, Jacob Carlborg via Digitalmars-d-announce wrote: On 2015-03-23 13:54, Bruno Medeiros wrote: There's no plans ATM to integrate with CDT itself. (I don't even know what integration with java tools would mean here) Even for CDT, I don't see what much would there be to integrate, other than the build system. I would guess he means using C(++) files and D files in the same project and the build system would just work. From what I understand[1] of Eclipse (which I admit isn't much from a user's PoV), it supports natures to be loaded which provide functionality. Now I have no idea how much work this is, but it would be nice to have a nature for D support (syntax highlighting, completion, etc.). If it includes dub, great, but it might be worth it to have a separate nature for that. CMake (and other theoretical tools) would then just add the D support nature to handle the D files and use the existing build support. Projects created through DDT itself could add the dub nature by default (FWIW, I don't think CDT generates CMake-based projects out of the box either). Basically, make DDT suitable for using it with other projects which don't use dub because it doesn't suit the upstream project whether it be because the project is more than some D code, YAML is preferred to JSON or whatever. Take my gunroar[2] repo for example. It's mainly D code, but there is some C and Java in the src/android directory. If one were working in Eclipse with it, it would be nice to support using CDT features for the C code, the native Java support for the Java code, DDT for the D code, and the build button to put it all together. --Ben [1]This is based on my experience where enabling the Android bits in an Eclipse project generated by CMake is to allow users to add natures to the generated .project file using the ECLIPSE_EXTRA_NATURES global property. [2]https://github.com/mathstuf/abagames-gunroar Yes, there is a D nature for Eclipse's .project: org.dsource.ddt.ide.core.nature Curiously though, a few DDT features will work fine without that nature, namely semantic features (code completion, go to definition, etc.). They even work with external files (files not in an Eclipse project), as long as they are part of a DUB bundle (known in DUB as a package). This is because, for example, when invoking code completion on a D source, DDT will try to find a dub.json file in the tree of parent dirs of the D file. Once it finds it, it will analyze the source structure of that bundle and all its dependency bundles (using `dub describe`, and then code completion will have all module information correctly available. And the caching of the semantic engine will still work just fine. :) As for not using DUB. Hum, I could add feature of a flag to a project options to prevent it from using DUB (the executable). This way the DUB build would be a no-op, and `dub describe` would not be run either. You would still have to use the dub.json file to describe source folders though. (Again there's no sense in making a new format to describe this) As for your gunroar example. I don't know how CMake generates an Eclipse project, but that scenario that sounds like it should have multiple Eclipse projects generated. (One for D code, one for C bits, another for Java bits) Trying to shove everything in one project wont work properly. (The directory structure of gunroar might have to be changed a bit to accommodate that though) An Eclipse project is a build unit, and is not the equivalent of a VisualStudio solution. An Eclipse workspace is much more akin to a VS solution. -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: DDT 0.11.0 released
On 24/03/2015 02:22, Manu via Digitalmars-d-announce wrote: On 23 March 2015 at 22:39, Bruno Medeiros via Digitalmars-d-announce In Visual-D you can even press F12 (go to definition) on an extern(C) symbol in your D code, and it will jump to the .cpp file where it's defined. That's quite nice. And what exactly seamlessly means here, what is offered in Mono-D that couldn't be done in DDT? Automatic linking between sibling libs within a solution, referencing of symbols between the languages/projects, automatic rebuild dependencies between sibling projects. I'm sure it could all be done in DDT. I'm just saying that as an end-user I would expect that level of interoperation with CDT and no less. I haven't tested those things, they may already work. Just FYI: referencing of symbols between the languages/projects definitely doesn't work at all. The rest, Automatic linking between sibling libs within a solution, automatic rebuild dependencies between sibling projects, etc., that won't work out of the box, but can be made to work if you go configure Eclipse options, and build system configuration. Requires some work, it won't be seamless. I'm gonna me straight up with you about DDT: With work, probably a lot could could be achieved in terms of CDT C/C++ integration. But, personally, I became interested in the D world to completely escape the C/C++ one. I don't use C/C++ professionally or on a hobby basis. That means doing CDT integration (other than trivial stuff) is low priority for me - even though I fully agree that better D and C/C++ toolchain integration is very important for D's success, if not vital. And low priority, given all the stuff I have planned in the DDT (siblings) roadmap, effectively means: not gonna get done. Unless someone else wants to work on that (that would be welcome of course). -- Bruno Medeiros https://twitter.com/brunodomedeiros
Re: DConf 2015 Schedule published
On 3/24/15 1:28 AM, Iain Buclaw via Digitalmars-d-announce wrote: +1 For making Day 3 an hour shorter. I guess there's no time for lightning talks?;-) It was a difficult decision but we did note that on day 3 the last slot is sacrificed. We might be able to organize lightning talks after the official schedule in the first two days. -- Andrei
Re: DConf 2015 Schedule published
On 3/24/15 12:47 AM, Nemanja Boric wrote: Speaker's pages (http://dconf.org/2015/talks/zvibel.html for example) shows 2014 in the title. Thanks! https://github.com/D-Programming-Language/dconf.org/pull/50
Re: DConf 2015 Schedule published
On Monday, 23 March 2015 at 16:47:30 UTC, Andrei Alexandrescu wrote: Dconf 2015's programme is on! http://dconf.org/2015/index.html I would like to thank everyone who submitted a proposal. We've had very strong proposals this year and a 50% acceptance rate, which made it very difficult to only choose half. Submitters are encouraged to join the conference; we'll have two panels and ample unstructured time during the evenings to keep discussions going. Last but not least, I encourage everyone in the community to register. The strength of any conference is ultimately decided by its attendees. We're operating at a loss to keep registration costs low, and chose a location that is accessible and affordable. Take the schedule to your employer or academic advisor and ask them if you can attend! Andrei Schedule is looking very interesting! Session will be recorded, right? ;)
Re: Release Candidate D 2.067.0-rc1
On 3/24/15 7:48 AM, Szymon Gatner wrote: On Tuesday, 24 March 2015 at 00:26:13 UTC, Daniel Murphy wrote: Szymon Gatner wrote in message news:oofoormyfxkefokvk...@forum.dlang.org... i really try not to be whiny about it but it is sooo frustrating. d advertises itself as easy to integrate with c/c++ and maybe in theory it is but in practice it is not true at all. simplest example from Adam's book I followed crashed miserable so I can only assume that -nobody- is mixing c++ with d on Win. DDMD is mixing D and C++ on all the autotester platforms. It's not that simple, but it should be possible. Honestly, I am not willing to try even less mature compiler (last month it was finished?) to try the feature that does not work in the reference one. Don't get me wrong, we do want to be early adopters, but there is nothing to adopt yet. I think you misunderstand. Daniel is citing DDMD project as an example of C++ and D working together. The output from DDMD should be identical to DMD, so it's not anything new on that side. -Steve
Re: Release Candidate D 2.067.0-rc1
On Tuesday, 24 March 2015 at 11:48:48 UTC, Szymon Gatner wrote: On Tuesday, 24 March 2015 at 00:26:13 UTC, Daniel Murphy wrote: Szymon Gatner wrote in message news:oofoormyfxkefokvk...@forum.dlang.org... i really try not to be whiny about it but it is sooo frustrating. d advertises itself as easy to integrate with c/c++ and maybe in theory it is but in practice it is not true at all. simplest example from Adam's book I followed crashed miserable so I can only assume that -nobody- is mixing c++ with d on Win. DDMD is mixing D and C++ on all the autotester platforms. It's not that simple, but it should be possible. Honestly, I am not willing to try even less mature compiler (last month it was finished?) to try the feature that does not work in the reference one. Don't get me wrong, we do want to be early adopters, but there is nothing to adopt yet. So, Adam's book worked pretty well for me. What specific issues are you having? I remember asking StackOverflow about one particular issue I was having getting functions to work with SAS, and Adam responded in half an hour. Before that though, I already had the answer to the question. Perhaps the question might help you: http://stackoverflow.com/questions/25868600/could-a-d-dll-work-within-sas
Re: Release Candidate D 2.067.0-rc1
On Tuesday, 24 March 2015 at 00:26:13 UTC, Daniel Murphy wrote: Szymon Gatner wrote in message news:oofoormyfxkefokvk...@forum.dlang.org... i really try not to be whiny about it but it is sooo frustrating. d advertises itself as easy to integrate with c/c++ and maybe in theory it is but in practice it is not true at all. simplest example from Adam's book I followed crashed miserable so I can only assume that -nobody- is mixing c++ with d on Win. DDMD is mixing D and C++ on all the autotester platforms. It's not that simple, but it should be possible. Honestly, I am not willing to try even less mature compiler (last month it was finished?) to try the feature that does not work in the reference one. Don't get me wrong, we do want to be early adopters, but there is nothing to adopt yet.
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote: Glad to announce D 2.067.0. https://dlang.dawg.eu/downloads/dmd.2.067.0/ -Martin Congrats! Although, I must admit, I was a little saddened to see that multiple alias this didn't make the release, I thought it was finalized... I should have kept a closer watch. https://github.com/D-Programming-Language/dmd/pull/3998
Re: Release D 2.067.0
2015-03-24 18:07 GMT+01:00 Martin Nowak via Digitalmars-d-announce digitalmars-d-announce@puremagic.com: 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 Congrats to everyone involved ! A special thanks to Martin, that helped a lot to get Vibe.d ready for 2.067, and reverted the problematic changes when we realize it wasn't gonna cut it.
Re: DConf 2015 Schedule published
On Tuesday, 24 March 2015 at 13:47:38 UTC, Andrei Alexandrescu wrote: On 3/24/15 1:28 AM, Iain Buclaw via Digitalmars-d-announce wrote: +1 For making Day 3 an hour shorter. I guess there's no time for lightning talks?;-) It was a difficult decision but we did note that on day 3 the last slot is sacrificed. We might be able to organize lightning talks after the official schedule in the first two days. -- Andrei Yeah, Brian's was one on the best talk last year :)
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 Tuesday, 24 March 2015 at 17:58:54 UTC, Dicebot wrote: Arch Linux packages have been uploaded. Thanks for maintaining the D packages on arch.
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote: 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. Current stable dub fails to build with 2.067.0, so it would break the homebrew dub package.
Re: Release D 2.067.0
Am 24.03.2015 um 23:14 schrieb John Colvin: On Tuesday, 24 March 2015 at 21:31:42 UTC, Martin Nowak wrote: 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. Current stable dub fails to build with 2.067.0, so it would break the homebrew dub package. You mean 2.067.0 fails to build DUB, right? I just had a hard time remembering anything that DUB would have to do differently when building something with 2.067.0 ;) I think we can tag an RC in the current state, all important fixes are done, AFAIK.
Re: Release D 2.067.0
There are now two release candidates with source compatibility fixes for DMD 2.067.0 out for testing: DUB 0.9.23-rc.1: http://code.dlang.org/download vibe.d 0.7.23-rc.4: http://code.dlang.org/packages/vibe-d/0.7.23-rc.4 If no regressions or major issues show up, I'll tag the vibe.d release tomorrow and the DUB one in a week.
Re: Release D 2.067.0
thx for the release. i's just like to point a problem with the distribution of the local html doc: https://issues.dlang.org/show_bug.cgi?id=14329
Re: 2nd London D Programmers Meetup - Robot Tank Battle Tournament
Here are the details - spread the word: http://www.meetup.com/London-D-Programmers/events/220610394/ thanks --Kingsley Thanks for all who came to the D meetup. The champion tank of the evening goes to runaway.d by Justin Priya which defeated all challengers swiftly and in style :) Looking forward to the next meetup.
Re: Release D 2.067.0
Am 25.03.2015 um 00:00 schrieb Mathias Lang via Digitalmars-d-announce: 2015-03-24 18:07 GMT+01:00 Martin Nowak via Digitalmars-d-announce digitalmars-d-announce@puremagic.com mailto:digitalmars-d-announce@puremagic.com: 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 Congrats to everyone involved ! A special thanks to Martin, that helped a lot to get Vibe.d ready for 2.067, and reverted the problematic changes when we realize it wasn't gonna cut it. +1
Re: Release D 2.067.0
On 3/24/2015 10:58 AM, Dicebot wrote: Arch Linux packages have been uploaded. I am very grateful to Martin for handling this release. It was done very professionally and thanks to beta discussions/testing we did some great breakthrough in release stability by providing deprecation paths for several non-critical bug fixes. Also some intrusive runtime changes has been reverted to re-add them in next release with better migration experience - extremely pleased to see that too. I too am thrilled with the great job Martin has done.
Re: Release D 2.067.0
Thanks to everyone who helped make this happen! This release sounds like a solid milestone in multiple crucial areas. Here's to the next release!
Re: Release D 2.067.0
On 03/24/2015 01:07 PM, Martin Nowak wrote: 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 I have been eagerly awaiting this release for a while - especially for std.experimental.logger! -- Paul O'Neil Github / IRC: todayman
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 D 2.067.0
Arch Linux packages have been uploaded. I am very grateful to Martin for handling this release. It was done very professionally and thanks to beta discussions/testing we did some great breakthrough in release stability by providing deprecation paths for several non-critical bug fixes. Also some intrusive runtime changes has been reverted to re-add them in next release with better migration experience - extremely pleased to see that too.
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote: 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 Congratulations to Martin and everyone else who contributed. Craig
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 3/24/15 2:18 PM, Martin Nowak wrote: 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. +1000 -Steve
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 18:59:53 UTC, Steven Schveighoffer wrote: On 3/24/15 2:18 PM, Martin Nowak wrote: 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. +1000 -Steve Yes, sounds reasonable. Those can be included into dlang.org automatically as part of release script anyway.
Re: Release D 2.067.0
On 3/24/2015 11:18 AM, Martin Nowak via Digitalmars-d-announce wrote: 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. 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.
Re: Release Candidate D 2.067.0-rc1
On Tuesday, 24 March 2015 at 11:59:19 UTC, Szymon Gatner wrote: On Tuesday, 24 March 2015 at 11:52:51 UTC, Steven Schveighoffer wrote: On 3/24/15 7:48 AM, Szymon Gatner wrote: On Tuesday, 24 March 2015 at 00:26:13 UTC, Daniel Murphy wrote: Szymon Gatner wrote in message news:oofoormyfxkefokvk...@forum.dlang.org... i really try not to be whiny about it but it is sooo frustrating. d advertises itself as easy to integrate with c/c++ and maybe in theory it is but in practice it is not true at all. simplest example from Adam's book I followed crashed miserable so I can only assume that -nobody- is mixing c++ with d on Win. DDMD is mixing D and C++ on all the autotester platforms. It's not that simple, but it should be possible. Honestly, I am not willing to try even less mature compiler (last month it was finished?) to try the feature that does not work in the reference one. Don't get me wrong, we do want to be early adopters, but there is nothing to adopt yet. I think you misunderstand. Daniel is citing DDMD project as an example of C++ and D working together. The output from DDMD should be identical to DMD, so it's not anything new on that side. -Steve Ah, OK. Well, I will try mixing again after 2.067 is released and report back. 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. Btw, who is responsible for D output for SWIG? I tried with 2.067 and bug persists. Filled a bug report [1] [1] https://issues.dlang.org/show_bug.cgi?id=14327
Re: Release D 2.067.0
On 2015-03-24 20:33, Dicebot wrote: Yes, sounds reasonable. Those can be included into dlang.org automatically as part of release script anyway. In the meantime, just require that a language change should have a corresponding pull request for the changelog before merging. -- /Jacob Carlborg
Re: DConf 2015 Schedule published
On 3/23/2015 8:01 PM, Jonathan M Davis via Digitalmars-d-announce wrote: No. It sounds like what's probably needed is to find ways to encourage sponsorship, and for that to work, we probably need to spread knowledge of D further so that its adoption grows, and charging for the online content would definitely get in the way of that. There is a $50 sponsorship button now at: http://dconf.org/2015/registration.html If your business is using D, and you'd like a banner sponsorship ad on dconf.org, please contact me or Andrei. After all, supporting D with sponsorships helps us support everyone with a better D.
Re: Release D 2.067.0
On Tue, Mar 24, 2015 at 19:18:22 +0100, Martin Nowak via Digitalmars-d-announce wrote: 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. One thing that I've seen done and liked is that branches worthy of release notes drop a file in somewhere like docs/release/notes/dev/$branchname.md or something (pick your favorite doc format and path) and then making notes for an actual release is taking those, collating them and finally cleaning out the directory for the next release. --Ben
Re: DConf 2015 Schedule published
On 23 March 2015 at 16:47, Andrei Alexandrescu via Digitalmars-d-announce digitalmars-d-announce@puremagic.com wrote: Dconf 2015's programme is on! http://dconf.org/2015/index.html I would like to thank everyone who submitted a proposal. We've had very strong proposals this year and a 50% acceptance rate, which made it very difficult to only choose half. Submitters are encouraged to join the conference; we'll have two panels and ample unstructured time during the evenings to keep discussions going. Last but not least, I encourage everyone in the community to register. The strength of any conference is ultimately decided by its attendees. We're operating at a loss to keep registration costs low, and chose a location that is accessible and affordable. Take the schedule to your employer or academic advisor and ask them if you can attend! Andrei +1 For making Day 3 an hour shorter. I guess there's no time for lightning talks? ;-) Iain.
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote: 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 Congratz! What exactly changed wrt C++ interop (changelog is not really helpful)? Also, as I reported some time ago (as 2.067 changelog is the default from D main page for some time), link (in the Version D 2.067 Mar 1, 2015) is broken
Re: Release D 2.067.0
On 3/24/15 10:07 AM, Martin Nowak wrote: 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/ Congratulations to everyone involved! This is a significant release - really a change of phase in the community - because for the first time neither Walter nor I participated in the actual release process (except with engineering bits, Walter a lot more). Congratulations, Martin! Let's announce this more widely after the binaries become available. 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). Andrei
Re: Release D 2.067.0
On 3/24/15 10:58 AM, Dicebot wrote: Arch Linux packages have been uploaded. Thanks! I am very grateful to Martin for handling this release. It was done very professionally and thanks to beta discussions/testing we did some great breakthrough in release stability by providing deprecation paths for several non-critical bug fixes. Also some intrusive runtime changes has been reverted to re-add them in next release with better migration experience - extremely pleased to see that too. Yes, amazing job. Let's gear up for the next release with http://wiki.dlang.org/DIP75 sooner! -- Andrei
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: DConf 2015 Schedule published
Speaker's pages (http://dconf.org/2015/talks/zvibel.html for example) shows 2014 in the title. On Monday, 23 March 2015 at 16:47:30 UTC, Andrei Alexandrescu wrote: Dconf 2015's programme is on! http://dconf.org/2015/index.html I would like to thank everyone who submitted a proposal. We've had very strong proposals this year and a 50% acceptance rate, which made it very difficult to only choose half. Submitters are encouraged to join the conference; we'll have two panels and ample unstructured time during the evenings to keep discussions going. Last but not least, I encourage everyone in the community to register. The strength of any conference is ultimately decided by its attendees. We're operating at a loss to keep registration costs low, and chose a location that is accessible and affordable. Take the schedule to your employer or academic advisor and ask them if you can attend! Andrei
Re: Release D 2.067.0
On Tuesday, 24 March 2015 at 17:08:03 UTC, Martin Nowak wrote: 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 This cannot be added to homebrew until there is a new stable release of dub.
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/
