Re: dfmt 0.1.0
On Wed, 2015-03-04 at 15:04 +, Dicebot via Digitalmars-d-announce wrote: […] All Brian tools use the same libdparse. Those include DCD, DScanner, dfix, dfmt and probably some others I am not aware of. It was also proposed for inclusion into Phobos a while ago but review pressure was too high. I try to use DCD when working with Emacs for D code, but I keep forgetting to start the server :-( I would certainly be happy to commit to using dfmt just as I use gofmt in Emacs. As long as the variation from my preferred style is not to much I can live with a One True Style (*). I hope it will eventually replace the legacy lexer/parser converted from DMD C sources - it is much more pleasant to work with. (there is no such thing as one D parser written in D for the compiler) There ought to be for the compiler/formatter toolchain otherwise there will be problems. And if there is a D parser as library and it works why would anyone want another parser? (*) The exception is of course Phobos style which I find so annoying I can't read code formatted that way. -- 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 signature.asc Description: This is a digitally signed message part
Re: D 2.067.0-b3
On Wednesday, 4 March 2015 at 00:49:04 UTC, Martin Nowak wrote: Glad to announce the third 2.067.0 beta, this time with installers and documentation. I just tried the beta with one of our applications, which receives and decodes tens of thousands of XML documents and makes heavy use of the garbage collector. Compared to D 2.066.1, there is a speed-up from 34.5 seconds to 26.5 seconds. Nice! The few required changes are related to missing imports and to the warning: use std.algorithm.sort instead of .sort property.
Re: D 2.067.0-b3
On Wednesday, 4 March 2015 at 16:14:31 UTC, Mario Kröplin wrote: I just tried the beta with one of our applications, which receives and decodes tens of thousands of XML documents and makes heavy use of the garbage collector. Compared to D 2.066.1, there is a speed-up from 34.5 seconds to 26.5 seconds. Nice! this should be headline news.
Re: DConf 2015 discounted hotel rooms now available
On Monday, 2 March 2015 at 15:14:57 UTC, Andrew Edwards wrote: What is the unofficial hangout spot for this year? DConf15 takes place at a university, can't we hang on campus.
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. :)
Re: dfmt 0.1.0
On Wednesday, 4 March 2015 at 15:26:51 UTC, Russel Winder wrote: I try to use DCD when working with Emacs for D code, but I keep forgetting to start the server :-( I would certainly be happy to commit to using dfmt just as I use gofmt in Emacs. As long as the variation from my preferred style is not to much I can live with a One True Style (*). That means that the Emacs plugin needs to start it automatically. There ought to be for the compiler/formatter toolchain otherwise there will be problems. And if there is a D parser as library and it works why would anyone want another parser? Implementing a separate parser based on the language spec has helped to find problems with the language spec. Having One True Implementation can lead to problems as well. https://issues.dlang.org/show_bug.cgi?id=10233 (*) The exception is of course Phobos style which I find so annoying I can't read code formatted that way. By default dfmt tries to output Phobos style code. There is an option to use a different brace style and another one to use tabs.
DLang Silicon Valley group is looking for speakers
Are you going to be in Silicon Valley on a fourth Thursday? We would like to meet you and preferably listen to a presentation by you (lightning talk or otherwise) http://www.meetup.com/D-Lang-Silicon-Valley/ Please discuss there, here, or email me at acehr...@yahoo.com Thank you, Ali
Re: GSOC 2015 - GNU dmd
On 3/3/2015 1:15 PM, notna wrote: not sure if someone should inform them about the DMD name clash... or just enjoy the popularity ;) http://www.gnu.org/software/dmd I sent them a note.
Typi, Simple compile to javascript toy language
I got bored and made this https://github.com/Superstar64/typi
Re: dfmt 0.1.0
On 2015-03-04 16:26, Russel Winder via Digitalmars-d-announce wrote: There ought to be for the compiler/formatter toolchain otherwise there will be problems. And if there is a D parser as library and it works why would anyone want another parser? The DMD front end is not really designed to be used as a library for tooling. -- /Jacob Carlborg
Re: Dgame revived
On Tuesday, 3 March 2015 at 23:01:21 UTC, Gan wrote: Oh also the green circle anti alias isn't happening. Just a plain un-anti-alis circle. Should be fixed now. Note that you now must specify the anti-aliasing, when you create the window. And you can now specify by yourself which opengl context version should be supported. See: http://dgame-dev.de/?package=Windowmodule=GLSettings
Re: Dgame revived
On Wednesday, 4 March 2015 at 09:24:55 UTC, Namespace wrote: On Tuesday, 3 March 2015 at 23:01:21 UTC, Gan wrote: Oh also the green circle anti alias isn't happening. Just a plain un-anti-alis circle. Should be fixed now. Note that you now must specify the anti-aliasing, when you create the window. And you can now specify by yourself which opengl context version should be supported. See: http://dgame-dev.de/?package=Windowmodule=GLSettings Looks great. How do I use the new version in dub? Do I just set the dependency version to 0.5.0?
Re: Dgame revived
On Wednesday, 4 March 2015 at 11:56:28 UTC, stewarth wrote: On Wednesday, 4 March 2015 at 09:42:57 UTC, Gan wrote: On Wednesday, 4 March 2015 at 09:24:55 UTC, Namespace wrote: On Tuesday, 3 March 2015 at 23:01:21 UTC, Gan wrote: Oh also the green circle anti alias isn't happening. Just a plain un-anti-alis circle. Should be fixed now. Note that you now must specify the anti-aliasing, when you create the window. And you can now specify by yourself which opengl context version should be supported. See: http://dgame-dev.de/?package=Windowmodule=GLSettings Looks great. How do I use the new version in dub? Do I just set the dependency version to 0.5.0? I think that because 0.5.0 is on a branch you will need to tell dub to switch branches. This is done with a '~' in the dependencies line. You also need to run dub upgrade. Something like this (untested): --- ... sourcePaths:[.], dependencies: { dgame:~0.5.0 }, targetType:executable ... $ dub upgraade $ dub build Cheers, stew Sorry, cut-paste noise, the only interesting part is this: dependencies: { dgame:~0.5.0 },
Re: Dgame revived
On Wednesday, 4 March 2015 at 09:42:57 UTC, Gan wrote: On Wednesday, 4 March 2015 at 09:24:55 UTC, Namespace wrote: On Tuesday, 3 March 2015 at 23:01:21 UTC, Gan wrote: Oh also the green circle anti alias isn't happening. Just a plain un-anti-alis circle. Should be fixed now. Note that you now must specify the anti-aliasing, when you create the window. And you can now specify by yourself which opengl context version should be supported. See: http://dgame-dev.de/?package=Windowmodule=GLSettings Looks great. How do I use the new version in dub? Do I just set the dependency version to 0.5.0? I think that because 0.5.0 is on a branch you will need to tell dub to switch branches. This is done with a '~' in the dependencies line. You also need to run dub upgrade. Something like this (untested): --- ... sourcePaths:[.], dependencies: { dgame:~0.5.0 }, targetType:executable ... $ dub upgraade $ dub build Cheers, stew
Re: Dgame revived
Do I just set the dependency version to 0.5.0? Yes that should work.
Re: dfmt 0.1.0
On Wednesday, 4 March 2015 at 07:43:44 UTC, Russel Winder wrote: On Tue, 2015-03-03 at 23:03 +, Brian Schott via Digitalmars-d-announce wrote: […] dfmt works by re-using my existing lexer and parser. The parser is run on the code first so that the formatting step knows a few things like the difference between the binary and unary forms of *. Line splitting is figured out using a badly mangled version of A*. Does this mean dfmt uses the same parser as the D D compiler? No. https://github.com/Hackerpilot/libdparse
Re: dfmt 0.1.0
On Wed, 2015-03-04 at 14:21 +, Dicebot via Digitalmars-d-announce wrote: […] No. https://github.com/Hackerpilot/libdparse Well this a bit not efficient, one D parser written in D for the compiler and a separate D parser written in D for the code formatter. What can go wrong. -- 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 signature.asc Description: This is a digitally signed message part
Re: dfmt 0.1.0
On Wednesday, 4 March 2015 at 14:53:22 UTC, Russel Winder wrote: On Wed, 2015-03-04 at 14:21 +, Dicebot via Digitalmars-d-announce wrote: […] No. https://github.com/Hackerpilot/libdparse Well this a bit not efficient, one D parser written in D for the compiler and a separate D parser written in D for the code formatter. What can go wrong. All Brian tools use the same libdparse. Those include DCD, DScanner, dfix, dfmt and probably some others I am not aware of. It was also proposed for inclusion into Phobos a while ago but review pressure was too high. I hope it will eventually replace the legacy lexer/parser converted from DMD C sources - it is much more pleasant to work with. (there is no such thing as one D parser written in D for the compiler)