Re: COMPO - 2.064
On Wednesday, 29 January 2014 at 14:36:29 UTC, bearophile wrote: Steve Teale: I pushed changes to GitHub (https://github.com/britseye/compo) today that allow a clean build with warnings and deprecations on using DMD2.064. In similar projects I suggest to pull out some generally useful modules (like some geometry ones), making them independent, and making them available (with DUB or on GitHub). This allows other projects to re-use those modules and reduce their size. Bye, bearophile I'm 72 in April. I'd like to get what I started finished - including documentation - before I die. The source code is there, so if there are bits that are generally useful, people can cherry pick! Also, if I come across bits that I think are generally useful, like approximating a circle with Bezier curves, or using meshes, I try to write an article on my web page that separates it out. BTW, thank you for your consistent and continuing contributions to the development of D ;=)
Re: dmd 2.065 beta 2
On Friday, 31 January 2014 at 16:09:48 UTC, Andrea Fontana wrote: On Sunday, 26 January 2014 at 23:38:56 UTC, Andrew Edwards wrote: We've made a lot of progress towards the 2.065 stable release. Available binaries are as follows: All Systems http://ftp.digitalmars.com/dmd.2.065.0-b2.zip FreeBSD http://ftp.digitalmars.com/dmd.2.065.0-b2.freebsd-32.zip http://ftp.digitalmars.com/dmd.2.065.0-b2.freebsd-64.zip Linux http://ftp.digitalmars.com/dmd.2.065.0-b2.linux.zip http://ftp.digitalmars.com/dmd_2.065.0-b2-0_amd64.deb http://ftp.digitalmars.com/dmd_2.065.0-b2-0_i386.deb http://ftp.digitalmars.com/libphobos2-65_2.065.0-b2-0_amd64.deb http://ftp.digitalmars.com/libphobos2-65_2.065.0-b2-0_i386.deb OSX http://ftp.digitalmars.com/dmd.2.065.0-b2.osx.zip http://ftp.digitalmars.com/dmd.2.065.0-b2.dmg Windows http://ftp.digitalmars.com/dmd.2.065.0-b2.exe http://ftp.digitalmars.com/dmd.2.065.0-b2.windows.zip Note: There are no RPMs available for Suse and Fedora at the moment. They will be provided upon becoming available. The list of current regressions may be accessed here: http://d.puremagic.com/issues/buglist.cgi?query_format=advancedbug_severity=regressionbug_status=NEWbug_status=ASSIGNEDbug_status=REOPENED Following are the changes incorporated since beta 1: DMD Issue 11982 - ICE(func.c) With function literal with no body Issue 11974 - ICE(case.c) Segfault with invalid assignment Issue 11966 - inout(const(char))[] doesn't convert to inout(char)[] Issue 11956 - dmd doesn't lookup /etc/dmd.conf Issue 11968 - ICE(expression.c) Crash when deleting __FILE__ Issue 11944 - ICE(expression.c) Assertion `f' failed. Issue 11922 - ICE on nonexistent identifier in templated auto method Issue 11924 - inout Variadic Template Parameters Issue 11896 - isVirtualMethod related GitHub HEAD regression (works with 2.064) Issue 11930 - Alias this not considered in is(T unused: U) matching Issue 11931 - Linkers Symbol Undefined again with dmd HEAD when -g specified Issue 11941 - Errors when appending to aggregate member array in CTFE Issue 11967 - ICE(parse.c) Parser crash Issue 11965 - Segfault on garbage Issue 11963 - ICE(parse.c) Parser crash Druntime None Phobos Remove duplicate ArchiveMember.madeVersion() property. Rename phobos.html = index.html Installer Pull #44 - Build the installer GUI for D2 on OS X Pull #43 - add dustmite binary on deb/rpm packages Pull #42 - don't zip .git* and .DS_Store files Pull #41 - fix expanding zip files created on Windows Pull #40 - cleanup leftover from merge conflict dlang.org Pull #480 - fix chmgen after renaming phobos.html = index.html Pull #478 - Revert changelog.dd encoding to UTF-8 Pull #477 - Changelog: add notes about std.uni.byGrapheme and std.range.only Pull #476 - 2.065 changelog tools None Regards, Andrew Breaking changes on std.json? Now it gives me a lot of errors... Where can I find the updated documentation? http://dlang.org/phobos-prerelease/std_json.html
Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1
On Fri, 2014-01-31 at 21:14 +0100, Jordi Sayol wrote: New Dscanner v0.1.0-beta2 deb package available at d-apt: http://d-apt.sourceforge.net/ Thanks Jordi. Duly installed :-) -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder
Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1
On 2/1/14, Brian Schott briancsch...@gmail.com wrote: If you do manage to make a SciTE plugin, let me know. Well I'm getting close. I've managed to configure a Lua script that gets run and can emit a listbox with suggestions, I just have to figure out how to call the DCD client from within Lua. Never used Lua before.
Re: DCD 0.3.0-beta1 and DScanner 0.1.0-beta1
On 2/1/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote: On 2/1/14, Brian Schott briancsch...@gmail.com wrote: If you do manage to make a SciTE plugin, let me know. Well I'm getting close. I've managed to configure a Lua script that gets run and can emit a listbox with suggestions, I just have to figure out how to call the DCD client from within Lua. Never used Lua before. Eh what am I saying, the TextAdept script is also a Lua script. I can adapt that. Will see if it works..
Review Candidates awaited!
Looking at http://wiki.dlang.org/Review_Queue there are 4 proposals that are marked as Ready for review or Ready for comments. I can proceed with any of those any time proposal author sends me an e-mail acknowledging his attention. Walter Bright, Idan Arye, Paul D. Anderson, Michael Rynn - I am speaking about you ;) Also if there is something ready but not in queue - don't hesitate about it.
Re: Review Candidates awaited!
On Saturday, 1 February 2014 at 19:52:59 UTC, Dicebot wrote: Looking at http://wiki.dlang.org/Review_Queue there are 4 proposals that are marked as Ready for review or Ready for comments. I can proceed with any of those any time proposal author sends me an e-mail acknowledging his attention. Walter Bright, Idan Arye, Paul D. Anderson, Michael Rynn - I am speaking about you ;) Also if there is something ready but not in queue - don't hesitate about it. I would prefer that you start with std.xml2. XML is too damn common for D to not have a proper XML module in the standard library. std.idioms can wait. It's ready as far as I care - it's a little bit thin(only two idioms), but the idea was that once it get accepted, other people can add their idioms there. But like I said - XML should get priority.
Re: Review Candidates awaited!
On Saturday, February 01, 2014 23:54:06 Idan Arye wrote: On Saturday, 1 February 2014 at 19:52:59 UTC, Dicebot wrote: Looking at http://wiki.dlang.org/Review_Queue there are 4 proposals that are marked as Ready for review or Ready for comments. I can proceed with any of those any time proposal author sends me an e-mail acknowledging his attention. Walter Bright, Idan Arye, Paul D. Anderson, Michael Rynn - I am speaking about you ;) Also if there is something ready but not in queue - don't hesitate about it. I would prefer that you start with std.xml2. XML is too damn common for D to not have a proper XML module in the standard library. std.idioms can wait. It's ready as far as I care - it's a little bit thin(only two idioms), but the idea was that once it get accepted, other people can add their idioms there. But like I said - XML should get priority. I believe that the last time that Michael Rynn posted in the newsgroup was towards the beginning of 2012, and I don't think that he posted very many times before that, so I question that his proposal is ever going to go anywhere, even if it's completed and fantastic. He doesn't look like he's active enough to even see this call for review candidates let alone actually active enough to go through the review process. - Jonathan M Davis
Re: Review Candidates awaited!
On Saturday, 1 February 2014 at 19:52:59 UTC, Dicebot wrote: Looking at http://wiki.dlang.org/Review_Queue there are 4 proposals that are marked as Ready for review or Ready for comments. I can proceed with any of those any time proposal author sends me an e-mail acknowledging his attention. Walter Bright, Idan Arye, Paul D. Anderson, Michael Rynn - I am speaking about you ;) Also if there is something ready but not in queue - don't hesitate about it. Is this a good practice to give name: std.xml2 with digit at the end? Maybe it would be better to name it's simply std.xml ? And for prevent conflict rename old realization as std.xml.old ? Also what what is the final decision about using std.unicode instead of std.uni? The first one is much more logical, than short variant.
