Re: From the D Blog: Driving with D
On Tuesday, 1 June 2021 at 11:57:34 UTC, Mike Parker wrote: Dylan Graham writes about his experience using D in a microcontroller project and why he chose it. Does anyone know of any similar projects using D? I don't. This may well be the first time it's been employed in this specific manner. At first, when I saw the title, I thought Ali applied some D code to a Mercedes ECU;) But the story is really heartening to me. A great initiative. Congratulations :) Cheers, Piotrek
Re: Beta 2.093.0
On Friday, 3 July 2020 at 15:03:28 UTC, aberba wrote: I don't think I've ever said this but the DMD experience is incredible. I actually enjoy using it. ♥️ to all the people making things happen. +1 I think I discover new goodies in D ecosystem very month. Thank you everyone! Cheers, Piotrek
Re: Our HOPL IV submission has been accepted!
On Saturday, 29 February 2020 at 01:00:40 UTC, Andrei Alexandrescu wrote: Walter, Mike, and I are happy to announce that our paper submission "Origins of the D Programming Language" has been accepted at the HOPL IV (History of Programming Languages) conference. "Origins of the D Programming Language" - a good title for the movie of the year ;) Getting a HOPL paper in is quite difficult, and an important milestone for the D language. We'd like to thank the D community which was instrumental in putting the D language on the map. Big thanks to all involved. And of course to you, Andrei. Good luck! Cheers, Piotrek
Re: The Serpent Game Framework - Open Source!!
On Thursday, 27 February 2020 at 22:29:41 UTC, aberba wrote: Pew! Pew!! Nailed it. https://itsfoss.com/ikey-doherty-serpent-interview/ Thank you for sharing. Cheers, Piotrek
Re: The Serpent Game Framework - Open Source!!
On Saturday, 29 February 2020 at 13:14:47 UTC, Patrick Schluter wrote: Unfortunately, I’m too stupid to use Rust I would add to this that I am also lazy ;) And my observation is that 95% of programmers won't use voluntarily any language requiring manual memory management. Doing SW development with GC is a blessing. Of course, allowing manual memory management as opt-in feature is a requirement for system programming (my domain). And D wins here both with Rust(no GC) and Go (only GC). Cheers, Piotrek
Re: Two New Manpower Initiatives
On Monday, 15 April 2019 at 10:08:31 UTC, Mike Parker wrote: I've just published a post on the blog introducing two new initiatives, the Manpower Share and the Manpower Fund, that came out of our quarterly D Language Foundation meetings. The goal is to help focus energy on getting more effort directed at the issues that fall by the wayside. The blog post has all the details, so I encourage everyone who cares about improving D and its ecosystem to give it a read. The blog: https://dlang.org/blog/2019/04/15/manpower-in-the-d-ecosystem-or-resources-resources-resources/ Reddit: https://www.reddit.com/r/d_language/comments/bde7zq/manpower_in_the_d_ecosystem_or_resources/ Great write-up. IMO, the direction is right and looks promising. Of course, besides me only talking, I'm aware that something material can be done. And hopefully, I won't miss a chance ;) Cheers, Piotrek
Re: New DConf Blog Post
On Saturday, 23 March 2019 at 10:09:12 UTC, Ali Çehreli wrote: Thank you but this is only about software development tools. I know. But that's still a good marketing. And I'm fan of your tech talks as well. Coding guidelines like MISRA and AUTOSAR have been developed and matured for C++ for years. There is no equivalent for D for it to be even considered by the automotive industry. Well, MISRA is an evidance that C (C++) is quite error prone by desing. I think, D can do better, . And the lack of dedicated tools is just a consequence of shortage on funds. And I always say that the fact that C needs so many different tools (including those for AUTOSAR) is its disadventage actually (they consumes a lot of money and development time). But it is how the World works now. But who knows the furure? ;) Cheers, Piotrek
Re: New DConf Blog Post
On Friday, 22 March 2019 at 13:58:01 UTC, Mike Parker wrote: The DConf schedule was announced last Sunday. I've just published a write-up about it on the blog for the world-at-large. Please help us out by sharing this post in your social media circles. As usual, Ali is bringing something cool: "The D programming language is used in writing development tools at Mercedes-Benz Research and Development, North America." This is a great sign that D can get more awareness in the automotive industry. Looking forward to D on wheels. Cheers, Piotrek
Re: D is helping from porch pirates
On Monday, 17 December 2018 at 23:13:18 UTC, Daniel Kozák wrote: https://gma.abc/2zWvXCl D supports the bright side of life ;) That's a good spirit. Thanks for sharing. Cheers, Piotrek
Re: DIP 1003: remove `body` as a keyword
On Monday, 21 November 2016 at 20:59:32 UTC, Timon Gehr wrote: How about this alternative ("in" and "out" blocks inside function body): void foo(int a) { in { assert (a > 0); } out { (ret) assert(ret > 0); } // body code return a; } or for one-liners: void foo(int a) { in assert (a > 0); out (ret) assert(ret > 0); // body code return a; } BR, Piotrek Won't work. Contracts are part of the function signature. That's the point. How does "auto" work? Can't the inner in&out be applied to the signature? BR, Piotrek
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. PR: https://github.com/dlang/DIPs/pull/48 Initial merged document: https://github.com/dlang/DIPs/blob/master/DIPs/DIP1003.md If you want the change to be approved and have ideas how to improve it to better match on https://github.com/dlang/DIPs/blob/master/GUIDELINES.md and existing published reviews - please submit new PR with editorial and ping original author. How about this alternative ("in" and "out" blocks inside function body): void foo(int a) { in { assert (a > 0); } out { (ret) assert(ret > 0); } // body code return a; } or for one-liners: void foo(int a) { in assert (a > 0); out (ret) assert(ret > 0); // body code return a; } BR, Piotrek
Re: D Embedded Database v0.1 Released
On Wednesday, 1 June 2016 at 09:41:43 UTC, Stefan Koch wrote: Providing a nice query interface and so on. Do you mean any form of DSL (as it's SQL for SQLite)? Well I can see the non-realtime property being a factor for every database. And this is actually disadvantage of those databases ;) BTW1. Thank to the one who posted my reply on Reddit :) BTW2. Somebody on the Reddit suggested the LMDB is an equivalent of this DB. However I fear it's not true. To me, LMDB is a key/value storage backed by a memory-mapped file. However my DB will have more features including: - internal references (no data replication - aka database normalization) - indexes - transparent data compression and more :) Piotrek
Re: D Embedded Database v0.1 Released
On Wednesday, 1 June 2016 at 06:47:36 UTC, Suliman wrote: I still think that gitlab is bad place for DB. People prefer look sources at git or in Google. So DB should have site or git mirror to be popular. I don't think I fully understand what you mean. This is a D library not a separate product. Also what is the difference between git mirror and Gitlab? Piotrek
Re: D Embedded Database v0.1 Released
On Tuesday, 31 May 2016 at 20:31:26 UTC, Dmitri wrote: This might provide useful information if you're aiming for something like sqlite (hopefully not offtopic): https://github.com/cznic/ql It's an embeddable database engine in Go with goals similar to yours and at an advanced stage. The key difference is that ql is an SQL database and mine is not. I know it may sound scary, but I think an SQL layer is a burden when the D power is at hand (unless you need a DB running on a separate machine than the rest of the application). Piotrek
Re: D Embedded Database v0.1 Released
On Wednesday, 1 June 2016 at 05:45:49 UTC, Piotrek wrote: BTW. Would someone be so kind and post the above paragraph on Reddit under a comment about Sqlite db. I'm not registered there. I mean this thread of course: https://www.reddit.com/r/programming/comments/4lwufi/d_embedded_database_v01_released/ Piotrek
Re: D Embedded Database v0.1 Released
On Tuesday, 31 May 2016 at 22:08:00 UTC, Stefan Koch wrote: Nice effort. How would you like collaboration with the SQLite-D project. Thanks. Correct me if I'm wrong but SQLite-D is a compile time SQLite3 file reader. If so, I can predict not many common parts. Maybe the one would be a data deserialization component however I didn't check how it's done in SQLite-D. With has similar goals albeit file format compatible to SQLite. When I was selecting possible file format I was thinking about SQLite one. I am actually a fan of the SQLite project. However there are some shortcomings present in current SQlite3 format: - SQlite3 is not really a one file storage (i.e. journal file) - it gets fragmented very quickly (check out design goals for SQLite4) - it's overcomplicated and non deterministic with respect to real time software - it has unnecessary overhead because every column is actually a variant type Add to this the main goal of replacing SQL with D ranges+algorithms. In result it turned out it would be great to have an alternate format. BTW. Would someone be so kind and post the above paragraph on Reddit under a comment about Sqlite db. I'm not registered there. Piotrek
D Embedded Database v0.1 Released
Short description A database engine for quick and easy integration into any D program. Full compatibility with D types and ranges. Design Goals (none is accomplished yet) - ACID - No external dependencies - Single file storage - Multithread support - Suitable for microcontrollers Example code: import draft.database; import std.stdio; void main(string[] args) { static struct Test { int a; string s; } auto db = DataBase("testme.db"); auto collection = db.collection!Test("collection_name",true); collection.put(Test(1,"Hello DB")); writeln(db.collection!Test("collection_name")); } More info for interested at: Docs: https://gitlab.com/PiotrekDlang/DraftLib/blob/master/docs/database/index.md Code: https://gitlab.com/PiotrekDlang/DraftLib/tree/master/src The project is at its early stage of development. Piotrek
Re: My ACCU 2016 keynote video available online
On Tuesday, 17 May 2016 at 08:42:42 UTC, Bill Hicks wrote: On Monday, 16 May 2016 at 13:46:11 UTC, Andrei Alexandrescu wrote: Uses D for examples, showcases Design by Introspection, and rediscovers a fast partition routine. It was quite well received. https://www.youtube.com/watch?v=AxnotgLql0k Andrei Incidentally, 2_000_000 D users have been waiting 10 years for one guy, you, to complete the containers/allocators and many other things. Man, this sh*t writes itself. And here you go again with your borderline racist jokes. Not very cool. If you honestly want to find out if it's "confusing to Africans", I suggest you go to a black neighborhood and ask them. If you want to be a troll please go to the Rust forums. They need you there to protect "underrepresented minorities". Piotrek
Re: GSoC 2016 - D Foundation was accepted!
On Tuesday, 1 March 2016 at 13:57:00 UTC, Andrei Alexandrescu wrote: Congratulations to everyone who helped, and especially to Craig for driving this! Craig, you should be really proud - this is a great accomplishment. -- Andrei Agree. Craig did a great job. BTW. It is also good news in terms of marketing. The D foundation logo looks awesome along other cool projects. Piotrek
Re: Vision for the first semester of 2016
On Friday, 29 January 2016 at 02:18:38 UTC, Rikki Cattermole wrote: Right now, image library is more or less ready for next feedback. Windowing is almost there, really just needs a bit of testing and its done. So in other words, the hold up, is me. Where can I find the code to be tested? You have too many projects on github :) Piotrek
Re: Vision for the first semester of 2016
On Monday, 25 January 2016 at 03:49:56 UTC, Rikki Cattermole wrote: That won't be happening anytime soon. Until we have image and windowing in Phobos (I'm working on both) there is no way a GUI toolkit is going in. And from what I know there will be a LOT of work to update it. I've read this thread partially and I agree with you. In my opinion the key to the success is a good standard library with batteries included. The opinion that this approach is outdated is very subjective. I hope D GUI will be usable some day for me and other people not wanting to fight with tools (and external libraries). If there is something from your project ready for test drive let me know. Piotrek
Re: PowerNex - My 64bit kernel written in D
On Sunday, 22 November 2015 at 21:05:29 UTC, cym13 wrote: Heck, even the GPL is compatible! http://www.gnu.org/licenses/license-list.html#boost Hi, No. It isn't. It is the other way around "Boost Software License ... is compatible with the GNU GPL.". But GPL is not compatible with the Boost license. Piotrek
Re: PowerNex - My 64bit kernel written in D
On Wednesday, 25 November 2015 at 14:44:09 UTC, Wild wrote: On Saturday, 21 November 2015 at 11:34:57 UTC, Piotrek wrote: On Tuesday, 17 November 2015 at 23:35:58 UTC, Wild wrote: Hey! I have recently started working on a 64bit kernel ... Hi, Good to see more work in the OS area. I am even more happy there is more developers interested in GUI stuff. I have one fundamental question though: Is it possible for you to pick the Boost license (especially for libs)? This is my general concern for all libs developed by the D community. IMO license other than Boost is very cumbersome and doesn't comply with the D core libs. Piotrek Like cym13 said, there should not be any problems with the MPLv2 license. MPLv2 is basically LGPL but at a file level and it won't "infect" any other files. My code can included in any close source projects. The only thing is that if any of my files are changed, those changes need to published. - Dan Hi, No worries :) Feel free to use whatever license you want. It is your code. However my point was that the code released with license other than Boost (or similar) cannot be included in Phobos. That's one thing. The second is, non liberal licenses put burden on commercial adoption and put risk on legal actions. I know that from the employee POV who worked for many corporations and was obliged to follow the rules. The bottom line is that viral licenses (with varying aggressiveness) are in opposition to business. Yes, I know GPL is used by companies but the cost is high. To use analogy: you can live with viruses, but you need money for medicines. BTW. Sorry if I sounded to harsh and forgive me stealing your announcement for my propaganda ;) I'll try to figure out a way to present my ideas in proper way before I have to many enemies. Piotrek
Re: PowerNex - My 64bit kernel written in D
On Tuesday, 17 November 2015 at 23:35:58 UTC, Wild wrote: Hey! I have recently started working on a 64bit kernel ... Hi, Good to see more work in the OS area. I am even more happy there is more developers interested in GUI stuff. I have one fundamental question though: Is it possible for you to pick the Boost license (especially for libs)? This is my general concern for all libs developed by the D community. IMO license other than Boost is very cumbersome and doesn't comply with the D core libs. Piotrek
Re: The D Language Foundation is now incorporated
On Tuesday, 20 October 2015 at 17:08:42 UTC, Andrei Alexandrescu wrote: Walter Bright (President) A snap election in US? ;) Congrats Mr President. Piotrek
Re: Fastest JSON parser in the world is a D project
On Friday, 16 October 2015 at 10:08:06 UTC, Andrei Alexandrescu wrote: On 10/15/15 10:40 PM, Jacob Carlborg wrote: On 2015-10-15 14:51, Johannes Pfau wrote: Doesn't the GPL force everybody _using_ fast.json to also use the GPL license? Yes, it does have that enforcement. Then we'd need to ask Marco if he's willing to relicense the code with Boost. -- Andrei I've just crossed my fingers. Piotrek
Re: The D Language Foundation is now incorporated
Hi, Congratulations! Awesome news! I hope it will be a great adventure for all of us! Piotrek
Re: GSoC 2015 - Application Rejected
On Monday, 2 March 2015 at 19:08:49 UTC, CraigDillabaugh wrote: Unfortunately our organizational proposal for the 2015 Google Summer of Code was rejected. Thanks to everyone who helped out on this, especially to those who volunteered to mentor. I've asked Google to provide me with feedback, and I will post that here once/if I get something from them. If I am not asked to resign I am happy to volunteer for this post again next year. Hopefully I can learn something from this year and any feedback they provide. Cheers, Craig Respect for your uphill battle. I remember someone somewhere suggested to make our own summer of code (however I don't know how this would look like). As for a "free money" from corporations I'm skeptical in general. http://imgur.com/W5AMy0P Nevertheless, great job. Cheers Piotrek
Re: Deadcode: A code editor in D
On Friday, 16 January 2015 at 21:19:08 UTC, Jonas Drewsen wrote: I have been working on an editor written in D for use with D for some time now and have made a blog post about it. Any feedback or suggestions are welcome. http://deadcodedev.steamwinter.com Thanks Jonas Hi, This is an impressive work. I's really nice to see a presentation of how much help can be provided from the D editor and existing language labiaries. I have several questions as well: 1. Was the libdparser integrated with extension system or is it embedded in the core? 2. What are the dependencies? 3. How hard it would be to change the feel&look of the gui as it is in conventional editors (Visual, MonoDeveop, GtCreator, Eclipse). I mean menus, buttons, views etc? Cheers, Piotrek
Re: "Programming in D" book, draft of the first print edition and eBook formats
On Wednesday, 26 November 2014 at 21:36:03 UTC, Meta wrote: This is great news. I'm excited to have more than TDPL sitting on my shelf. Me too. I also plan to get the D Cookbook, but I'm looking for a chance to get it easly in Poland. Piotrek
Re: Mono-D v2.4.9 - Parser fixes
On Friday, 26 September 2014 at 07:12:23 UTC, Alexander Bothe wrote: On Thursday, 25 September 2014 at 22:02:14 UTC, Piotrek wrote: I was shocked how smoothly Mono-D works compared to DDT. Well maybe, but there's a lot of performance improvement required -- just open std.traits and see what lags there are due to its attempts to highlight usages of the currently selected symbol identifier :/ On linux it wasn't one click install though. I had to compile Monodevelop myself to get the plugin working. And to be fair I didn't check DDT for some time now. Instructions and a precompiled distro-independent bundle are given this time, though! In short, Mono-D FTW! Alexander, thanks for your great contribution. Piotrek Thanks - and don't forget to file issue reports on github instead of raging silently, please! :-D No problem. Additionally, I will try to invest some more time in testing Mono-D. However, I don't speak C# (only reading ability), so don't count on me in terms of coding support ;) Piotrek
Re: Mono-D v2.4.9 - Parser fixes
On Tuesday, 23 September 2014 at 16:53:23 UTC, Andrei Alexandrescu wrote: On 9/23/14, 7:06 AM, Alexander Bothe wrote: On Tuesday, 23 September 2014 at 14:02:47 UTC, Alexander Bothe wrote: Hi everyone, just wanted to announce a further small version bump of Mono-D. And yeah, despite my 2 week-break, development still continues! Cheers, Alex Durr, forgot to put in links: Release notes: http://wiki.dlang.org/Mono-D_Release_Notes Wiki: http://wiki.dlang.org/Mono-D Github: https://github.com/aBothe/D_Parser / https://github.com/aBothe/Mono-D Awesome! I'm using it on OSX, works nice. -- Andrei Same on Linux and Windows. I think Mono-D is the last bridge before we can see a full-blown IDE written in D. I was shocked how smoothly Mono-D works compared to DDT. On linux it wasn't one click install though. I had to compile Monodevelop myself to get the plugin working. And to be fair I didn't check DDT for some time now. In short, Mono-D FTW! Alexander, thanks for your great contribution. Piotrek
Re: DConf 2014 Lightning Talks
On Monday, 21 July 2014 at 21:39:52 UTC, Ali Çehreli wrote: Ali Çehreli's (first speaker) slides are at http://acehreli.org/AliCehreli_assumptions.pdf Ali Hi, "Assume" meme was great too. Cheers, Piotrek
Re: DConf 2014 Lightning Talks
Hi, Brian's talk is enjoyable. I's an evidence that D people are in touch with ground... rolling and laughing... Please keep some PRs open and save some WATs for next year. Also, we still need more explosions and planes in presentations! But seriously, thanks Brian and others for your work. Cheers Piotrek
Re: DConf 2014 Day 1 Talk 2
On Tuesday, 3 June 2014 at 21:20:42 UTC, w0rp wrote: On Tuesday, 3 June 2014 at 20:54:30 UTC, Jonathan Crapuchettes wrote: On Tue, 03 Jun 2014 18:43:52 +0200, Andrei Alexandrescu wrote: https://news.ycombinator.com/newest http://www.reddit.com/r/programming/comments/277k5c/ dconf_2014_day_1_talk_2_templates_in_the_wild_a/ Andrei Here is a link to the slides from the presentation. http://slides.com/jonathancrapuchettes/dconf Jonathan I found this talk particularly interesting on a personal level. Heh. Check my post. Wish I had more experience that days ;) Piotrek
Re: DConf 2014 Day 1 Talk 2
On Tuesday, 3 June 2014 at 16:43:32 UTC, Andrei Alexandrescu wrote: https://news.ycombinator.com/newest http://www.reddit.com/r/programming/comments/277k5c/dconf_2014_day_1_talk_2_templates_in_the_wild_a/ Andrei This talk was awesome - thank you Jonathan! I didn't see it when streaming, so thanks for sharing. It's touchy mainly because it brought some memories back. I was running my own business (soon after finishing uni) and got into the data processing world after taking some inquiry. Funny thing is it's all started when I was asked to create some *excel* stuff dealing with a gov data. I quickly moved to PHP wagon as it was mainstream that days. After I figure out I was betrayed by PHP euphoria I started to look for the perfect programming language. Then I saw D and I knew it was it. Unfortunately my business didn't pay my bills already at that time, so I had to say sorry to C++ and live with it (full time job). Now I make a living from C++ (quasi embedded), but D is my number one as the language of choice, so I plan to reopen my business again this time with D from the beginning. Time will tell :) BTW. As as GUI dependant guy I still consider debugging as Achilles heel of D (as referred in the talk to some extent, i.e. stack traces, mangling etc). My programming language path (only languages included with more than 10k LOC written as I dealt with Python, Java, Matlab, Visual Basic and other "crap") 1. Pascal (high school) 2. C++ (high school and uni) 3. PHP (late years of uni) 4. PHP (own business) 5. PHP + D (closing my business) 5. C++ (a regular job) 6. D (the future ;)) Piotrek
Re: dbox is a complete D2 port of the Box2D game physics library
Hi, nice one. How does it compare to C++ version in terms of performance? Piotrek
Re: Per popular demand, here are Adam D Ruppe's presentation slides
On Friday, 23 May 2014 at 19:29:12 UTC, Andrei Alexandrescu wrote: Adam graciously shared the slides of his DConf 2014 talk with us: http://imgur.com/hHCN3OL Andrei I didn't know zipped pesentasion file can be still readable ;)
Re: "Programming in D" book is about 97% translated
Hi, Agreed, and I hope you will get a table of contents (and index) and get the book published commercially (or self-published). You have at least one buyer (me) declared. I don't know if it's enough but it would be great to collect TDPL, Cook Book and Programming in D altogether. Piotrek