Re: Alexander Bothe passes his midterm evaulations for GSoC 2012
On Thursday, 12 July 2012 at 18:48:28 UTC, Adam Wilson wrote: Hello everyone, I'm pleased to announce Alex has passed his GSoC 2012 midterm evaluation for his Mono-D project. Alex has done a great deal of fantastic work lately and recently met a major milestone with the completion of Template Parameter Deduction. Although he is currently focusing on his upcoming final exams for school (they have a different academic schedule in Germany than in the US) he has showed an impressive level of dedication and continues to work on Mono-D in his free time between exam preparation sessions. Once he finishes his exams on the 17th he expects to work on Mono-D full time and make significant headway on Expression Evaluation in preparation for Mixin Evaluation. You can follow his progress on his website here: http://mono-d.alexanderbothe.com/ Or on Github here: https://github.com/aBothe/Mono-D Please join me in congratulating Alex on passing his evals and for the excellent work he has been doing! Mono-D is the best IDE for D that works on both Linux and Windows. End of story. Thanks for Alex for all this!
Re: Dmitry Olshansky passes the midterm evaluation at GSoC 2012
On Thursday, 12 July 2012 at 15:58:50 UTC, Andrei Alexandrescu wrote: Hello everyone, I'm pleased to announce Dmitry has passed his GSoC 2012 midterm evaluation with his project on Extended Unicode Support for D. Dmitry has done a great deal a good work independently and is ahead of schedule (therefore ready for a deserved vacation). His status page: https://github.com/blackwhale/phobos/wiki/GSOC-Unicode-support In addition, he's also made a variety of other contributions to D as I'm sure many of us have noticed. Anyone who's interested in following Dmitry's progress can email me to be added to the mailing list. Please join me in congratulating Dmitry. Andrei Congratulations Dmitry - your work is greatly appreciated!
Re: Antti-Ville Tuuainen passes his midterm evaulations for GSoC 2012
On Thursday, 12 July 2012 at 20:49:30 UTC, dsimcha wrote: Congratulations to Antti-Ville Tuuainen for passing the GSoC 2012 midterm evaluation! Despite going through a steep learning curve to learn D's template metaprogramming system, Antti-Ville has precise heap scanning for the garbage collector close to working using the new rtinfo template that has been added to object.d. His Github repository is at: https://github.com/Tuna-Fish/druntime The plans for the second half include creating an alternative implementation of precise scanning that may be more efficient and removing the global lock from malloc() if time permits. Congratulations Antti-Ville! I can't wait to see this in action! :)
Re: A partial D crypto library
On Saturday, 28 July 2012 at 00:45:04 UTC, Stian Pedersen wrote: Hi We did a project a couple of weeks ago implementing some cryptographic primitives in D. Just wanted to tip you guys about it. It has some basic RSA functionality, SHA and AES. For production use it would need some scrutiny, proper random generators etc. However if anyone wants to take it and build on it for something, that would be cool. https://github.com/apartridge/crypto/ I hope you are familiar with the dcrypt project - http://www.dsource.org/projects/dcrypt . It already have cyphers mentioned above, and digest algorithms as well, plus much more...
Re: Alex Rønne Petersen joins phobos and druntime
On 15/10/12 19:33, Andrei Alexandrescu wrote: Hello all, Please join me in congratulating Alex Rønne Petersen for joining the phobos and druntime committers on github. Alex has been a very active contributor to D, particularly druntime. We hope his prolific participation to continue and be enhanced by his new role. Good luck! Andrei Most welcome news! I expected this to be earlier, but better late then never! Alex is IMHO one of the most competent people to join phobos/druntime project commiters. Congratulations!
Re: DConf 2013 on kickstarter.com: we're live!
On Monday, 22 October 2012 at 17:25:28 UTC, Andrei Alexandrescu wrote: We're on! For one month starting today, we're raising funding for DConf 2013. http://www.kickstarter.com/projects/2083649206/the-d-programming-language-conference-2013-0 Please pledge your support and encourage your friends to do the same. Hope to see you in 2013! Thanks, Andrei I have been a committee member of the UK AUA (http://www.iua.org.uk) and I know that the best way to get funding is to find good sponsors. That is my recommendation to you, Andrei. - Try hard to find sponsors for the DConf. Perhaps FSF would help or some other open-source funding organisation?
Re: DConf 2013 on kickstarter.com: we're live!
On Tuesday, 23 October 2012 at 11:23:08 UTC, Andrei Alexandrescu wrote: On 10/23/12 7:10 AM, Dejan Lekic wrote: I have been a committee member of the UK AUA (http://www.iua.org.uk) and I know that the best way to get funding is to find good sponsors. That is my recommendation to you, Andrei. - Try hard to find sponsors for the DConf. Perhaps FSF would help or some other open-source funding organisation? I think that's a great idea. I am, of course, trying to bring in Facebook sponsorship. All - please bring the campaign to the attention of interested entities by your employer: recruiters, managers etc. If you have any contacts that you think I could cold-email, please write me email. In particular, who in FSF would be suitable? Thanks, Andrei The moment I saw the thread I made a thread at LinkedIn - http://www.linkedin.com/groups/DConf-2013-needs-funding-3923820.S.177855009 . I hope people will see it and help.
"D Developer Network" group on LinkedIn reached 100 members.
I did not expect we will reach 100 members this fast, but looks like there are professionals out there who are interested in D programming language! Check it out: http://www.linkedin.com/groups?groupDashboard=&gid=3923820
Re: Mono-D v0.4.4 Template mixins, completion improvements
On Friday, 30 November 2012 at 17:33:27 UTC, alex wrote: Hi everyone, I've implemented one of the last missing things regarding code completion (except those huge remaining fields in the expression evaluation, so correct trait&CTFE handling etc.) now. Though I doubt that everything is interpreted correctly I wrote a bunch of unit tests that passed successfully - imho another step in the right direction. Now trying to begin with the code formatter.. but unlike installing new completion features this will take longer, I guess :) http://mono-d.alexanderbothe.com http://d-ide.sourceforge.net https://github.com/aBothe/Mono-D/issues Well-done Alex!
Re: vibe.d 0.7.10 released
On Thursday, 3 January 2013 at 09:19:57 UTC, Sönke Ludwig wrote: Changes: - Compiles on DMD 2.061 (and Win64) - The Win32 back end supports TCP sockets - Form and REST interface generators have been improved and can handle more types - Diet templates support arbitrary D expressions instead of just static strings for HTML attributes now. Boolean values are also supported and do the right thing (i.e. omitting the attribute in the output if it evaluates to false). Full change log: http://vibed.org/blog/posts/vibe-release-0.7.10 Download*: http://vibed.org/download?file=vibed-0.7.10.zip GitHub: https://github.com/rejectedsoftware/vibe.d * Due to the removal of GitHub's download feature, the zip file is now unfortunately hosted on the same slow virtual server as the site. Congratulations! vibed is a perl among D projects. Respect. I do not use it for anything useful, the moment someone asks me to do some web-stuff vibe.d will be my first choice. Once I finish my Ingres/VectorWise database connector vibed will probably be used in my company...
Re: A look at the D programming language by Ferdynand Górski
On Monday, 7 January 2013 at 11:48:36 UTC, Max Klyga wrote: On 2013-01-07 11:31:45 +, bearophile said: Walter Bright: http://fgda.pl/post/8/a-look-at-the-d-programming-language From the article: if you only count the natively-compiled ones that could be used instead of C++ and have a similarly looking code. D is the best fit in this category, if not the only fit.1 There is also Rust. if (!tmp) throw new Exception("Memory allocation failed"); The error for memory overflow isn't immediate to find. The garbage collector in D isn't very fast and stops the world (halts other threads). A Rust GC doesn't need to stop more than one thread. Bye, bearophile bearophile, WHY U KEEP POSTING ABOUT OTHER LANGUAGES?! http://alltheragefaces.com/img/faces/large/misc-jackie-chan-l.png This comment has no real value, and looks like you are promoting Rust/Ada/whatever instead of D. No, seriously, why are you doing this? Its not like Walter, Andrei or any other D core team are not aware of Rust existance. He is into programming languages, and naturally likes to compare them. I believe every language designer does the same, however most of them are quiet... :)
Re: Higgs, a JavaScript JIT done in D
On Sunday, 3 February 2013 at 13:56:13 UTC, bearophile wrote: deadalnix: The code seems to miss the usage of contracts, foreach loops on numerical intervals, final switch, toString with sink, text() function, enum for compile-time constants, most const arguments, const on methods. My experience tells me that this is probably a good idea if you don't want to run into weirdland. Among those things I have listed, probably the only ones that give a little of troubles are const on methods. The author has used asserts at the beginning of methods, outside a the pre-condition, this is silly. Not using foreach loops on numerical intervals is a waste of fingers and increases the risk of mistakes, final switches often help you, text() is shorter than to!string(), const arguments are usually handy to avoid some troubles and make function/method signatures more informative. Bye, bearophile Welcome to reality Bearophile!!! In real projects people do the job as best as they can at the moment, and they probably, and with right, do not care what people who only theorise, criticise, and philosophise think! You write perfect code?! I doubt! And if you do, you will probably never finish any serious project in time!
Re: "Programming in D" book is about 78% translated
Walter Bright wrote: > On 1/31/2013 9:10 PM, Ali Çehreli wrote: >> I have continued with the translation of the book. At this point there are 551 >> pages in English of total 711 pages in Turkish. >> >> In addition to many corrections and additions throughout the book, there are the >> following chapters translated: >> >> * Universal Function Call Syntax (UFCS) >> * Properties >> * Contract Programming for Structs and Classes >> * alias >> * alias this >> * Pointers >> >> As a reminder, the book is available as PDF, downloadable from the header of >> each chapter: >> >>http://ddili.org/ders/d.en/index.html >> >> No Kindle or Lulu versions yet. > > > Looking forward to getting it finished. And a Kindle version is very important! > Amazon reaches a very wide audience. I have yet to see a Kindle or ePUB scientific book that can be compared to the paper one... I stopped buying scientific literature for Kindle... I buy only novels. Often printed copies of books have columns on the side of the text that provide very useful examples of whatever the current section is talking about. These are never done properly in electronic books. If there is an example of such, please let me know - I would like to see it. Maybe it is only me and my taste... Idk... -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: DConf13: Venue and Cost
Paul D. Anderson wrote: > The DConf13 website is mostly "coming soon". That makes sense for > the schedule, speakers, talks, etc., but I'd like to make travel > plans. > > Venue? Which hotel? > > Cost of Registration? > > Thanks, > > Paul +1 - we talked on IRC about this, and I really hope the time and place will be 100% fixed so I can plan my journey. This would also be my first time in the USA as well... -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: "Programming in D" book is about 78% translated
Ali Çehreli wrote: > I have continued with the translation of the book. At this point there > are 551 pages in English of total 711 pages in Turkish. > > In addition to many corrections and additions throughout the book, there > are the following chapters translated: > > * Universal Function Call Syntax (UFCS) > * Properties > * Contract Programming for Structs and Classes > * alias > * alias this > * Pointers > > As a reminder, the book is available as PDF, downloadable from the > header of each chapter: > >http://ddili.org/ders/d.en/index.html > > No Kindle or Lulu versions yet. > > Ali Excellent work Ali - I am sure the D community appreciates greatly your work on this book! -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: "Programming in D" book is about 78% translated
Peter Sommerfeld wrote: > Dejan Lekic wrote: > >> I have yet to see a Kindle or ePUB scientific book that can be compared >> to the paper one... I stopped buying scientific literature for Kindle... >> I buy only novels. > > Me too! Unfortunately I bought Andrei's book for Kindle. It occasionally > blocks on Kindle, even after I have reloaded it a few times. Works well > on my laptop though. Theoretically searching would be an advantage for > electronic books, but it is nearly useless without complex queries. And > the table of contents lists chapters only... > > Peter Good to see that I am not the only one... :) Yes, search and hyperlinks are advantage, but the so far I rarely search, I read book from first page to the last, and the most important thing for me is the readability. Even the source code is formatted poorly in ePUB and Kindle, especially if I decide to increase slightly the overall font size in the book by few points... -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: Higgs, a JavaScript JIT done in D
Paulo Pinto wrote: > Am 03.02.2013 19:58, schrieb bearophile: >> Dejan Lekic: >> >>> In real projects people do the job as best as they >>> can at the moment, >> >> But often there's also some need for: >> >> http://en.wikipedia.org/wiki/Code_review >> >> Bye, >> bearophile > > > If only most companies I worked for cared about it, or for > that matter unit tests. :( I understand the girl is a researcher. They, especially if they are PhD students, have very strict deadlines, and have milestones to do. Finally, they in most cases work ALONE. With all due respect, but I find it disrespectful to criticise immediately the implementation, especially if it is something pretty serious. Finally, such critic, pull request, suggestion, whatever, should be directed *to the author herself*, or on project's mailing list, bugtrack, etc instead of posting here. Don't you agree? -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: Higgs, a JavaScript JIT done in D
Nick Sabalausky wrote: > On Sun, 03 Feb 2013 22:15:09 +0100 > "Michael" wrote: > >> Best code, it's which works and the client is satisfied. > > And the end users are satisfied. AND doesn't cause problems when it > inevitably needs maintenance. And isn't prone to crapping out or > breaches of security. AND you expect that from ONE, single person who is implementing something like Higgs? :) Come on, be realistic... -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: Higgs, a JavaScript JIT done in D
On Monday, 4 February 2013 at 23:02:04 UTC, MattCoder wrote: On Monday, 4 February 2013 at 20:08:32 UTC, Paulo Pinto wrote: Am 04.02.2013 20:16, schrieb Dejan Lekic: Paulo Pinto wrote: Am 03.02.2013 19:58, schrieb bearophile: Dejan Lekic: In real projects people do the job as best as they can at the moment, But often there's also some need for: http://en.wikipedia.org/wiki/Code_review Bye, bearophile If only most companies I worked for cared about it, or for that matter unit tests. :( I understand the girl is a researcher. They, especially if they are PhD students, have very strict deadlines, and have milestones to do. Finally, they in most cases work ALONE. With all due respect, but I find it disrespectful to criticise immediately the implementation, especially if it is something pretty serious. Finally, such critic, pull request, suggestion, whatever, should be directed *to the author herself*, or on project's mailing list, bugtrack, etc instead of posting here. Don't you agree? 100% I agree too. But one thing that I saw is we should getting happy to see another project using D, but the focus went to her code instead! Let's take easy, and be glad that she is promoting D. And by the way, the project looks awesome! I absolutely agree.
Re: Registration now open on dconf.org
Andrei, just to confirm, Kickstarter donors do not have to register? What about the tutorial? Are we allowed to see the tutorial too? :) -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: Registration now open on dconf.org
Walter Bright wrote: > On 2/14/2013 3:25 AM, Dejan Lekic wrote: >> >> Andrei, just to confirm, Kickstarter donors do not have to register? > > For the first 20 at the $250 level and all those above $375 (which includes > you), you still have to register (so we know you're coming), but there's no > charge. "Registering" in that case is just letting me know. > > We're still working on getting discounted hotel rooms available, but in the > meantime booking your flight is a good idea. > >> What about the tutorial? Are we allowed to see the tutorial too? :) > > Sorry, it doesn't include the tutorial. > > The kickstarter page for reference: > http://www.kickstarter.com/projects/2083649206/the-d-programming-language- conference-2013-0 So basically I would have to register, and pay only for the tutorial? :) -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: Registration now open on dconf.org
Walter Bright wrote: > On 2/15/2013 12:59 AM, Dejan Lekic wrote: >> Walter Bright wrote: >> >>> On 2/14/2013 3:25 AM, Dejan Lekic wrote: >>>> >>>> Andrei, just to confirm, Kickstarter donors do not have to register? >>> >>> For the first 20 at the $250 level and all those above $375 (which includes >>> you), you still have to register (so we know you're coming), but there's no >>> charge. "Registering" in that case is just letting me know. >>> >>> We're still working on getting discounted hotel rooms available, but in the >>> meantime booking your flight is a good idea. >>> >>>> What about the tutorial? Are we allowed to see the tutorial too? :) >>> >>> Sorry, it doesn't include the tutorial. >>> >>> The kickstarter page for reference: >>> http://www.kickstarter.com/projects/2083649206/the-d-programming-language- >> conference-2013-0 >> >> So basically I would have to register, and pay only for the tutorial? :) > > You're already registered for the conference, since you let me know you're > coming. The tutorial isn't part of the conference, it's just adjacent to it > because that's convenient. Ok Walter. Thanks for the enlightenment. :) -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: DPaste ain't going anywhere
On Monday, 14 January 2013 at 09:34:50 UTC, nazriel wrote: Hello! I would love to say that it was just 1 April joke that Dpaste is going down but I can't. Things got complicated. I couldn't afford extending domain because I began to run low on money. Thanks to Vladimir Panteleev aka CyberShadow, who donated money in order to extended domain. Things need a bit of time in order to make everything work, of course banks being the biggest bottleneck as usually. For those who can't live without Dpaste anymore, Vladimir created temporary subdomain. Here it is: http://dpaste.1azy.net/ The most important things seems to work well. The only problem for now maybe loging in with Github, Google, and Facebook accounts. This issue will be resolved soon. We are also discussing with Vladimir about hosting backend of dpaste on his server. Source code for dpaste will be released soon on Github. Development process will be open source from now. Everyone will be able to contribute to dpaste. So once again, Hooray and big, big thanks for Vladimir for doing all of this. Thanks bud! Well, you know my e-mail - you could have e-mailed me any time, and I could host dpaste on my VPS... I have nothing there anyway and it is up for two years already.
Re: New Russian site about D Programming Language
Suliman wrote: > Hi All! I know that a lot of Russian guys are take part in the > project. Few months ago I had promise to create Russian site > about D. And now I want to announce it. > > http://dlang.ru > > I know that there is several bugs (items on top menu do not work) > and few issues on site, but I hope that we will fix it in next > 3-4 days. Now it's mostly ok. In next hour I hope to setup @live > login. Yesterday MS site show error) Good stuff! :) My Russian is little bit rusty, but I understand all those articles so far. :) -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: simpledisplay.d now works on as 64 bit on X
On Monday, 3 June 2013 at 01:31:27 UTC, Adam D. Ruppe wrote: On Monday, 3 June 2013 at 00:15:20 UTC, Marco Leise wrote: all the remote procedure calls to the X Server. Internally those calls rely on a small generic set of functions that serializes the requests for transmission. I see. I just skimmed an xcb tutorial and it isn't all that different than xlib so maybe I'll spend a weekend on it at some point and make it work in D. There's a few things we can do to make the async stuff pretty too, thanks to delegates and the sort. And perhaps I can add a concept of a sprite to simplediplay. This represents an XPixmap - distinct from an XImage in that it is on the server - or on Windows, we can probably just us an HBITMAP. These wouldn't offer direct pixel manipulation like simplediplay's current Image (which is an XImage and HBITMAP in implementation) but would be able to avoid transferring a lot of data to the X server. And lastly (optionally, like with terminal.d) tie it into my generic eventloop.d. Then we'll really be cooking with gas! It'll have to wait a while though, hacking on this stuff doesn't make my house payments :( There is already a functional XCB binding somewhere on GitHub. I managed to compiled it and play with it last year with success.
Re: monarch dodra granted write access to phobos, druntime, and tools
On Monday, 22 July 2013 at 18:08:36 UTC, Andrei Alexandrescu wrote: Please join me in congratulating monarch dodra for his admission among our github committers. We're starting with phobos, druntime, and tools access, and if all goes well, we'll extend write rights to dmd also. Thanks, Andrei Woohoo! Congratulations Monarch!
Re: DScanner is ready for use
On Saturday, 27 July 2013 at 22:27:35 UTC, Brian Schott wrote: DScanner is a tool for analyzing D source code. It has the following features: * Prints out a complete AST of a source file in XML format. * Syntax checks code and prints warning/error messages * Prints a listing of modules imported by a source file * Syntax highlights code in HTML format * Provides more meaningful "line of code" count than wc * Counts tokens in a source file The lexer/parser/AST are located in the "std/d" directory in the repository. These files should prove useful to anyone else working on D tooling. https://github.com/Hackerpilot/Dscanner Aside: the D grammar that I reverse-engineered can be located here: https://rawgithub.com/Hackerpilot/DGrammar/master/grammar.html Thanks Brian! I do not know about others, but I will definitely use these modules in my projects! :) Keep up with the good work.
Re: A new blog article detailing the alternative function syntax
On Thursday, 8 August 2013 at 19:24:31 UTC, Ary Borenszweig wrote: On 8/8/13 3:53 PM, Gary Willoughby wrote: I've just finished a new blog article on the subject of alternative function syntax in D. I guess this is pretty straightforward stuff to all the people here but was a major source of confusion to me (and others?) when first learning D. I personally think this is more confusing than many people think. Hopefully this will quickly arm a developer with knowledge to be able to read and understand most D code. Let me know if i've missed anything important. http://nomad.so/2013/08/alternative-function-syntax-in-d/ I'll post to reddit in the morning. Nice article. But when I read "alternative function syntax" I thought your article was a proposal for that, an alternative function syntax. :-P Maybe it should be renamed to something else... but I don't know enough English to suggest that. I agree, the article title should be something like "Uniform Function Call Syntax". Exactly like in in this article: http://www.drdobbs.com/cpp/uniform-function-call-syntax/232700394 .
Re: D reaches 1000 questions on stackoverflow
On Tuesday, 6 August 2013 at 16:02:57 UTC, Atila Neves wrote: On Tuesday, 6 August 2013 at 01:22:29 UTC, Andre Artus wrote: Andrei Alexandrescu wrote: http://stackoverflow.com/questions/tagged/d Andrei Perhaps we can get it to 1000 answers? I'm looking through it now to see if I can find something I can answer. I think the lack of answers is due to most D aficionados posting questions on http://forum.dlang.org/group/digitalmars.D.learn instead of stackoverflow. The last time I asked a question I did it on both assuming I'd get better answers here than there. I was right and had to answer my own question on SO (with the answer I got on the forum from a helpful D programmer) so that others might benefit. I'm not entirely sure this relative insularity is good for D (which is why I bothered to ask my question on SO to begin with). Atila There is really nothing wrong about answering/asking questions here instead of the StackOverflow.
Re: stop to maitain rpm
On Mon, 12 Aug 2013 09:13:10 +0200, bioinfornatics wrote: > I had release all rpm > https://lists.fedoraproject.org/pipermail/devel/2013-August/187609.html > > if no one take it they will go out of fedora. > > I am lazy to explain that is not : > - a build system or dub but - a build system and dub > > Firstly not everyone spent time to search their tool from cpan rvm pypi > … > Secondly when you want the lib A who need bib B who need … you > appreciate to have it in your repo Third FHS rules and other was no > create to annoyed dev… > > If D dev should to install a compiller next a lib A dev a little get > another lib … that is easier when that is into repo . That help to > brings new users when all is into a repo > > I had plan to package dub and vibe.d soon but now i stop all. > > In brief That is a build system and dub I am willing to maintain those packages. Tell me what I have to do. I think I have Fedora account somewhere... :)
Re: Pragmatic D Tutorial
On Mon, 07 Oct 2013 21:18:38 +0200, qznc wrote: > I believe one of the things D needs right now is more documentation. > Therefore, I started writing a tutorial. > > It is aimed at people who can already program well in other languages. > This means nothing about loops or structs, because I expect most people > to know this stuff. I do not consider D to be a language for beginners > anyways. > > It is aiming for pragmatic not comprehensive advice. For example, > I mostly ignore LDC and GDC except for the optimization chapter. > > Since I am working on Linux exclusively and I like the command line, I > cannot teach to Windows users. Sorry. > > This is still very incomplete and my our newborn family member requires > quite some attention. So expect this to develop with glacial speed. ;) > > Nevertheless, I want to put this version 0.1 out to get some feedback. > What do you think about the topic selection? What topics are missing? > Serious errors so far? > > http://beza1e1.tuxen.de/d-tut-0.1/index.html > > Wreck it! :) It is a very nice web-site, but the main column should be wider. Sometimes the source code floats over to the second column...
Re: Pragmatic D Tutorial
On Thu, 10 Oct 2013 00:24:16 +0200, qznc wrote: > On Wednesday, 9 October 2013 at 20:22:39 UTC, Dejan Lekic wrote: >> It is a very nice web-site, but the main column should be wider. >> Sometimes the source code floats over to the second column... > > Hm, not here. I suspect a weird font selection for the code. > > I plan to redesign it at some point anyways. This is the agogo standard > theme of Sphinx, which is the only standard theme, where the width is > not 100%. Look at this thread and see how many people complain about it... :)
Re: dmd package numbering scheme - Build Master wanted
On Wednesday, 6 November 2013 at 21:25:46 UTC, Walter Bright wrote: There have been a lot of comments about the package naming scheme and numbering scheme. I confess that these issues do not seem that important to me, as the user just clicks on a url, but I recognize that they are very important to others. This is why I believe that D needs a Build Master. This person needs to be someone who ensures that the packages are all properly built, the build scripts work, the versions are done right, the git tags are done, etc., and takes pride in it being done to perfection. (Note that because dmd changes constantly, and the operating system targets also change constantly, the package build scripts constantly break.) Eventually, I'd like at least the package builds to be done automatically by Brad's autotester. But someone still needs to make sure it is working properly and keeps working properly. This is why large projects have release manager(s). The more D becomes popular, the more work will be performed by this individual, or individuals. Especially if we want to support various Linux distributions, etc...
Fedora RPMs
Hello everybody. I have just committed few changes to https://www.gitorious.org/dejan- fedora that allow you to build functional RPMs on your Fedora 19 systems. I will aim for now to support F19, F20, EL5 and EL6. If someone needs support for something else, please send patches or just simply come to IRC and let me know what is the problem. :) Few remarks - SPEC file expects source files to be on http://ddn.so/ files/ . I hope our release manager, or so-called "build master" will make sure dlang.org provides source tarballs of dmd, phobos, druntime and tools the same or similar way I have them on http://ddn.so/files/ (btw, you can't browse it yet, but you can download files). I use the simple get-files.sh (located in the dmd directory in the dejan- fedora repo) to get those release tarballs from GitHub. Finally, I decided to be little bit adventurous and made the SPEC file generate dmd.conf with -defaultlib=libphobos2.so flag in DFLAGS. Following Fedora package guidelines, I provide static library in the libphobos-static package instead. So far it all works fine. I did not test the i686 packages yet, they should work. :) Kind regards, and I hope you find this useful as much as I do.
Re: Fedora RPMs
Just to clarify one thing - I do not intend to distribute DMD, this work is part of the bugzilla issue regarding curl, plus it is an attempt to make better Fedora/RedHat/CentOS packages. Once it is all on dlang.org maintained by our build-master, I will gladly remove all tarballs from ddn.so , and certainly hope that is going to be really soon! :)
Re: Fedora RPMs
> > would it be possible to link to appropriate github repo changesets using > git submodule, and then generate the tarballs from those? > There is a way to actually use GitHub straight, but the directory names contain SHA1 hashes then, and I would have to store hashes of all 4 projects. Honestly, too much work for me. The way it works now is just not human friendly. They could really generate {dmd|phobos|druntime| tools}-2.064.2.tar.gz files, not v2.064.2.tar.gz ... But hey, I can't change the way GitHub works! > by gum, I think you did it right too. I can build a shared lib straight > out of the box. Well, unittests seem not to be running, and I'm sure > they were a release or two ago. we'll see. I did not check unittests to be honest, will do that later. > > A few suggestions: > > /usr/share/d/samples is in dmd-...-{architecture???}, shouldn't they be > in a noarch package, like libphobos-devel? Good catch, I will do that! > > shouldn't dmd require libphobos-devel rather than libphobos? Safest is to install all of them for now. :) I will polish those dependencies in time. > > libphobos installs libphobos.so.2.064; shouldn't it have also installed > libphobos2.so.2.064.2, cuz you know, this is dmd 2.064.2, and also most > libs in my /usr/lib seem to follow the format libname.so.x.y.z I am puzzled by the soname libphobos generates anyway (read my SPEC comment about it). Libphobos makefile creates ... I would rather see libphobos.so.2.064.2 instead. If someone wants to install DMD 1, then we would have something like libphobos.so.1.073.1, and libphobos.so.1 link to it... I can surely make a libphobos2.so.2.064.2 symbolic link to libphobos2.so.0.64 but quite frankly, that should be done by the makefile itself, not by the SPEC file. > > no dustmite? waaa.. ok fine. Dustmite is not there simply because makefile does not install it. Perhaps I should patch the makefile. But hey, this small project is basically to improve the SPEC file of the DMD installer. Once everything works I hope installer's SPEC file will be replaced with this one. > > From my own experience, I believe you are going to want > > Requires: glibc-devel(x86-32) > Requires: glibc-devel(x86-64) Yep! Definitely. > > in the dmd package to ensure -m32/-m64 work properly > > feel free to take any more from > > https://bitbucket.org/ariovistus/rpm-buildscripts/ src/21921c736116a51f60db4ab9cb5852fc0ae0b63c/dmd-git2rpm > > I don't know if those Provides are necessary, but I do remember it took > me a frustrating amount of time to get the 64 bit one right. Thanks, I will check that later!
Re: Mono-D v0.5.4.8 - DMD 2.064 Compatibility + Completion fixes
Alexander Bothe wrote: > Hi everyone, > > I just released a new version of Mono-D which features quite all > the new D magic that appeared in dmd 2.064 > > http://mono-d.alexanderbothe.com/dmd-2-064-compatibility-completion-fixes-v0-5-4-8/ > > Completion issues: > https://github.com/aBothe/D_Parser/issues > > General/Other issues: > https://github.com/aBothe/Mono-D/issues > > Gonna get some sleep now :) > > > Cheers, > Alex Mono-D rocks, as always! Thanks for everything! -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: DConf 2014 Call for Submissions is now open
On Wednesday, 27 November 2013 at 14:37:11 UTC, Dicebot wrote: On Wednesday, 27 November 2013 at 05:44:36 UTC, Jonathan M Davis wrote: And now I have to wrack my brain for ideas. :) I could probably answer questions about D all day, but coming up with something useful to talk about on my own never seems to be as easy as it should be... I had some until I have started to think about "Credentials: What qualifies you to talk on the topic of choice?". Have honestly answered "Nothing" and closed the page. :) Will try my best to get there as a visitor this time though. Wrong way of thinking, IMHO - most people who do talks on conferences are not the superexperts on some field... Furthermore, sometimes people are less qualified do better talks as they focus more on "presenting" something to the audience. So you do not have to be superqualified, but you have to: 1) like the thing you are presenting 2) be good at presenting Cheers!
Re: Fedora RPMs
On Thursday, 5 December 2013 at 11:46:37 UTC, Martin Nowak wrote: On 11/19/2013 02:11 AM, Dejan Lekic wrote: Hello everybody. I have just committed few changes to https://www.gitorious.org/dejan- fedora that allow you to build functional RPMs on your Fedora 19 systems. I will aim for now to support F19, F20, EL5 and EL6. If someone needs support for something else, please send patches or just simply come to IRC and let me know what is the problem. :) Great, will you take the honour to submit this to Fedora? Few remarks - SPEC file expects source files to be on http://ddn.so/ files/ . I hope our release manager, or so-called "build master" will make sure dlang.org provides source tarballs of dmd, phobos, druntime and tools the same or similar way I have them on http://ddn.so/files/ (btw, you can't browse it yet, but you can download files). I use the simple get-files.sh (located in the dmd directory in the dejan- fedora repo) to get those release tarballs from GitHub. Finally, I decided to be little bit adventurous and made the SPEC file generate dmd.conf with -defaultlib=libphobos2.so flag in DFLAGS. It would be better to stick to the current dlang state. Following Fedora package guidelines, I provide static library in the libphobos-static package instead. Splitting in different packages is needed to comply with RPM guidelines, but it's a bad fit for a single binary installer on dlang.org. I'm working on a spec file for the latter. https://github.com/dawgfoto/installer/tree/fedoraSPEC Btw, I forgot to tell you... I talked to fedora people about having dmd in Fedora. They said it will probably be rejected because of the backend license, because they are not allowed to freely distribute the software. So I guess we will most likely have to setup our own YUM repository on dlang.org - that is probably the best course of action. If someone has better idea, please share it.
D is back on TIOBE top 20
I know this does not say much, especially considering that TransactSQL is declared "language of the year" on TIOBE. :) Anyway, good to see that D is gaining popularity. http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html
Re: D is back on TIOBE top 20
On Thursday, 2 January 2014 at 10:33:53 UTC, Namespace wrote: On Thursday, 2 January 2014 at 10:30:34 UTC, Dejan Lekic wrote: I know this does not say much, especially considering that TransactSQL is declared "language of the year" on TIOBE. :) Anyway, good to see that D is gaining popularity. http://www.tiobe.com/index.php/content/paperinfo/tpci/index.html http://forum.dlang.org/thread/mmqokwtboeqjhbsxq...@forum.dlang.org #22 was not good enough. :) Being in the first 20 is what matters as new programmers who visit TIOBE out of curiousity may become interested in D when they see it in the list. Everything below 20 is more/less invisible to the common visitor there...
Re: Delight
On Thursday, 25 September 2008 at 14:00:30 UTC, bearophile wrote: D1 + Tango with a different Python-inspired syntax; close to my ideal language: http://delight.sourceforge.net/ There are just few things I don't like, but they are generally minor, and maybe the author can change some of them still. Bye, bearophile Thank you for telling that it has "Python-inspired" syntax, so I save myself time by avoiding the project...
Re: Fedora RPMs
On Tuesday, 10 December 2013 at 12:23:21 UTC, Russel Winder wrote: On Mon, 2013-12-09 at 15:54 +0100, Dejan Lekic wrote: […] Btw, I forgot to tell you... I talked to fedora people about having dmd in Fedora. They said it will probably be rejected because of the backend license, because they are not allowed to freely distribute the software. So I guess we will most likely have to setup our own YUM repository on dlang.org - that is probably the best course of action. If someone has better idea, please share it. RPM Fusion seems to be the place for RPMs that cannot be part of the Fedora distribution. Russel, I am aware of that, but RPM Fusion is an unofficial (although admittedly often used) repository. If RPMFusion is our only choice I would rather use RPM directly from www.dlang.org .
Re: Call D code from C#
On Thursday, 9 January 2014 at 15:58:20 UTC, anthony wrote: Hi to all here, (another one here that wants to desperately use D in his work environment!) So, I am a C# and C++ guy who is used to high quality tools and UI libraries. I discovered VisualD and I settled on using it, it is really awesome! The only problem that concerns me is the lack of a UI library to use with the language. GTK+ is not an option for me. Qt is but I do not see any way to use it from D. I am thinking about using D for the business logic of my programs (let's say on Windows, for start) and then C# for the UI stuff. Is there a way to access D code from C# ? Some path I need to follow, some hint... ? Thanks a lot for any help ! anthony May I ask why is GtkD not an option? Do not get me wrong, I am not a GTK advocate, I am myself a FLTK user/developer. However, GTK would probably be my second choice after FLTK, if I ever had to chose another GUI toolkit for my C++ projects.
Re: D Developers Group on LinkedIn
On Thursday, 9 January 2014 at 18:31:11 UTC, extrawurst wrote: Hello everyone, I took the liberty to create a LinkedIn Group called "D Developers Group". I think as D more and more enters the professional sphere of software development this might be helpful. Official job descriptions looking for D developers appear and I would like to be able to tag my professional profile with a membership in such a group. Hopefully we can bring some action into this and you all join here: http://www.linkedin.com/groups/D-Developers-Group-6600317 Walter: I was told to ask you if I am allowed to use the dlang.org logo there and I was not able to find it for download anywhere nor did I find the license of it. :) There is one already, for years. It is listed on http://wiki.dlang.org .
Re: D Developers Group on LinkedIn
On Thursday, 9 January 2014 at 18:35:18 UTC, extrawurst wrote: On Thursday, 9 January 2014 at 18:31:11 UTC, extrawurst wrote: Hello everyone, I took the liberty to create a LinkedIn Group called "D Developers Group". I think as D more and more enters the professional sphere of software development this might be helpful. Official job descriptions looking for D developers appear and I would like to be able to tag my professional profile with a membership in such a group. Hopefully we can bring some action into this and you all join here: http://www.linkedin.com/groups/D-Developers-Group-6600317 Walter: I was told to ask you if I am allowed to use the dlang.org logo there and I was not able to find it for download anywhere nor did I find the license of it. oh damn and now I found out that there is already a group... lets forget about this one ;) here is the already existing one: http://www.linkedin.com/groups/D-Developer-Network-3923820 DDN already has over 600 members. Which is truly amazing! What I like the most is that some members are serious about D, and that was the original reason why I created the group. Finally we have a place for professionals who do D programming on a daily basis.
Re: Fedora RPMs
On Thursday, 5 December 2013 at 11:46:37 UTC, Martin Nowak wrote: Splitting in different packages is needed to comply with RPM guidelines, but it's a bad fit for a single binary installer on dlang.org. I'm working on a spec file for the latter. https://github.com/dawgfoto/installer/tree/fedoraSPEC It is not a requirement for no reason. You do not want to force users of your D application to install a D compiler, runtime source, etc, on every client machine, do you? Instead you would probably install just the runtime itself as a package. I have followed your recommendation regarding GitHub - now there is no need to host source packages elsewhere. Thanks for that.
Re: Internships investigating D in high-performance computing.
I have posted this on LinkedIn. There are always students there looking for internships. ;) -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: Delight
On Thursday, 25 September 2008 at 14:27:42 UTC, bearophile wrote: Mosfet: Is there any performance loss from compared to D language ? No, it's just D1 resyntaxed. That is, it generally improves on the old-school syntax of D ;-) Bye, bearophile "Improves" is pretty subjective...
Re: dmd 2.065 beta 1
Andrew Edwards wrote: > Beta testing for dmd 2.065 is under way. You can access the associated > zip at [1] and view the current list of regressions at [2]. Make every > effort to provide a thorough review so we can get the best product out > the door. > > Please refrain from discussing the review here in the dlang.org forums. > Instead, post all concerns to the dmd-beta mailing list at [3]. If you > haven't already done so, you will need to register to the mailing list > at [4]. > > When submitting bug reports associated with this review, ensure they are > earmarked [REG2.065-b1] or [BUG2.065-b1] for easy identification, > retrieval and merger. > > [1] ftp://ftp.digitalmars.com/dmd.2.065.beta.1.zip > [2] > http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED > [3] http://forum.dlang.org/group/dmd-beta > [4] http://lists.puremagic.com/mailman/listinfo/dmd-beta Can we *please* have a well-established, useful, naming scheme for tags and packages? 2.064beta3, 2.064beta4, 2.064.2, 2.065-b1... Are you as frustrated as me? For starters, you guys should first decide should we have micro part of the version at all? (major.minor.micro-qualifier) Please decide a schema and all cases should be covered by it, including betas or what I would rather call candidate-releases or release-candidates. >From a standpoint of a RPM author - what I refer to as the "qualifier" (that >is how OSGI names it) is basically a build-number of the package. Sometimes we, package maintaners have to rebuild set of packages because some configuration parameter had to be changed, or some file was missing, etc. Upstream should never specify this value. What upstream people should specify are major, minor and micro values. So, whatever you name your beta/rc/cr etc, please stick to the naming convention, otherwise it is going to make our life difficult. I propose you name/tag the latest DMD package like the following: 2.065.rc1 . When release comes up, it will be tagged 2.065.0 if there are 2.065 hotfix releases, they should be tagged 2.065.1, 2.065.2, etc. This is not my invention - smarted people than me come up with this, for a good reason. -- Dejan Lekic dejan.lekic (a) gmail.com http://dejan.lekic.org
Re: dmd 2.065 beta 1
On Tuesday, 21 January 2014 at 20:48:27 UTC, Andrew Edwards wrote: On 1/21/14, 2:20 PM, Dejan Lekic wrote: Can we *please* have a well-established, useful, naming scheme for tags and packages? 2.064beta3, 2.064beta4, 2.064.2, 2.065-b1... Are you as frustrated as me? I was just in the process of addressing this. Based on recent issues with using the packaging scripts, I've changed the naming convention as follows: #.###.b#// beta #.###.rc# // release candidate #.#.0 // release #.#.# // hotfix (where last # != 0) That should solve any issues you may have. That is absolutely briliant Andrew! Now we can use my SPEC file to build new DMD RPMs whenever there is a new release (tag) on GitHub!
Re: So, You Want To Write Your Own Programming Language?
On Wednesday, 22 January 2014 at 10:38:40 UTC, bearophile wrote: In Haskell the GHC compiler goes one step further, it translates all the Haskell code into an intermediate code named Core, that is not the language of a virtual machine, it's still a functional language, but it's simpler, lot of the syntax differences between language constructs is reduced to a much reduced number of mostly functional stuff. Same story is with Erlang as far as I know.
Re: std.signal : voting results
The new std.signal is IMHO far better than the old one. Why not simply replace it, and then look forward to future improvements?
Re: dmd 2.065 beta 1 #2
On Tuesday, 21 January 2014 at 22:22:01 UTC, Andrew Edwards wrote: Due to building an packaging requirements and a need to address the concerns of the community, I changed the naming convention for this and all future releases. The following is our new naming convention: major.minor.qualifier Examples follow: #.###.b# ==> 2.065.b1 // beta #.###.rc# ==> 2.065.rc1 // release candidate #.###.0 ==> 2.065.0 // initial release #.###.# ==> 2.065.1 // hotfix Consequently, the name for the previously announced beta has changed. Additionally, installers were prepared and made available. They are as follows: ftp://ftp.digitalmars.com/dmd.2.065.b1.zip ftp://ftp.digitalmars.com/dmd.2.065.b1.dmg ftp://ftp.digitalmars.com/dmd_2.065.b1-0_i386.deb ftp://ftp.digitalmars.com/dmd_2.065.b1-0_amd64.deb ftp://ftp.digitalmars.com/dmd-2.065.b1-0.fedora.i386.rpm ftp://ftp.digitalmars.com/dmd-2.065.b1-0.fedora.x86_64.rpm ftp://ftp.digitalmars.com/dmd-2.065.b1-0.openSUSE.i386.rpm ftp://ftp.digitalmars.com/dmd-2.065.b1-0.openSUSE.x86_64.rpm For a description of these packages, visit http://dlang.org/downloads.html. Note: An installer is not yet prepared for Windows. Regards, Andrew It would be nice, IMHO, to have release information in the same fashion VisualD does it. Check: https://github.com/D-Programming-Language/visuald/releases . Notice that each release has changelog. -Very nice and professional I think.
Re: dmd 2.065 beta 1 #2
Could you please make a "2.065.b1" tag on the GitHub as well so we finally start using the release naming scheme you mentioned in the previous beta-release thread here on the NG?
Re: Dmitry Olshansky is now a github committer
On Thursday, 23 January 2014 at 17:38:04 UTC, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Andrei Yeah, Dmitry deserves this, IMHO. :) Congratulations!
Re: dmd 2.065 beta 1 #2
On Wednesday, 22 January 2014 at 08:25:05 UTC, Jordi Sayol wrote: El 22/01/14 02:06, Andrew Edwards ha escrit: On 1/21/14, 6:02 PM, Jordi Sayol wrote: El 21/01/14 23:29, Brad Anderson ha escrit: #.###.~b# ==> 2.065.b1 // beta #.###.~rc# ==> 2.065.rc1 // release candidate #.###.0 ==> 2.065.0 // initial release #.###.# ==> 2.065.1 // hotfix On Debian, "2.065.rc1" is bigger than "2.065.0", so if "dmd_2.065.rc1-0_amd64.deb" is installed and you try to upgrade to "dmd_2.065.0-0_amd64.deb", system will answer something like "You have installed a newer version". No problem if these deb packages are for internal use and test, but not for a public download. $ dpkg --compare-versions "2.065.0" gt "2.065.rc1" && echo "Bigger" || echo "Not bigger" Apparently the same problem exists on FreeBSD. The first solution that comes to mind is to prefix the qualifiers for betas and release candidates with a tilde. As such: 2.065~b1 2.065~rc1 or: 2.065.~b1 2.065.~rc1 This solution works on both Ubuntu and FreeBSD but I'm not sure it is the right one. Suggestions are welcomed. I prefer: 2.65~b1 2.65~rc1 because "2.65.0" and "2.65" are bigger than "2.65~rc1", regardless if "qualifier" number is present or not in final release version. I think that, as much as possible, we should use exactly the same version string for all installers, zip, deb, rpm, dmg, etc. So if there is no problem on OSX, Windows, etc. I propose this versioning scheme: #.#~b# ==> 2.65~b1 // beta #.#~rc# ==> 2.65~rc1 // release candidate #.#.# ==> 2.65.0 // initial release #.#.# ==> 2.65.1 // hotfix I do not like the tilda scheme above. Because it does not conform to the major.minor.micro-qualifier scheme. Before I propose another scheme, let me list some assumptions: 1) We will never have more than 3 release candidates. 2) Same goes for betas. You rarely see more than two beta releases for certain upcoming release of a product. Therefore I propose the following (if it is "compatible" with FreeBSD and Debian) simple solution. We simply move beta and rc into the "qualifier". So, we have: 2.065.0 (release) 2.065.0-rc2 (release candidate) 2.065.0-b1 (beta one) This makes more sense IMHO. Kind regards
Re: Dmitry Olshansky is now a github committer
On Friday, 24 January 2014 at 18:00:29 UTC, Steve Teale wrote: On Thursday, 23 January 2014 at 17:38:04 UTC, Andrei Alexandrescu wrote: Congratulations to Dmitry! (His github ID is blackwhale.) Andrei Can't you go to prison for that? I did not get the joke.
Re: dmd 2.065 beta 1 #2
Andrew Edwards wrote: > On 1/26/14, 11:19 AM, Jordi Sayol wrote: >> El 26/01/14 16:23, Dejan Lekic ha escrit: >>> On Wednesday, 22 January 2014 at 08:25:05 UTC, Jordi Sayol wrote: >>>> El 22/01/14 02:06, Andrew Edwards ha escrit: >>>>> On 1/21/14, 6:02 PM, Jordi Sayol wrote: >>>>>> El 21/01/14 23:29, Brad Anderson ha escrit: >>>>>>> #.###.~b# ==> 2.065.b1 // beta >>>>>>> #.###.~rc# ==> 2.065.rc1 // release candidate >>>>>>> #.###.0 ==> 2.065.0 // initial release >>>>>>> #.###.# ==> 2.065.1 // hotfix >>>>>> >>>>>> On Debian, "2.065.rc1" is bigger than "2.065.0", so if >>>>>> "dmd_2.065.rc1-0_amd64.deb" is installed and you try to upgrade to >>>>>> "dmd_2.065.0-0_amd64.deb", system will answer something like "You >>>>>> have installed a newer version". >>>>>> >>>>>> No problem if these deb packages are for internal use and test, but >>>>>> not for a public download. >>>>>> >>>>>> $ dpkg --compare-versions "2.065.0" gt "2.065.rc1" && echo "Bigger" >>>>>> || echo "Not bigger" >>>>>> >>>>> >>>>> Apparently the same problem exists on FreeBSD. The first solution that >>>>> comes to mind is to prefix the qualifiers for betas and release >>>>> candidates with a tilde. As such: >>>>> >>>>> 2.065~b1 >>>>> 2.065~rc1 >>>>> >>>>> or: >>>>> >>>>> 2.065.~b1 >>>>> 2.065.~rc1 >>>>> >>>>> This solution works on both Ubuntu and FreeBSD but I'm not sure it is >>>>> the right one. Suggestions are welcomed. >>>> >>>> I prefer: >>>> >>>> 2.65~b1 >>>> 2.65~rc1 >>>> >>>> because "2.65.0" and "2.65" are bigger than "2.65~rc1", regardless if >>>> "qualifier" number is present or not in final release version. >>>> >>>> I think that, as much as possible, we should use exactly the same >>>> version string for all installers, zip, deb, rpm, dmg, etc. So if there >>>> is no problem on OSX, Windows, etc. I propose this versioning scheme: >>>> >>>> #.#~b# ==> 2.65~b1 // beta >>>> #.#~rc# ==> 2.65~rc1 // release candidate >>>> #.#.# ==> 2.65.0 // initial release >>>> #.#.# ==> 2.65.1 // hotfix >>> >>> I do not like the tilda scheme above. Because it does not conform to the >>> major.minor.micro-qualifier scheme. >>> >>> Before I propose another scheme, let me list some assumptions: >>> >>> 1) We will never have more than 3 release candidates. >>> 2) Same goes for betas. You rarely see more than two beta releases for >>> certain upcoming release of a product. >>> >>> Therefore I propose the following (if it is "compatible" with FreeBSD >>> and Debian) simple solution. We simply move beta and rc into the >>> "qualifier". >>> >>> So, we have: >>> 2.065.0 (release) >>> 2.065.0-rc2 (release candidate) >>> 2.065.0-b1 (beta one) >>> >>> This makes more sense IMHO. >>> >> >> >> This scheme was already proposed by Leandro Lucarella, and I like it. >> http://forum.dlang.org/thread/lbmru9$290b$1...@digitalmars.com#post-20140122001903.GE23332:40llucax.com.ar >> It only differs by leading zero on minor number, which can be cleanly >> removed. >> >> Anyway, tilde is still mandatory on Debian packages due to upgrade >> reasons, so we can apply the Leandro's solution too: s/-/~/ >> >> Regards, >> > > Jordi, I need you to explain this. You wrote the scripts for the pkg > installers right? What happens when you pass a version number containing > a "-" to dmd_rpm.sh? I'll tell you: > > Building for target platforms: i386 > Building for target i386 > error: line 2: Illegal character '-' in: Version: 2.065.0-b2 > > I initially changed the naming convention because of errors like these > cropping up all over your scripts. Change it to '~' and it craps out on > another one of your scrips for a different package. Multiple other > > My question is, what is the proper version scheme that fits all the > systems that you are trying to make these packages for? This one > obviously does not work for at lease one of them. This naming scheme would not be accepted by Fedora/openSuSE/Mageia people. That is one of the reasons why I talked about the major.minor.micro- qualifier scheme... No tildas there are in use. -- http://dejan.lekic.org
Re: dmd 2.065 rc 1
Andrew Edwards wrote: > First I would like to say thanks to Martin Nowak, Kenji Hara, Jordi > Sayol and Brad Anderson for their support. Their efforts directly impact > my ability to prepare the releases and they work tirelessly to ensure > that it happens. > > RC1 is available for review: > > All Systems: > http://ftp.digitalmars.com/dmd.2.065.0-rc1.zip > > FreeBSD: > http://ftp.digitalmars.com/dmd.2.065.0-rc1.freebsd-32.zip > http://ftp.digitalmars.com/dmd.2.065.0-rc1.freebsd-64.zip > > Linux: > http://ftp.digitalmars.com/dmd_2.065.0~rc1-0_i386.deb > http://ftp.digitalmars.com/libphobos2-65_2.065.0~rc1-0_i386.deb > http://ftp.digitalmars.com/dmd_2.065.0~rc1-0_amd64.deb > http://ftp.digitalmars.com/libphobos2-65_2.065.0~rc1-0_amd64.deb > http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.fedora.i386.rpm > http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.fedora.x86_64.rpm > http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.openSUSE.i386.rpm > http://ftp.digitalmars.com/dmd-2.065.0~rc1-0.openSUSE.x86_64.rpm > http://ftp.digitalmars.com/dmd.2.065.0-rc1.linux.zip > > OSX: > http://ftp.digitalmars.com/dmd.2.065.0-rc1.dmg > http://ftp.digitalmars.com/dmd.2.065.0-rc1.osx.zip > > Windows: > http://ftp.digitalmars.com/dmd-2.065.0-rc1.exe > http://ftp.digitalmars.com/dmd.2.065.0-rc1.windows.zip > > As always, remaining regressions are located here: > > http://d.puremagic.com/issues/buglist.cgi?query_format=advanced&bug_severity=regression&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED > > @Sönke Ludwig, please verify that this is fixed and update issue > accordingly: http://d.puremagic.com/issues/show_bug.cgi?id=12137 > > @Timothee Cour, your attention is required on > http://d.puremagic.com/issues/show_bug.cgi?id=11972. > > @All Core Devs, request a coordinated effort over the next week as we > gear up for this release. This has been a long process and I do > appreciate your support. The aim here is to publish a final release by > next Monday with all outstanding regressions addressed. I will produce > multiple RCs over the course of the week if required, however, the > target release date for 2.065 is 24 Feb (EST). > > Andrew Using tilda in the qualifier part of the version is not acceptable. I thought I was clear about this. Well, at least for RedHat/CentOS/Fedora/(open)SuSE/Mageia - I do not know about other distributions... Speaking about Fedora, DMD will never get into their official repository. I've spoken to them. Even the RPMFusion guys were sceptical. Reason is simple, every new mirror would need to request permission from Walter to distribute DMD backend. -- http://dejan.lekic.org
Re: dmd 2.065 rc 1
To avoid confusion: It is not Fedora people who are not willing to help. Problem is with mirrors. Imagine personX or companyX decides to become mirror of distribution which has DMD in their official repository. Before they sync Fedora packages, they have to ask permissions of all DMD (and similar) copyright owners for distribution permission. Now Imagine there are hundreds of DMD-like packages in there... Therefore no serious distribution will accept DMD-like package in their repository. -- http://dejan.lekic.org
Re: dmd 2.065 rc 1
I understand that, I'm just asking the people that deal with this to contact me and propose a resolution. I have a feeling it should be vice-versa. They do not care whether DMD is in their repository or not. It is us, the community, who needs this. :) So, we should be us who are in contact with them. Nobody has time for buearucracy, including me. That is why I build my own DMD RPMs. I talked to Fedora devs on IRC for hours, as I am on that channel whenever I am on IRC. When we talked about DMD, nobody came up with any solution.
Re: DConf 2014 publishes schedule, opens registration
Wow! - I can't wait! :)
Re: DigitalMars' GSoC application has been rejected
I am quite sure I will have time for this, next year. We'll keep in touch.
Re: My D book is now officially coming soon
I've just pre-ordered it, on Amazon. ;) Hurry up! :) -- http://dejan.lekic.org
Re: GDC ARM beta #1 (with binary releases!)
Hi all, I am back from a winter holiday. Just wanted to say this - I have been building working GDC on my ODROID-U2 for a month or so, and haven't seen any problems there so far. ARM support is pretty good I would say. GDC guys have done some amazing work, and I am eternally grateful for everything. :) Kudos!
Re: Happy Tenth Birthday, GDC!
On Sunday, 23 March 2014 at 02:06:13 UTC, Andrei Alexandrescu wrote: Hello everyone, Today GDC celebrates 10 years of existence. Please join me in expressing sincere congratulations to everyone who contributed to the project. I would like to emphasize that GDC is a key component of D's present and future success, and I am looking forward to more awesome progress from Iain, Johannes and hopefully an ever-growing gang! Happy Birthday! Andrei Happy birthday GDC!! :)
Re: DMD 1.036 and 2.020 releases
Mr. Bright, can we please have 64bit version of DMD 2.020? Alternatively, we can have ability to specify where 32bit libraries are in the case one wishes to use DMD 2.x on 64bit Linux box. Thanks for wonderful news, and BIG THANKS to Sean Kelly and You for separating the core library! It is IMHO a major step forward. Kind regards
Re: ycurses updated version
Great work ylixir!
Re: Statistics library
If my vote counts - I am all for it. :)
Re: DMD 1.038 and 2.022 releases
"The requested URL /dmd.2.022.zip was not found on this server."
Re: Just one more thing...
Walter Bright wrote: Now includes Mac OSX version! http://www.digitalmars.com/d/1.0/changelog.html http://ftp.digitalmars.com/dmd.1.040.zip http://www.digitalmars.com/d/2.0/changelog.html http://ftp.digitalmars.com/dmd.2.025.zip Expect bugs. Thread local storage isn't working on OSX, neither are sockets and memory mapped files (for unknown reasons). Thanks to Sean Kelly for a lot of help on the runtime library with this. Well done! When can we expect 64bit version of DMD?
Re: Split digitalmars.D newsgroup into .D and .D2 newsgroups?
Walter Bright wrote: Is this a good idea? Definitely it is a good idea, as I do not do any D1 development for years. I use D2 exclusively...
Re: DMD svn and contract inheritance
You guys are doing awesome job with GDC, thank you _VERY MUCH_! GDC is the only D2 compiler for 64bit architecture...
Re: std.json and std.uni
Wow! I just _love_ your std.uni module!
Re: DMD svn and contract inheritance
LDC2 does not work at all on my 64bit GNU/Linux box, while GDC works without any problems (v2.014). Also D2 applications I wrote work well too. Sure, old version of D2 is supported so many cool features are missing, that is why I hoped some more up-to-date version of GDC will soon be released. D is loosing in popularity these days. Personally, i think one of the major reasons is the stale development of GDC. (Yes I am aware of the LDC project, but it is quite new one, and lacks working D2 support).
Re: Code Poet, an IDE for D
@Jeremie: Good work!! Nice IDE. @watching: The fact that you dare not say your name, and post here anonymously says everything. Not only your reply has any credit (too subjective), but it is also disrespectful. It is not problem of the D community that some people do not understand the power the D programming language gives to developers.
Re: D2 port of Tango
On Sat, 05 Nov 2011 14:50:09 +, zsxxsz wrote: > > I don't like Phobos design, which takes all libs in the same path > looking so urgly, but tango seperate libs in different path according to > its function using, > so I like tango's design. You will never satisfy both worlds (simplicity vs flexibility). Both Phobos and Tango have their place in the D community. It is unfortunate many people in the D community fails to see it. Also, it is unfortunate (but very easy to explain) that Tango project started as a complete implementation of the run-time library. We debate this for years on irc:// irc.freenode.org/d and it never ends. I belong to the group that like the way Phobos does things, but unlike some people I think Tango is a brilliant, high-level library. I wish we had druntime when Tango project started, but nothing is lost, I believe Tango2 project will fit nicely on top of druntime, and live long and prosperous life. The reason why I also like Tango (even though I never used it in anything serious) is that it reminds me a lot of Java API which is robust, reach and intuitive. Tango IO is very similar to Java NIO...
Re: [deimos] [tutorial] [rfc] How to set up a git repository to simplify keeping bindings up to date
I believe once Deimos will mature in time, especially if all authors of Deimos projects gather around and do some organisation...
Re: [deimos] [tutorial] [rfc] How to set up a git repository to simplify keeping bindings up to date
Johannes Pfau wrote: > This explains a special repository setup which allows to merge changes > made in C headers into the correct place in the D import files > automatically. This new, merged parts still need to be translated into > D code, but the automatic merge makes sure you don't miss a change in > the C headers. > > https://github.com/jpf91/systemd/wiki/Deimos-git-branch-structure > > Comments are of course appreciated. The wiki page is also public, so > feel free to correct mistakes. If possible, this should go somewhere > into the official deimos project (wiki). > > (Yes, I know there's a typo in the screenshots (daeamon) and the > screenshots don't match the text 100% as they were taken before the > text was written) Brilliant! Thanks for that, Johannes! :)
Re: [deimos] [tutorial] [rfc] How to set up a git repository to simplify keeping bindings up to date
Vladimir Panteleev wrote: > On Fri, 11 Nov 2011 22:43:18 +0200, Johannes Pfau > wrote: > >> (Yes, I know there's a typo in the screenshots (daeamon) and the >> screenshots don't match the text 100% as they were taken before the >> text was written) > > For the screenshots, you have used a 3rd-party GUI which is only available > on *nix. Consider using gitk, which is included with git and runs on > Windows. > I do not use Giggle and I understood all those screenshots. All git gui frontends are similar, and if a developer is familiar with any of them, understanding Giggle screenshots won't be a problem at all.
Re: The book "Programming in D" is in beta
mta`chrono wrote: >> Great work! >> >> I also strongly suggest doing a Kindle version as well, even if you keep >> a free html version on the web. Having more D books on Amazon will help >> raise the profile of D. > > Great work! Yes, offer a kindle version for 79 EUR and upload a free pdf > version in the name of a famous release group on usenet, torrent and > several warez site. I promise you, that you'll spread the world. I agree with Walter on this one. I would prefer the EPUB though... :) The author deserves some extra cache for the effort anyway. I would buy the book just for the sake of supporting such efforts. @Ali: If I may suggest, take a look at lulu.com - there you can actually make a printed copy of the book, and sell it.
Re: [deimos] [tutorial] [rfc] How to set up a git repository to simplify keeping bindings up to date
Johannes Pfau wrote: > > Scratch that, turns out the headers are actually in a systemd folder. > Ubuntu doesn't provide a systemd package, and the directory structure > is not visible in the source package. So it'll be > deimos.systemd.sd_readahead ;-) You are my hero for making binding to systemd! \o/ I want to play with it on my Fedora box asap! :)
Re: [deimos] [tutorial] [rfc] How to set up a git repository to simplify keeping bindings up to date
Johannes Pfau wrote: > Also writing a daemon in systemd is actually a lot easier that the > traditional way (see > http://0pointer.de/public/systemd-man/daemon.html ), so have fun :-) > Sure it is easier, but less portable. :) Systemd is going to be very nice once it is widely adopted by various Linux ecosystems.
Re: [deimos] [tutorial] [rfc] How to set up a git repository to simplify keeping bindings up to date
It is not uncommon that a certain project generates several libraries. Example: ncurses (libcurses, libpanel, libforms) I propose each library has a one-to-one correspondent D module inside the deimos package. All D modules that correspond to C/C++ header files with the same name should reside in subdirectories. So, say we use ncurses for an example. We whould have: # "library" modules /deimos/ncurses.d # -lncurses /deimos/panel.d # -lpanel /deimos/form.d# -lform /deimos/menu.d# -lmenu # these are made by /usr/include/ncurses/*.h --> .d transformation /deimos/ncurses/cursesapp.d /deimos/ncurses/curses.d /deimos/ncurses/cursesp.d /deimos/ncurses/cursslk.d /deimos/ncurses/etip.d /deimos/ncurses/menu.d /deimos/ncurses/ncurses_dll.d /deimos/ncurses/panel.d /deimos/ncurses/term_entry.d /deimos/ncurses/tic.d /deimos/ncurses/cursesf.d /deimos/ncurses/cursesm.d /deimos/ncurses/cursesw.d /deimos/ncurses/eti.d /deimos/ncurses/form.d /deimos/ncurses/nc_tparm.d /deimos/ncurses/ncurses.d /deimos/ncurses/termcap.d /deimos/ncurses/term.d /deimos/ncurses/unctrl.d Another thing to consider is the fact that if I make such hierarchy in my project, I will have to SYMLINK ncurses directory into my deimos/ncurses folder, and also have to symlink all "library" D modules... dmd.conf should contain -I$HOME/include/d/deimos by default. :)
Re: New homepage design of d-p-l.org is now live.
Well-done!
Re: D in Academia
Chuck Allison wrote: > FYI: > > TDPL is a required text for CS 4450, Analysis of Programming > Languages, at Utah Valley University starting Fall 2012. We'll > study ML and D (and Prolog if time allows). Respect!
Re: TDPL monthly sales at 12-month high
Andrei Alexandrescu wrote: > Today TDPL monthly sales in February climbed to a 12-month high. This is > in all likelihood due to the increasing attention D has received lately, > and a reflection of all the great work done by our community. > Congratulations to all contributors! > > Andrei Not surprising considering how good the book is! Andrei, you should put the book in eBook format somewhere. I have a paper- copy, but would definitely buy the EPUB version. Or, make it possible to have an EPUB version if one buys paper-copy, or Kindle version... Regards
Re: Dejan Lekic created the D Developers Network on LinkedIn
On Tuesday, 20 March 2012 at 18:34:32 UTC, Andrei Alexandrescu wrote: Anyone using D in production is invited to join. http://www.linkedin.com/groups/D-Developer-Network Andrei Thanks Andrei, the group exists for a long time actually. I did not want to advertise it until it is ready for what it was made... :) My idea when I made it was to gather professionals who use D *in production environments*, and eventually make this group a convenient place to post important news related to the D and its community, job announces, good ideas, etc. I also believe the logo i made is prety elegant and I am confident the group will constantly grow. Good thing about it is that technology professionals from other communities will be able to see D-related discussions, and hopefully get interested. ;) I see the D community steadily grow for last decade, and I humbly believe D is ready for enterprise use. Kind regards
Re: GDC goes github
On Sunday, 18 March 2012 at 12:39:05 UTC, Iain Buclaw wrote: Morning All, I have created a new GDC project on github, where I hope people will help contribute and continue development of the compiler there. https://github.com/gdc-developers I've been told to cue Walter asking to rename the organisation to D-Programming-GDC. :o) I have also bought a new server, and will be getting a site up in due course. http://dgnu.org/ http://gdcproject.org/ Regards Iain. Well done, Iain, both You and Phobos rock! \o/ :)
Re: Dejan Lekic created the D Developers Network on LinkedIn
Nick Sabalausky wrote: > "Dejan Lekic" wrote in message > news:pxvtdhlbncuaonfhi...@forum.dlang.org... >> >> and eventually make this group a convenient place to post important news >> related to the D and its community, job announces, good ideas, etc. >> > > A linkedin group for those who like that sort of thing is one thing, but > D-related announcements, ideas, discussion, etc. belong here in the D > newsgroup so they're available to everyone, not hidden behind linkedin's > gates, and all in one unified place. We don't need to be fracturing the D > community. Nick, nobody said LinkedIn is going to be the *main place* for announcements. That would be, as you said, a bad idea. I doubt we will have any serious discussion there that can't be available on our news server. However, based from my LinkedIn experience with other FLOSS groups, it is very much possible that, for an example, job-announcements by some of the future recruiters, are going to be posted on LinkedIn only. You will not expect someone from a recruiting agency to go through various newsgroups and post announcements, do you? :) - I certainly would not.
Re: Dejan Lekic created the D Developers Network on LinkedIn
Jesse Phillips wrote: > On Tuesday, 20 March 2012 at 19:09:59 UTC, Dejan Lekic wrote: > >> My idea when I made it was to gather professionals who use D >> *in production environments* > > Does that mean you shouldn't join if D only supports a product > going to production, and isn't officially software used in the > company? Everybody is welcome (otherwise I would make the group invite-only), but the idea is to have more professionals there, than just enthusiasts who use D in some toy project... New D users will either become professionals after some time of evaluation and adoption, or they will give up D. I honestly do not think the LinkedIn group needs people who forget D after few weeks of trying. :) It is also misleading when a recruiter sees someone a member of the DDN who never wrote any serious piece of D code. Do you agree?
Re: D web apps: cgi.d now supports scgi
Adam D. Ruppe wrote: > https://github.com/adamdruppe/misc-stuff-including-D-programming-language- web-stuff > > some docs: > http://arsdnet.net/web.d/cgi.html > http://arsdnet.net/web.d/cgi.d.html > > The file cgi.d in there is my base library for web apps. > > Previously, it spoke regular CGI, FastCGI (with help > from a C lib) and HTTP (with help from the netman.d > and httpd.d files in that github). > > > Now, in addition to those options, it also speaks > SCGI - all by itself - and it can speak http without > needing helper modules. > > The new embedded http server should work on all > platforms too, not just linux like the old one, but > I haven't tested it yet. > > > This finishes out all the major web app interfaces > that I'm aware of. > > > To use them, you write your app with a GenericMain > and always communicate through the Cgi object it > passes you. > > === > import arsd.cgi; > void hello(Cgi cgi) { > cgi.write("Hello, world! " ~ cgi.request("name") ~ "\n"); > } > mixin GenericMain!hello; > === > > > And then compile: > > dmd hello.d arsd/cgi.d # builds a CGI binary > dmd hello.d arsd/cgi.d -version=fastcgi # FastCGI. needs libfcgi > C lib > dmd hello.d arsd/cgi.d -version=scgi # SCGI > dmd hello.d arsd/cgi.d -version=embedded_httpd # built-in http > server > > > The API is the same with all four options. > > With cgi or fastcgi, you put the binary where your web > server can run it. > > With scgi and embedded_httpd, you run the binary. It > persists as an application server. On the command line, > you can say use the option "--port 5000" for example > to change the listening tcp port. > > The default for httpd right now is 8085. The default > for scgi is 4000. > > > > Well, I don't have much else to say, but since it > now does all four of the big interfaces easily, > I thought I'd say something here. > > If you're interested in web programming with D, > this will lay the foundation for you. Amazing! Well-done Adam!
Re: dcaflib
Nathan M. Swan wrote: > In a post from a few weeks ago, someone mentioned terminal > colors. Currently, I have one that works with bash (cmd pending) > at https://github.com/carlor/dcaflib. > > Example code: > > import dcaflib.ui.terminal; > > import std.stdio; > > void main() { > fgColor = TermColor.RED; > writeln("this is red!"); > fgColor = TermColor.BLUE; > writeln("this is blue!"); > } Nathan, what terminals are supported? Only ANSI / VT* or some other types of terminals as well?
InfoQ: Generic Programming Galore Using D -- Andrei Alexandrescu
A very nice presentation on one of the best web-sites for software engineers (in my humble opinion). http://www.infoq.com/presentations/Generic-Programming-Galore-Using-D Well-done Andrei! - Finally a D-related presentation on InfoQ.
Re: Mono-D 0.3.7
alex wrote: > A lot of things changed internally - there is the interface to > the new MonoDevelop 2.9.5 libraries now which brings a couple of > internal refactorings which hopefully will result in general > performance improvements. > > Currently the new version is available in the > http://mono-d.alexanderbothe.com addin repository only, NOT in > MonoDevelop's beta channel - so it's recommended to switch the > repositoy temporarily, or even stick to the external one - the > online addin build system causes a couple of problems that need > to become handled. > > - [Completion] Fixed null-check > - [Resolver] Built in new method to cache UFCS parameter results; > Refactored further internal parser wrappers > - [Completion] Fixed parameter insight > - [General] Updated to MonoDevelop 2.9.5 dll's > - [Parser] dmd 2.059 compatibility > - [Parser] Made directory parsing multi-threaded > - [Building] Added 'relativeTargetDirectory' to One-Step-Build > macros > > v0.3.6: > > - [General] Overhaul for MonoDevelop 2.9.4 compatibility > - [Building] Changed gdc default one-step build string > - [Syntax Highlighting] changed color of 'mixin' keyword > - [Resolver] Added rough ufcs completion.. which must be enabled > manually in the settings > - [Refactoring] Fixed a small renaming annoyance > > Further info: http://mono-d.alexanderbothe.com > Issues: https://github.com/aBothe/Mono-D/issues Alex, a big THANKS for Mono-D! It is a great plugin for MonoDevelop, and is IMHO the best environment for D development nowadays.
Re: Introducing vibe.d!
Sönke Ludwig wrote: > During the last few months, we have been working on a new > framework for general I/O and especially for building > extremely fast web apps. It combines asynchronous I/O with > core.thread's great fibers to build a convenient, blocking > API which can handle insane amounts of connections due to > the low memory and computational overhead. > > Some of its key fatures are: > > - Very fast but no endless callback chains as in node.js > and similar frameworks > - Concise API that tries to be as efficient and intuitive > as possible > - Built-in HTTP server and client with support for HTTPS, > chunked and compressed transfers, keep-alive connections, > Apache-style logging, a reverse-proxy, url routing and > more > - Jade based HTML/XML template system with compile-time > code generation for the fastest dynamic page generation > times possible > - Built-in support for MongoDB and Redis databases > - WebSocket support > - Natural Json and Bson handling > - A package manager for seemless use of extension libraries > > See http://vibed.org/ for more information and some example > applications (there are some things in the works such as an > etherpad clone and an NNTP server). > > vibe.d is in a working state and enters its first beta-phase > now to stabilize the current feature set. After that, a > small list of additional features is planned before the 1.0 > release. > > The framework can be downloaded or GIT cloned from > http://vibed.org/ and is distributed under the terms of the > MIT license. > > Note that the website including the blog is fully written > in vibe and provides the first stress test for the > implementation. > > Regards, > Sönke Sönke, vibed is truly amazing! I am interested in the web server's internal architecture. I always wanted to do an implementation of a web server using a form of asymmetric, multi-process event-driven architecture. A web server which utilises fibers. It would be nice if you explain the web-server architecture of vibed in more details. Keep up with good work! Regards
Re: Goldie Parsing System v0.9 - Tools
Nick Sabalausky wrote: > Goldie is a series of open-source parsing tools, including an optional D > programming language library called GoldieLib. Goldie is compatible with > GOLD Parser Builder and can be used either together with it, or as an > alternative to it. > > Overview of changes in v0.9: > > - Added support for DMD 2.059. > - Dropped support for DMD 2.054 and below. > - GoldieLib: Renamed Language.loadCGT to Language.load. > - GRMC: Grammar Compiler: Major bugs fixed (see changelog link below) > - New tool: AlterCGT. > - Command line options for all tools are now processed with getopt and > use standard Unix conventions (even on Windows). This means what used to > be -foo:bar or /foo:bar must now be written as --foo=bar or --foo bar. (But > /? is still supported as an alternative to --help.) > - Misc changes/updates to various tools (see changelog link below) > > Full ChangeLog: http://www.semitwist.com/goldie/ChangeLog/ > > Goldie Homepage: http://www.semitwist.com/goldie GoldieLib is pretty nice. :) -- Dejan Lekic - http://dejan.lekic.org
Re: bootDoc - advanced DDoc framework using Twitter's Bootstrap
Jakob Ovrum wrote: > This project is finally published and documented, so here's an > announcement. > > https://github.com/JakobOvrum/bootDoc > > bootDoc is a configurable DDoc theme, with advanced JavaScript > features like a package tree and module tree, as well as fully > qualified symbol anchors. The style itself and some of the > components come from Twitter's Bootstrap framework. > > Demonstration of Phobos documentation using bootDoc > > http://jakobovrum.github.com/bootdoc-phobos/ > > LuaD's official documentation also uses bootDoc > > http://jakobovrum.github.com/LuaD/ > > bootDoc is designed to be easily usable with any project. It is > used as a git-submodule in both of the above sample scenarios. > All project-specific settings are provided by a separate > configuration file (settings.ddoc), which is documented on the > project's Github wiki. > > bootDoc includes a general-purpose generation script. See the > readme on Github for usage information. The script uses a > candyDoc-style modules.ddoc as input, making the transition from > candyDoc projects easy. > > Note about noscript: JavaScript is used to get around the static > nature of DDoc. The sidebar does not work without JavaScript, and > neither do fully qualified anchor names. However, anchors with > ambiguous names (such as those usable for symbols on dlang.org) > work both with and without JavaScript, with the same limitations. > > Comments, issues, enhancement requests, questions or rants about > JavaScript - all feedback is much appreciated! As I said on irc://irc.freenode.org/d , this is probably the best DDoc theme I have seen so far. So nice, and elegant. I have it bookmarked the moment he gave us the link on #D channel. :) Well-done!
Re: Mono-D 0.3.9
alex wrote: > Couple of stuff changed the last days, especially due to the fact > that I can go on with regular coding again – no more struggling > with obstructed library versions, yay! Also, the latest > monodevelop alpha is available for Ubuntu 12.04, thx to keks9n! > > Furthermore thanks to all my ‘loyal’ users that keep posting > issue reports! > > Changelog: > - [Resolver] Resolution speed up + Removal of possible deadlock > - [Resolver/Completion] Implemented handling of module scope > expressions & declarations (dot Something-Syntax that prefers > global symbols instead of locals) > - [Formatting] Fixed caret alignment bug when typing { or } > - [Building] Fixed bug which added empty directories as > pseudo-objects in the build argument string so building wasn’t > possible > - [Building] Added automatic makefile creation > - [Highlighting] Small string escaping bug > - [Formatting] Fixed the formatter which wasn’t working anymore > since MD 2.9.5 > - Fixed settings loading bug > - [Completion/Outline] Fixed an enormous bug that occurred after > 2.9.4 changes was fixed > - [Building] Made compile target property > configuration-dependent, not project-dependent anymore > - [Editing] Fixed editor rendering bug when pressing F12 (showed > up a wrongly drawn text view) > > http://mono-d.alexanderbothe.com > https://github.com/aBothe/Mono-D/issues Unfortunately there is no way to have the latest (alpha) MonoDevelop here at work (because of company policy to use only stable software) , but will definitely use 0.3.9 on Windows. BTW, any particular reason for using the unstable MonoDevelop? :) -- http://dejan.lekic.org