Re: D syntax highlighting in Nano
On Tuesday, 8 August 2023 at 00:43:59 UTC, Doigt wrote: Would be nice to have feedback. I made a PR for the improved nano syntax project because I don't have a gitlab account to contribute directly to the nano project, but feel free to fork and do it yourself if you feel it's important/good enough. Here's the PR: https://github.com/galenguyer/nano-syntax-highlighting/pull/2 Cool, I have one for years: https://paste.ee/p/V485T I will definitely borrow some parts of yours!
Re: A New Era for the D Community
On Wednesday, 3 May 2023 at 11:13:34 UTC, Mike Parker wrote: Our enthusiasm is high, and we're ready to get going. I think you'll like where we're headed. Good job guys!! This reinforces my belief in what you do.
Re: How to set up D and GLFW/OpenGL project on MacOS, Linux and Windows | [video]
On Wednesday, 8 March 2023 at 16:45:02 UTC, Ki Rill wrote: ![D and GLFW/OpenGL project](https://github.com/rillki/d-glfw-opengl-project-template/blob/main/imgs/d-glfw-opengl.jpg?raw=true) Here is the [link](https://youtu.be/wG6OG6uWyDw) Amazing! Thanks!
Re: DConf '23 in London -- Start thinking about your talks!
On Thursday, 9 February 2023 at 14:58:42 UTC, Mike Parker wrote: I'm finally able to announce that we're going back to London for DConf '23! Thanks to Symmetry Investments for hosting us once again. Woohoo! Can't wait! See you guys there. :)
Re: GCC 12.2 Released (D v2.100.1)
On Friday, 19 August 2022 at 11:36:09 UTC, Iain Buclaw wrote: Hi, GCC version 12.2 has been released. GCC 12.2 is the first bug-fix release from the GCC 12 branch containing important fixes for regressions and serious bugs in GCC 12.1 with 11 bugs fixed in GDC since the previous release. Well-done Ian! You are my hero!
Re: DConf 2022 in London?
On Tuesday, 15 February 2022 at 12:22:05 UTC, Mike Parker wrote: Personally, I'm super pumped about this. I hope to see a lot of you in London in August! I will definitely attend. See you there! :)
Re: Introducing the wren-port DUB package
On Saturday, 18 December 2021 at 15:13:33 UTC, Guillaume Piolat wrote: Wren is a small, fast, and class-based concurrent scripting language. wren-port is a D transation of the Wren v0.4 programming language implementation, intended for embedding. This is useful is you want a nothrow @nogc fast interpreter in your D application. Our goal is not to stay compatible but tune this for use as an "imperative CSS" language for Dplug UIs. Brilliant! - I also recommend reading "Crafting Interpreters" book by the creator of Wren.
Re: DConf Online 2021 T-Shirts
On Wednesday, 20 October 2021 at 11:50:00 UTC, Mike Parker wrote: "Entry" would imply a downward trajectory! Our thing is launching. True. It is in the "launching" phase for 20 years...
Re: A GUI for DMD, the final version has been release.
On Saturday, 9 October 2021 at 23:02:22 UTC, Murilo wrote: Hi guys, I've just finished the final version of the DMD GUI, there is Linux and a Windows version, click on the link below to download it: https://github.com/MuriloMir/DMD-GUI It is always good to see new D projects, but why should I not simply use Adam's simpledisplay directly?
Re: GtkD Coding Post #0113: GTK/GIO Application IDs and Signals
On Friday, 10 September 2021 at 08:18:48 UTC, Ron Tarrant wrote: Continuation of the discussion from last week: https://gtkdcoding.com/2021/09/10/0113-gtk-gio-application-ids-signals.html I am glad to see GtkDCoding back in action! :)
Re: Release of std.io v0.3.0
On Sunday, 26 July 2020 at 17:09:07 UTC, Steven Schveighoffer wrote: I have released a minor improvement to std.io [1], which adds support for opening the standard handles (stdin, stdout, stderr) [2]. I always hoped, since the stream package has been deprecated, that std.io will get merged into Phobos. Is that ever going to happen?
Re: code.dlang.org reliability update
On Monday, 2 March 2020 at 19:17:59 UTC, Sönke Ludwig wrote: As of yesterday, code.dlang.org now points to a more powerful dedicated server that can host the DUB registry without the danger of freezing due to excessive swapping - this is what happened on the 26th last month [1]. Sönke, thanks a lot for all the effort you are putting into this over the years. Very much appreciated!
Re: D for microservices: ldc, rdmd, dub now available on Alpine x86_64
On Tuesday, 5 November 2019 at 02:16:28 UTC, Mathias Lang wrote: Hi all, Recently there have been inquiries about support for D on Alpine Linux, a distribution mostly used in combination with Docker to create lightweight container images for microservices. At BPF Korea, we're working on a blockchain written in D, and wanted to be able to easily test and distribute our node using Alpine images, but there was no package for it yet. I am confused... Why do you need LDC, DMD, dub, etc on Alpine? Can't you build it anywhere and just put the final artifact (or set of artifacts) inside an Alpine-based container?
Re: rapidxml for D has been ported.
On Tuesday, 8 October 2019 at 08:56:26 UTC, zoujiaqing wrote: RapidXml is an attempt to create the fastest XML parser possible, while retaining useability, portability and reasonable W3C compatibility. It is an in-situ parser written in modern C++, with parsing speed approaching that of strlen function executed on the same data. RapidXml has been around since 2006, and is being used by lots of people. So... you ported the RapidXml code, yet you do not mention this project anywhere, no credits to its authors, no information about the original license, etc? Am I summing this up correctly?
Re: Redis client hunt-redis RC1 released
On Tuesday, 23 July 2019 at 07:57:06 UTC, zoujiaqing wrote: A Powerfull Redis client library for D Programming Language. Porting from java Jedis, support redis 3.x / 4.x all features and 5.x some features. Can it connect to AWS ElastiCache cluster endpoint?
Re: Redis client hunt-redis RC1 released
On Tuesday, 23 July 2019 at 07:57:06 UTC, zoujiaqing wrote: A Powerfull Redis client library for D Programming Language. Porting from java Jedis, support redis 3.x / 4.x all features and 5.x some features. Why? There is the excellent TinyRedis project. Does it not have some feature you need?
Re: I was able to write some D last week!
On Tuesday, 9 July 2019 at 12:09:14 UTC, Greatsam4sure wrote: All the web framework only vibe was set up with business in mind. Not entirely true - there is a (pretty active) project out there called "Hunt Framework" - https://github.com/huntlabs/hunt-framework
Re: We’re hiring Software Engineers! (D language)
On Tuesday, 2 July 2019 at 08:56:42 UTC, Andrej Mitrovic wrote: Hi! BPF Korea is looking to increase the size of its core development team in Seoul, South Korea. The job is on-site, and the company is willing to sponsor your Visa application and will guide you through the entire process. I've posted this on the LinkedIn's "D Developer Network" - https://www.linkedin.com/groups/3923820/
Re: gtkDcoding Blog: Post #0009 - Boxes
On Wednesday, 13 February 2019 at 02:42:07 UTC, DanielG wrote: Why not just make a single thread, "gtkDecoding Blog updates", and always append to it? It will bump the topic back up to the top whenever you add something. Maybe because it is a different topic, and he wants to start a new (unrelated) discussion. If you put everything in one thread you may end up with a mess when people reply to different things (no, not everyone uses news clients and threaded mode)...
Re: a van Emde Boas tree
On Tuesday, 5 February 2019 at 15:28:04 UTC, Alex wrote: Hi all, my van Emde Boas tree finally reached an announceable state, at version 0.12.0. vEB tree is an interesting data structure. Where is the implementation? - You did not provide any links...
Re: Hunt framework 2.0.0 released
On Tuesday, 29 January 2019 at 10:00:22 UTC, zoujiaqing wrote: The HuntLabs team is happy to announce the release of Hunt Framework 2.0. Looks impressive. I like the fact that VibeD has some competition - it is healthy that way. Good job guys!
Re: My Meeting C++ Keynote video is now available
On Monday, 14 January 2019 at 10:18:34 UTC, Martin Tschierschke wrote: This is exactly the argument to get a database driver (mysql,postgres...) and probably a webserver in std. Absolutely not! Please... IMHO, what needs to be in std are just APIs (modules, interfaces, declarations)... Leave the implementations elsewhere please. Standard library is already too large for my taste! What should be in std are just core stuff that is needed everywhere. However, the REFERENCE IMPLEMENTATIONS of these APIs could be, and in fact SHOULD be, in a set of higher-level implementation libraries that should be developed by the D Foundation, and available on the dlang.org for downloads. (part of some kind of Standard Library Suite)
Re: DConf 2019: Shepherd's Pie Edition
On Friday, 28 December 2018 at 16:31:01 UTC, Adam D. Ruppe wrote: On Friday, 28 December 2018 at 07:08:19 UTC, Dejan Lekic wrote: While I admire your persistence I fail to understand why you simply don't ignore stuff you do not like. If you do not like conferences fine - do not go there, and let us who do like them and think they are useful have some fun! Some of us want to improve things for everyone else, too. Isn't that what open source is all about? We do it initially because it works for us, but then share it because it helps the community as well. If you actually tried these improvements, you'd probably like them. Even our conservative managers at the day job have responded positively to similar changes we made over the last year. Etc... Just to make it clear - I do not say I am against some other formats, web conferences, digital meetups, or whatever. I am just saying that there are people who still prefer DConf as it is (was). If a group of D enthusiasts want to try something else, by all means do it! But do not try to be a partybreaker like Joakim and whenever someone mentions DConf he starts talking crap... I see absolutely NO problem at all if there is a regular DConf, and some other forms of communication that Joakim, or you, prefer! This said - can't wait to attend the DConf in the UK!
Re: DConf 2019: Shepherd's Pie Edition
On Saturday, 22 December 2018 at 13:46:39 UTC, Joakim wrote: Given that this conference format is dying off, is there any explanation for why the D team wants to continue this antiquated ritual? Why are you bringing this again? Are you going to talk the same stuff whenever someone mentions some conference here?? :) While I admire your persistence I fail to understand why you simply don't ignore stuff you do not like. If you do not like conferences fine - do not go there, and let us who do like them and think they are useful have some fun!
Re: Spasm - webassembly libary for single page applications
On Sunday, 14 October 2018 at 19:04:51 UTC, Sebastiaan Koppe wrote: It turns out jumping between wasm and js isn't really a big deal (at least not anymore), so I ditched that idea to keep things simple. Plus, there is a good chance that in the near future wasm will be able to call the browsers' api directly. Precisely, that is why I like this approach. Good job.
Re: Spasm - webassembly libary for single page applications
On Friday, 12 October 2018 at 19:43:25 UTC, Sebastiaan Koppe wrote: I like to announce Spasm https://github.com/skoppe/spasm It is a webassembly library to develop single page applications and builds on my previous work (https://forum.dlang.org/post/eqneqstmwfzugymfe...@forum.dlang.org). I must say even at this stage this library is awesome! Good job! Keep up with the good work! :)
Re: Copy Constructor DIP and implementation
On Tuesday, 11 September 2018 at 15:22:55 UTC, rikki cattermole wrote: Here is a question (that I don't think has been asked) why not @copy? @copy this(ref Foo other) { } It can be read as copy constructor, which would be excellent for helping people learn what it is doing (spec lookup). Also can we really not come up with an alternative bit of code than the tupleof to copying wholesale? E.g. super(other); I could not agree more. @implicit can mean many things, while @copy is much more specific... For what is worth I vote for @copy ! :)
Re: Work on ARM backend for DMD started
On Thursday, 20 July 2017 at 22:08:16 UTC, Walter Bright wrote: I wouldn't be discouraged by the nay-sayers. If you want to build an ARM back end for it, do it! About every project I've ever embarked on, including D, started with everyone nay-saying it. Keep it that way and thanks for it!! :)
Re: iopipe v0.1.0 - now with Windows support!
On Sunday, 10 June 2018 at 20:10:31 UTC, Steven Schveighoffer wrote: iopipe version 0.1.0 has been released. iopipe is a high-performance pipe processing system that makes it easy to string together pipelines to process data with as little buffer copying as possible. All I can say (again, like I repeated on IRC many times) is that iopipe should be in the current form, or another, in Phobos. I just love it!
Re: dxml 0.3.0 released
On Thursday, 19 April 2018 at 14:40:58 UTC, Jonathan M Davis wrote: Well, since I'm going to be talking about dxml at dconf, and it's likely that I'll be talking about stuff that was not in the 0.2.* releases, it seemed like I should get a new release out before dconf. So, here it is. dxml 0.3.0 has now been released. I won't repeat everything that's in the changelog, but the biggest changes are that writer support has now been added, and it's now possible to configure how the parser handles non-standard entity references. Please report any bugs that you find via github. Changelog: http://jmdavisprog.com/changelog/dxml/0.3.0.html Documentation: http://jmdavisprog.com/docs/dxml/0.3.0/ Github: https://github.com/jmdavis/dxml/tree/v0.3.0 Dub: http://code.dlang.org/packages/dxml - Jonathan M Davis I am happy to see dxml moving on! Jonathan, are the interfaces in the dom module generated from the IDL code from W3C?
Re: Article: Why Const Sucks
On Monday, 5 March 2018 at 10:57:35 UTC, Jonathan M Davis wrote: Here's something I wrote up on const: http://jmdavisprog.com/articles/why-const-sucks.html I suppose that it's not exactly the most positive article, but I feel that it's accurate. - Jonathan M Davis Brilliant article, Johathan! I feel the same...
Re: JavacTo - translate java source to D
On Wednesday, 12 July 2017 at 07:47:48 UTC, Jacob Carlborg wrote: My plan is to automate the porting of SWT to D (DWT [1]). This has currently been done manually. Hopefully the tool can port the JDT library as well. Then I can port the tool itself to D. Then we would have a Java compiler and a tool to translate Java to D, all written in D :) I thought the guy who originally worked on DWT actually wrote a Java-to-D translator??
Re: BLAS implementation for D
On Thursday, 13 April 2017 at 09:18:06 UTC, data pulverizer wrote: I have just finished the first version of a BLAS implementation for D mostly done by code conversion from GSL's BLAS module https://github.com/dataPulverizer/dblas It is complete functionally with respect covering all the functions implemented in BLAS. @9il has suggested that we should work to merge this library with Mir GLAS which I think is a good idea. As the readme says the next phase is: * Performance optimization * Complete unit test coverage * Type specific BLAS aliases Thanks p.s. Sorry for originally positing this in the General Forum, it should be here instead --- DP Really good stuff! I see no reason for calling it dblas (the package) - simple `blas` would do I think... :)
Re: influxdb-dlang-wrapper v0.0.1 - D API for InfluxDB
On Monday, 20 March 2017 at 19:57:03 UTC, Atila Neves wrote: http://code.dlang.org/packages/influxdb-dlang-wrapper InfluxDB is a database optimised for time-series data. This package implements a D API via the REST interface so that this code works: Brilliant! I may actually need it soon! (if they let me use D for a project we are about to start working on)
Re: mysql-native: API Refresh RC
On Monday, 30 January 2017 at 02:56:27 UTC, Nick Sabalausky wrote: I've been working on a big refresh of mysql-native's API, to take care of various issues that have appeared with it. It involves some major breaking changes (although I've tried to keep old interfaces around for the moment, but marked deprecated), so I wanted to post it before committing to it so those interested have a change to take a look, give feedback, catch problems, etc. It is all really nice, but I think it would be nice to have an API that is as close to the C API as possible, for those developers out there familiar with the MySQL C API.
Re: Milestone - DMD front end is now 100% D!
On Thursday, 15 December 2016 at 01:04:54 UTC, Walter Bright wrote: The last one: https://github.com/dlang/dmd/pull/6310 Wow! That *is* something! Great news and well-done!
Re: DIP 1003: remove `body` as a keyword
On Saturday, 19 November 2016 at 21:16:15 UTC, Dicebot wrote: DIP 1003 is merged to the queue and open for public informal feedback. Perhaps a good idea for D3...
Re: New team member: Lucia
On Thursday, 13 October 2016 at 18:15:30 UTC, Andrei Alexandrescu wrote: Hello everyone, Please join me in welcoming Lucia Lucia Cojocaru to our team. Lucia is a MSc student in computer security, having Razvan Deaconescu and Razvan Rughiniș as advisers. She just completed an internship at Bloomberg. Welcome to D world! :) I am pleased to see more people from academic circles interested in D.
Re: PowerNex - The Userspace update! (also first birthday)
On Sunday, 2 October 2016 at 22:46:17 UTC, Wild wrote: Hey! To celebrate the first birthday[1] of PowerNex, my D kernel, I've made a new release. This is a big release compared to the old one, because this one contains a userspace mode where you can load and execute ELF executable. I've also implemented TLS so userspace programs don't need to spam __gshared all over the place. Congratulations!! It definitely looks promising, even though I really do not like the coding style, but that is just a matter of taste I guess.
Re: GC blessed for C++ (again)
On Wednesday, 28 September 2016 at 20:50:28 UTC, Ali Çehreli wrote: https://www.reddit.com/r/programming/comments/54xnbg/herb_sutters_experimental_deferred_and_unordered/ Ali The paragraph I like the most there is: "The other important difference is that deferred_heap meets C++'s zero-overhead principle by being opt-in and granular, not default and global" That is what I like the most about Herb's work...
Re: First dmd nightly shipping with dub
On Wednesday, 6 July 2016 at 09:28:44 UTC, Martin Nowak wrote: This is the first nightly dmd build that includes dub binaries. http://nightlies.dlang.org/dmd-2016-07-06/ They will also be part of the upcoming 2.072.y releases. We will sync the dub and dmd release cycles, but not the versioning. Good work! I presume the "independent" dub packages will also be available, right?
Re: Makd (build system) and d1to2fix tool (D1->D2 conversion) released as open source
On Friday, 24 June 2016 at 16:44:05 UTC, Dejan Lekic wrote: And no, some of *still love Make*! Well, I wanted to say that some of US still love Make! :) Pardon my quick typing...
Re: Makd (build system) and d1to2fix tool (D1->D2 conversion) released as open source
On Friday, 24 June 2016 at 16:02:26 UTC, Leandro Lucarella wrote: Makd is a a GNU Make library/framework to build D projects (I know there is a lot of hate towards Make, so I'm not sure if this is good or bad news for the community :-P). https://github.com/sociomantic-tsunami/makd Brilliant! Thanks! And no, some of *still love Make*!
Re: Work in Amsterdam
On Monday, 13 June 2016 at 22:45:15 UTC, Márcio Martins wrote: Forgive me if this is not the best place for this sort of posts, but we are looking for experienced developers willing to learn D to join our development team in Amsterdam. We are a fast-growing travel e-commerce startup focused on themed vacation packages. You'll be part of our small and agile development team, working with D/vibe.d on a daily basis, with the occasional javascript for the client-side of things. Learn more on https://www.linkedin.com/jobs2/view/140710158 LinkedIn has the D Developer Network (DDN) group with 1900 members (at the moment of writing this post): https://www.linkedin.com/groups/3923820 I've posted a link to this job on the DDN's group job list few minutes ago.
Re: LZ4 decompression at CTFE
On Tuesday, 26 April 2016 at 22:05:39 UTC, Stefan Koch wrote: Hello, originally I want to wait with this announcement until DConf. But since I working on another toy. I can release this info early. So as per title. you can decompress .lz4 flies created by the standard lz4hc commnadline tool at compile time. No github link yet as there is a little bit of cleanup todo :) Please comment. That is brilliant! I need LZ4 compression for a small project I work on...
Re: Command line utilities for tab-separated value files
On Tuesday, 12 April 2016 at 00:50:24 UTC, Jon D wrote: Hi all, I've open sourced a set of command line utilities for manipulating tab-separated value files. They are complementary to traditional unix tools like cut, grep, etc. They're useful for manipulating large data files. I use them when prepping files for R and similar tools. These tools were part of my 'explore D' programming exercises. The tools are here: https://github.com/eBay/tsv-utils-dlang They are likely of interest primarily to people regularly working with large files, though others might find the performance benchmarks of interest as well (included in the README). I'd welcome any feedback, either on the apps or the code. Intention is that the code be reasonable example programs. And, I may write a blog post about my D explorations at some point, they'd be referenced in such an article. --Jon I rarely need TSV files, but I deal with CSV files every day. - It would be nice to test your implementation against std.csv (it can use TAB as separator). Did you try to compare the two?
Re: Dconf gets a new logo
On Wednesday, 2 March 2016 at 03:37:48 UTC, Andrei Alexandrescu wrote: Many thanks to https://github.com/aG0aep6G who contributed the DConf 2016 logo (the Berlin tower https://github.com/D-Programming-Language/dconf.org/pull/95). After discussing it with Sociomantic, they proposed a new one that is not Berlin-specific and also looks terrific on T-shirts. Take a look: http://dconf.org New logo rox!
Re: Terminix 0.51.0 Released
Brilliant application! Well-done! May I ask for a feature? (Maybe it is already planned) - Can we please have tabs (could be simple Toggle Buttons) in each terminal? There is plenty of space between the "0: Terminal 1" and "+ x" in each of the terminals. That space could be used for tabs I humbly believe.
Re: Found on twitter: a long comparison of C with D, in Russian
This is probably the most complete C vs D comparison ever made. Really cool article! Thanks!
Re: Poodinis (DI framework) 6.1.0 released
You got a star from me there, sir. :) Really nice DI framework. Thanks!
Re: Release D 2.070.0
On Wednesday, 27 January 2016 at 21:08:54 UTC, Martin Nowak wrote: Glad to announce D 2.070.0 http://dlang.org/download.html This release comes with the new std.experimental.ndslice, heavily expanded Windows bindings, and native exception handling on 64-bit linux. See the changelog for more details. http://dlang.org/changelog/2.070.0.html -Martin Good reason to celebrate! :) Thanks Martin!
Re: Please vote for the DConf logo
#3 is the most elegant and applicable on anything (cards, pens, t-shirts, business cards, you name it.
Re: Sociomantic Labs is looking for Software Developers! (D language)
I've created LinkedIn jobs post about this: https://www.linkedin.com/grp/post/3923820-6064809938163691520?trk=groups-post-b-title Good luck! :)
Re: Swaggarize
For a moment I hoped that you are working on the D codegen for Swagger. :) *that* would really be a useful thing, in my humble opinion! Speaking about the rant about JS and productivity. I never say JS as "one language to rule them all", nor I saw D in the same way. D and JS cover different domains and should be used in those areas they are really good at. So, ideally developer would use both.
Re: Moving forward with work on the D language and foundation
Well, Andrei, I expected this. - This is the best, and the most natural way forward. I am 100% The D Foundation is the best direction for D and only good will come from that. You and Facebook can still cooperate in many ways, and perhaps Facebook could become one of the important sponsors, or even foundation members, or just simply foundation partners. Possibilities are endless. DDev Ltd. (my company) will support the D foundation. The "D" in its name is not just because my name starts with it, but also indicates close relation to the D programming language. Anyway, I am really happy to see this, and I hope soon we will see a more serious approach to D development similar to Java's JSRs. Kind regards, and all the best!
Re: Blog post : OOP composition with mixins
Good article. However, composition also has some drawbacks and they should be explained. Speaking about Java and inheritance, and popular believe it is overused - Yes, maybe it is, but Java does not have language features D has, and it should not be blamed for that. Interesting article for those looking for "more serious" criticism of Java and inheritance: https://www.cs.auckland.ac.nz/~ewan/qualitas/studies/inheritance/TemperoYangNobleECOOP2013-pre.pdf What I think D community would benefit from would be a series of "Idiomatic D" articles.
Re: D-Day for DMD is today!
Good news indeed! Well done everybody!
Re: DDT 0.13.0 released - DUB configurations support.
On Tuesday, 11 August 2015 at 17:03:35 UTC, Bruno Medeiros wrote: A new DDT release (nicknamed "Candy Kingdom" 😏) is out, please read the changelog: https://github.com/bruno-medeiros/DDT/releases/tag/Release_0.13.0 This is Release Candidate quality, there might be a few undiscovered bugs with the recently introduced functionality. Brilliant! Thanks Bruno!
Re: London D meetups ...
On Tuesday, 4 August 2015 at 10:00:28 UTC, Nemanja Boric wrote: On Tuesday, 4 August 2015 at 09:54:46 UTC, Dejan Lekic wrote: Yes, I am aware of that. I was thinking of volunteering for some time, with help of others. We have a healthy D community here in London and we should work on making it bigger. Cheers! Completely off topic: I haven't seen your picture since you've been active on elitesecurity forums and preaching FLTK around, which is more than ten years now I guess - man, you've changed :-). Yeah, those were my C++ days... Luckilly D improved a lot since then and is now my language of choice. :) How have you been??
Re: London D meetups ...
On Friday, 7 August 2015 at 19:10:53 UTC, Kingsley wrote: On Tuesday, 4 August 2015 at 14:25:33 UTC, Russel Winder wrote: On Tue, 2015-08-04 at 09:54 +, Dejan Lekic via Digitalmars-d -announce wrote: Yes, I am aware of that. I was thinking of volunteering for some time, with help of others. We have a healthy D community here in London and we should work on making it bigger. Kingsley has stepped down as organizer of the London D Meetup, we need to create a cabal to decide who should register as organizer. This is relatively urgent or Meetup will close the group. Hi I've reconsidered - but it would help a lot if someone would volunteer to co organise with me --k Good news! :) How can I help?
Re: London D meetups ...
Yes, I am aware of that. I was thinking of volunteering for some time, with help of others. We have a healthy D community here in London and we should work on making it bigger. Cheers!
Re: Voting for std.experimental.allocator
On Wednesday, 8 July 2015 at 11:33:03 UTC, Dicebot wrote: Andrei is back online and thus it is time to make a decision about adding his allocator package (http://forum.dlang.org/post/vfipmwojmvseqxoiw...@forum.dlang.org) to Phobos std.experimental Docs: http://erdani.com/d/phobos-prerelease/std_experimental_allocator.html Code: https://github.com/andralex/phobos/tree/allocator/std/experimental/allocator Please respond to this post with a comment starting with a single "Yes"/"No" and optional explanation after that. Criteria you are expected to evaluate as part of "Yes": - is this functionality needed in Phobos - is basic design sound (some breaking changes are OK for std.experimental but not full redesign) As usual, anyone can vote, but opinions of Phobos developers hold more value. Voting ends in 2 weeks, on July 22. Yes.
Re: dcrypt - a cryptography library written in D
And source is where? :)
Re: Looking for part-time developer for app back-end and webviews in D
On Thursday, 2 July 2015 at 16:14:55 UTC, David Gill wrote: Hello D Programming community. How I'm glad I found you :). We've developed a super simple iOS and Android app, which was originally built with Cake PHP and some other frameworks. In order to increase stability, we completely rebuilt everything from scratch and chose to go with vide.d for our API's and webviews. The project is almost complete, but our lead developer is leaving us. I'd be looking for an experienced D developer to take over the project and give it its final touches. The previous developer would be there to provide guidance to decrease learning curve. No pressure; part time; work from whatever location. If interested, please drop me a line @ davidgil...@me.com. Thanks! I've posted information about this position on LinkedIn, DDN (D Developer Network) group: https://www.linkedin.com/grp/home?gid=3923820 . Where is this position? (What country? city?)
Re: Learning D Available for Pre-Order
Good news! I've just shared the info on our LinkedIn group. :)
Re: DConf 2015 has ended. See you in Berlin at DConf 2016!
On Friday, 29 May 2015 at 23:42:00 UTC, Andrei Alexandrescu wrote: DConf 2015 has been awesome, I'm taking a minute to post this that's been announced a short while ago. We're pleased to announce that DConf 2016 will take place in Berlin, sponsored by Sociomantic. We'll be back with details. See you there! Andrei Good news!! So I am *definitely* coming to DConf 2016!! :)
Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"
On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei Alexandrescu wrote: https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/ Andrei If Go community is what they believe they are - intelligent. They would not blame D community for this article, but the person who wrote it. - It is not tagged "Opinion" for no reason !! My personal opinion about the article - people may hate D equally for being "too pragmatic". That `source.byLine.join.to!(string);` line for example, takes much longer time to understand than 20 lines of Go code. Any D newbie with knowledge of some modern language will struggle understanding (and being 100% sure that he/she understands!) that line of D code. I could give a big list of things where Go has advantage over D. What I found pathetic is that Go community used list of established open-source projects done in Go. :) But OK, we expected that, did we?
Re: Gary Willoughby: "Why Go's design is a disservice to intelligent programmers"
On Wednesday, 25 March 2015 at 22:30:15 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 25 March 2015 at 21:00:37 UTC, Andrei Alexandrescu wrote: https://www.reddit.com/r/programming/comments/30ad8b/why_gos_design_is_a_disservice_to_intelligent/ Andrei Downplaying other languages makes the D crowd look desperate... Go has stability, is production ready and has an ecosystem with commercial value. D lacks all of these atm... Not to mention that Go is in GCC for a very long time already... :) I never liked the language much (I think Erlang or Scala are definitely better choices than Go), but it is in a much better shape than D (unless you want to use stable D1).
Re: We're looking for a Software Developer! (D language)
Why don't you post this on LinkedIn's "D Developer Network" group?
Re: dco can work for 64 bit,and base on D2.067b1:code.dlang.org
On Monday, 22 December 2014 at 12:57:01 UTC, uri wrote: On Monday, 22 December 2014 at 11:41:16 UTC, FrankLike wrote: dco is a build tool,and very easy to use,it can build dfl64.lib ,dgui.lib or other your projects,it can auto copy dfl.lib to the dmd2\windows\lib or lib64. After you work on the dfl2,use the build.bat,you will feel it's very easy to use. dco: https://github.com/FrankLIKE/dco/ dfl2: https://github.com/FrankLIKE/dfl2/ Frank Thanks, I'm in the process of looking at CMake/SCons alternatives right at the moment and will have a look at dco. I'm trying dub at the moment and it's working perfectly fine so far as a build tool. The alternatives, such as CMake and SCons, are proven technologies with D support that have also worked for me in the past. Can I ask what the existing tools were missing and why did you felt it necessary to reinvented your own build tool? Thanks, uri Then try waf as well. :) https://code.google.com/p/waf/
Re: dsource.org moved
I think DSource should not be shut down, but instead modernised and open for new D-based projects. We, old D programmers, just love DSource! :)
Re: "Programming in D" book, draft of the first print edition and eBook formats
No, *thank you*! - For the great work you've done! :)
Re: "Programming in D" book, draft of the first print edition and eBook formats
One more thing - if you have the book in some "wiki form", it may be a good idea to transform it into AsciiDoc as it has really nice ePub/PDF/HTML output.
Re: "Programming in D" book, draft of the first print edition and eBook formats
On Wednesday, 26 November 2014 at 10:34:24 UTC, Ali Çehreli wrote: Main page: http://ddili.org/ders/d.en/ 1) For the first time, there are eBook formats: http://ddili.org/ders/d.en/Programming_in_D_Ali_Cehreli.ALPHA.epub http://ddili.org/ders/d.en/Programming_in_D_Ali_Cehreli.ALPHA.mobi I used 'calibre' to generate those "alpha" quality books. I chose epub and mobi just because I thought that they are the most common formats. Just let me know if you need another format or simply use 'calibre' or another tool yourself. :) 2) There has been a lot of work to make the book ready for its first print edition. (I will spare you the details of countless hours of extra work that went into this "eternal final step".) The PDF version finally looks a lot like a real book: * There is a Table of Contents section * There is an Index section * The internal links work 3) There are two new chapters: * Lvalues and Rvalues * Nested Functions, Structs, and Classes 4) There are the following notable additions to existing chapters: * 'pragma' is added to the Templates chapter * Special keywords are added to the Templates chapter (__FILE__, __LINE__, etc.) * Contract inheritance is added to the 'Contract Programming for Structs and Classes' chapter * The .offsetof property and the 'align' atribute are added to the 'Memory Management' chapter 5) I am grateful to Andrej Mitrović, Steven Schveighoffer, and Luís Marques, who accepted to edit the book. However, they are through only less than 10% of the book so far. As always, current or future mistakes are mine. :) Ali Well done, Ali - I will buy the ePub once the book is done. One suggestion: if you can, do what Ivan Ristic does with his SSL/TLS books (https://www.feistyduck.com). Basically, people who buy his books have unlimited access to book updates. Ivan is sending information about book updates whenever there is something new, so we readers can go back to the website and grab the latest version of the book. I think this is a much better approach than book editions, as they may appear years after each other... Sure, it is more complicated, but I think it pays off, and I do not mind book being little bit more expensive if I can access updated version of it. Cheers!
Re: "Programming in D" book, "User Defined Attributes (UDA)" chapter
On Wednesday, 27 August 2014 at 06:16:14 UTC, Ali Çehreli wrote: I made some additions and corrections. The following are the major ones: * The 'User Defined Attributes (UDA)' chapter * @nogc * foreach_reverse * Formatted element output with %( and %) * static this, static ~this, shared static this, and shared static ~this As a reminder, the book is available as PDF, downloadable from the header of each chapter: http://ddili.org/ders/d.en/index.html Ali Good work Ali! Do you by any chance plan to release ePub version of it?
LinkedIn D group reached 1000+ members
It had to happen. :) Today, the LinkedIn group ( http://www.linkedin.com/groups/D-Developer-Network-3923820 ) reached over 1000 members. Time to celebrate! (Though I honestly hope at lest 1/4 of those people actually use D professionally...) PS. Those of you who prefer XING, we have D groups there too. One of them is: https://www.xing.com/communities/groups/d-developer-network-f28b-1051335
Re: D 2.066 is out. Enjoy!
On Friday, 22 August 2014 at 21:41:13 UTC, Andrew Edwards wrote: On 8/23/14, 3:33 AM, Andrei Alexandrescu wrote: On 8/22/14, 10:05 AM, John Colvin wrote: As I'm sure has been mentioned elsewhere, the website changes should be part of the release process, not an afterthought. Agreed. Who would like to volunteer being our webmaster? We'll discuss with our admin to give push rights. -- Andrei As I mentioned in an earlier post in this thread, I need access. I did the update for every beta/RC. This one was not an oversight, I intentionally did not update the page. Given the right to push the update, I will, But I'm not going to sit around creating pull requests for one a line delete or one character edit and the wait 24hour+ for it to be published before I can proceed with what I'm doing. Then again, if that's required is a cronjob as Brad has suggested, then I guess the problem is solved. I was waiting few days for someone to update the main page before I lost patience and created the pull-request. Even worse - it was not accepted until I explicitly asked Andrej to merge it on IRC... This said I am afraid I will have to agree with conclusion that our release manager will have to push the change of the main page with updated details, after each release.
Re: D 2.066 is out. Enjoy!
On Monday, 18 August 2014 at 19:00:23 UTC, Andrei Alexandrescu wrote: Congratulations to everyone involved! http://www.reddit.com/r/programming/comments/2dwqvy/d_2066_nogc_c_namespaces_multidimensional_slices/ https://www.facebook.com/dlang.org/posts/905593426121006 https://twitter.com/D_Programming/status/501443132115140609 Andrei Main dlang.org page still shows that 2.066 is in beta phase. Merge the https://github.com/D-Programming-Language/dlang.org/pull/638 to fix.
Re: Real time captioning of D presentations
On Sunday, 1 June 2014 at 18:46:18 UTC, Walter Bright wrote: https://lkuper.github.io/blog/2014/05/31/your-next-conference-should-have-real-time-captioning/ I know I'd find this very useful - what do you guys think? Ideal situation is to have slide on the screen, and a video in the upper-left corner. But I guess that requires some video mixing...
Re: Adam D. Ruppe's "D Cookbook" now available!
Walter Bright wrote: > http://www.packtpub.com/discover-advantages-of-programming-in-d-cookbook/book > > http://www.amazon.com/D-Cookbook-Adam-D-Ruppe/dp/1783287217 > > http://www.reddit.com/r/programming/comments/26pn00/d_cookbook_officially_published_consists_of_d/ > > After watching Adam's most excellent presentation at Dconf, I'm sure the > book will be great! My copy gets here on Friday. https://drive.google.com/file/d/0BzpDFld47vULS1VSZl9JaG1PMkk :D -- http://dejan.lekic.org
Re: Mono-D 2.0 - XamarinStudio 5.0 support, completion improvements
You are my personal hero!
Re: Unencumbered V0.1.2: Write Cucumber step definitions in D
whilst bootstrapping the process and also for some tests I wrote for my MQTT broker. I think this should work but I can't try it right You have a MQTT broker? Free? Open-source? Can I haz teh code plx!
Re: sqlite-statement CTFE Generation (UniformAccess) / Benchmark
Yeah, implementing TutorialD came to my mind as well. However I would like to have a storage engine for it too so I gave up, it is too much work and I barely have time to do something outside my work... On Tuesday, 15 April 2014 at 22:27:53 UTC, John Carter wrote: I was contemplating why languages explode on to the scene or not, and often it comes down to a so called "Killer App". For Ruby, it was Rails. The ability to construct optimally fast typesafe tuples in D perfectly matches the requirements of database management to a degree unmatched by any other language. I have long thought D, strangely enough, may be the perfect language in which to implement... D :-) http://en.wikipedia.org/wiki/D_%28data_language_specification%29 On Wed, Apr 16, 2014 at 3:51 AM, Robert Schadek wrote: Lately I had to write some sqlite3 code in D. And I really hated writing it. So I wrote me some CTFE generator for it. It uses all the fun UDA, CTFE string mixin template magic, we all love. The generated code is as fast as the hand written one. I wrote some of it down. http://rburners.tumblr.com/ The article also holds a link to the source/benchmark. Maybe this is to some interest to other people as well. Best Regards Robert p.s. PRs and corrections welcome
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: 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: My D book is now officially coming soon
I've just pre-ordered it, on Amazon. ;) Hurry up! :) -- http://dejan.lekic.org
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: DConf 2014 publishes schedule, opens registration
Wow! - I can't wait! :)
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: 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
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 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: 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
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 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
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: 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: 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: 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: 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!