Re: powerline-d (I got an AI to port powerline-shell to D)
On Wednesday, 4 September 2024 at 17:02:55 UTC, Vladimir Marchevsky wrote: On Wednesday, 4 September 2024 at 12:24:07 UTC, FeepingCreature wrote: Anyone who says large language models aren't *really* intelligent now has to argue that programming doesn't require intelligence. In case that really needs some arguing, I would say translation is not a programming. You would be surprised how much original code and code modifications LLMs can output. I wouldn't be to quick to dismiss them as mere translation tools. For example, take a look at the intro video on the Zed homepage to see what can be achieved with AI assisted coding (https://zed.dev/)
Re: Is D programming friendly for beginners?
On Wednesday, 24 July 2024 at 15:02:04 UTC, Matheus wrote: I work at home, but once I was at the office and I saw someone literally copying a SO answer direct to the project, and many times I saw code there were literally copied as is, I could tell because the way it was written, language etc. One of the cases was a LIB in Oracle to read JSON, it came with all the flaws you would expected, and the limitation of 32767 characters. The other day I saw a video of C++ (I think it was from Jason Tyler or a name like that), showing some code generated by AI, and he said it was very clever. Now I wonder about the future in this area... I mean for some will be a matter of copying from SO or AI. =] Matheus. I was stubborn about adopting AI is my workflow but I tried recently and I'm a bit productive overall. Once you have a good experience with a language and understanding the domain, AI is a helpful assistant in research and prototyping code that might eventually be refined for production. It important however to know when you the suggestions are wrong, hence they need to gain some experience. You should try. I recently tried a little D coding using chatgpt, wasn't bad considering there's not a lot of D code out there. It's very very good with JavaScript though. I see AI being a very good tool for learning, research and prototyping.
Re: Redub v1.7.1 : Even faster dependency resolution and vibe-d support
On Tuesday, 9 July 2024 at 21:39:20 UTC, Hipreme wrote: Hello guys, in the last time, I told that I would not support vibe-d. This was purely on how many features I would need to implement to support it. But after a second thought, I saw that it would be a great opportunity to make it way more consistent. With that, I announce [...] Does it work with local dependencies? I have a gtk app using a local dependencies and it fails during the linking stage due to a couple on "undefined reference to X" errors. Looks like redub doesn't include the local dependency. ```json "dependencies": { "cosma": { "path": "path/to/package" } } ```
Re: LDC 1.39.0
On Friday, 5 July 2024 at 00:27:21 UTC, Steven Schveighoffer wrote: On Thursday, 4 July 2024 at 11:28:56 UTC, kinke wrote: Glad to announce LDC 1.39.0. Major changes: * Based on D 2.109.1. * LLVM for prebuilt packages bumped to v18.1.6. * musl libc: Misc. bug fixes and removal of libunwind dependency. * Support for LLVM 11-14 was dropped. The CLI options `-passmanager` and `-opaque-pointers` were removed. Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.39.0 Thanks to all contributors & sponsors! FYI, I want to mention that I truly appreciate how timely LDC is released in the wake of DMD updates! You do a great job, Martin! Especially for those of us who are exclusively on ARM platforms (a lot more now that it's the main arch that Apple uses). -Steve I imagined you'd be on Intel Mac.
Re: North Korean Hackers Developing Malware in Dlang Programming Language
On Monday, 27 May 2024 at 23:00:58 UTC, ryuukk_ wrote: On Monday, 27 May 2024 at 16:17:07 UTC, aberba wrote: By Ionut Arghire: The North Korea-linked hacking group Lazarus has been observed deploying Dlang malware in attacks against organizations in the manufacturing, agriculture, and physical security sectors, Cisco’s Talos security researchers report. https://www.securityweek.com/north-korean-hackers-developing-malware-in-dlang-programming-language/ This does not belong to "Announce".. c'mon, this is a garbage article and is FUD I read his LinkedIn before posting but it could all be fake as well. If Mike is reading this, feel free to delete this and my other post as well. Since I can't verify their authenticity beyond their claimed credentials on LinkedIn.
Re: The D Programming Language and Its Role in Cybersecurity
On Friday, 24 May 2024 at 19:54:16 UTC, Steven Schveighoffer wrote: On Monday, 20 May 2024 at 21:21:24 UTC, aberba wrote: Found this article by Raymond Andrè Hagen: https://www.linkedin.com/pulse/d-programming-language-its-role-cybersecurity-raymond-andr%C3%A8-hagen-nfvgf/ My goodness this is a terrible article. Almost no substance. Is this AI generated? -Steve Lol, the author looks like a seasoned security professional.
Re: Beerconf May
On Thursday, 23 May 2024 at 17:42:38 UTC, Steven Schveighoffer wrote: On Saturday, 11 May 2024 at 20:35:17 UTC, Steven Schveighoffer wrote: [...] Hi All, just a friendly reminder this is happening in 2 days! [...] Nobody has asked to show anything, so I thought I might do a quick dive into how the new [Interpolation Expression Sequences](https://dlang.org/spec/istring.html) (a.k.a. string interpolation) work. These were added in the last major version of D, and I'm excited to start using these in my libraries! I will do a very informal presentation (no slides, just talking and coding) at about 18:00 UTC on Saturday. We will send out an announcement when it's about to start as well. See you then! -Steve Awesome. I wish there were more of these
The D Programming Language and Its Role in Cybersecurity
Found this article by Raymond Andrè Hagen: https://www.linkedin.com/pulse/d-programming-language-its-role-cybersecurity-raymond-andr%C3%A8-hagen-nfvgf/
Re: Redub v1.3.9 : A faster build system promising 90% compatibility with dub
On Saturday, 4 May 2024 at 11:40:27 UTC, Hipreme wrote: Hello guys. It has been some time since my last post on forum regarding redub. It has improved a lot on its newest versions. Since it has been put to prove on Hipreme Engine as its main build system, there were a bunch of updates that I've done that made it even faster, reliable, with more support to features that one can encounter in dub. There is still a plenty of niche features that dub has that it wasn't implemented, but, by now, I'm pretty sure it should have achieved its 90% of compatibility :) [...] Gonna try it soon.
Re: D Community Conversation with Mathias Lang
On Sunday, 28 April 2024 at 17:12:25 UTC, Mike Parker wrote: If you haven't been keeping up with our YouTube channel, I've been publishing a conversation with a member of the D community on the last Sunday of every month since January. This follows on from two conversations I had with Walter a while back. [...] Love the videos. I make sure to watch and share in local developer circles. Very good interview skills Mike. Cheers.
Re: Serverino 0.7.0
On Saturday, 13 April 2024 at 16:24:52 UTC, Andrea Fontana wrote: 🚀 Hey Serverino enthusiasts! 🎉 Get ready to elevate your server game with the latest Serverino 0.7.0 release! 🌐✨ What’s new in this update? 🐝 WebSockets are here! Now you can enjoy real-time bi-directional communication. Some example I've posted on twitter: https://twitter.com/twittatore/status/1775969115322147165 https://twitter.com/twittatore/status/1776613077053481078 https://twitter.com/twittatore/status/1774827657512841363 Have fun! Andrea Link to code sample?
Re: Release D 2.108.0
On Monday, 1 April 2024 at 22:34:14 UTC, Iain Buclaw wrote: Glad to announce D 2.108.0, ♥ to the 36 contributors. This release comes with 8 major changes and 36 fixed Bugzilla issues, including: - In the language, named arguments for functions have been implemented and documented. - In phobos, std.uni has been upgraded to Unicode 15.1.0. - In dub, the fetch command now supports multiple arguments, recursive fetch, and is project-aware. http://dlang.org/download.html http://dlang.org/changelog/2.108.0.html As usual please report any bugs at https://issues.dlang.org -Iain on behalf of the Dlang Core Team Awesome. Cheers to all contributors.
Re: 🚀 Announcing Serverino 0.6.0! 🎉
On Thursday, 7 March 2024 at 21:00:03 UTC, Andrea Fontana wrote: Performance has been boosted once again, and those pesky little bugs? Squashed! Plus, there are fresh examples to try out and even a sleek new logo to admire! Ready to dive in? Just spin up a new project using the provided template: ``` dub init -t serverino my_wonderful_project cd my_wonderful_project dub ``` And voilà! Your hello world will be up and running in **a couple of seconds**! 🌐 Have fun! Andrea Fontana (I know some of you are already on board, but how many are sailing in secret? Come out of the shadows and let me know! Your feedback is the wind in serverino's sails) Repository: https://github.com/trikko/serverino Docs: https://trikko.github.io/serverino Examples: https://github.com/trikko/serverino/tree/master/examples Tips: https://github.com/trikko/serverino/wiki/ I'm a heavy user of big express (js) library and I like what I'm seeing. Looks simple and clean. Here are some suggestions: 1) I'm not sure I like concat (~=) style used on `Output output` and how it can determine the order routes are invoked. I would expect that to be explicitly defined by Dev using a catch-all route or else the sever returns 404 by default. That's going to prevent the chances of invoking the wrong route especially when it does something important/dangerous/unexpected. 2) instead of doing: ```d if (request.method != Request.Method.Get) output.status = 405; ``` to determine the request method, why not use a UDA similar to `@route` ...like `@method(Request.Method.post)`? The use of UDA is so much cleaner and easier to deal with. 3) would be nice to have an `output.json()` function which both sets the response header and also calls `output.write()` 4. I can't build anything significant in any http server library without support for middleware. Preferably support for multiple middlewares functions. A middleware would be a function that runs after the @onServerInit but BEFORE any route handler. It will be used to intercept all incoming requests for things like authentication, rate limiting, CORS, etc. Preferably provide a way to pass data to the target route e.g. user session, user permission, etc...like output.locals.set("userId", 123). The route will then be able to access this data. All in all, everything else looks good. I would prefer something like: ```d void hello (Request req, Response res) { res.write("hello"); } ``` ...but `Output` is also fine... just a small nitpick.
Re: SecureD 3.0 has been released!
On Wednesday, 6 March 2024 at 07:47:04 UTC, Adam Wilson wrote: SecureD 3.0 has been released. This version was set in motion by a Cedric Picard, a D community member with Cryptography ... And I even remembered to update the examples in the README. +1 I wish more packages did this
Re: Released vibe.d 0.10.0
On Monday, 19 February 2024 at 08:45:28 UTC, Sönke Ludwig wrote: The next release of vibe.d (0.10.0) is expected to land sooner than usual and will contain a substantial restructuring of the package structure. All low level modules that are currently sub packages of "vibe-d" will be broken out to separate standalone packages, as well as the "vibe-d:http" package. This will pave the way for *finally* being able to work towards integrating the work on a HTTP/2 implementation that was carried out by Francesco Galla during SAoC 2018. 0.10.0 is now out and is identical to 0.9.8, apart from the new package structure: https://vibed.org/blog/posts/vibe-release-0.10.0 Compatibility with the old structure is still there, but will get deprecated in one of the next releases, so a dependency like "vibe-d:http" 0.9.x should eventually be adjusted to "vibe-http" 1.x.x. On the tutorials section of the vibed.org site, the are links to tutorials on my website (aberba.com) however I recently rebuilt my website and the links will need adjustment. I can't however find where the make a PR for that.
Re: Released vibe.d 0.9.8
On Friday, 16 February 2024 at 17:17:35 UTC, Sönke Ludwig wrote: Just a quick announcement for a new vibe.d release that, probably most notably, gets rid of most DIP1000 related... as well as requiring REST interfaces to be fully @safe. How does this affect regular code? What are the implications?
Re: Fluid 0.6.0 — UI library for D
On Wednesday, 31 January 2024 at 09:34:06 UTC, Bastiaan Veelo wrote: On Wednesday, 31 January 2024 at 06:38:17 UTC, aberba wrote: On Thursday, 25 January 2024 at 12:33:31 UTC, cookiewitch wrote: Fluid is a library I started developing 3 years ago when I joined the D community, after failing to find a suitable library for my gamedev project. [...] Could you have a small documentation website? Could even be based on something like GitHub pages or readthedocs (https://readthedocs.io). There is this https://fluid.dpldocs.info/v0.6.1/fluid.html and https://fluid.dpldocs.info/v0.6.1/fluid.showcase.html. -- Bastiaan. I think we all should learn to market our projects to appeal to more users. I've always thought that's why a number of great D project don't end up getting used because their maintainers do a poor job marketing them. This should be on the readme along with sample code.
Re: Fluid 0.6.0 — UI library for D
On Thursday, 25 January 2024 at 12:33:31 UTC, cookiewitch wrote: Fluid is a library I started developing 3 years ago when I joined the D community, after failing to find a suitable library for my gamedev project. Developing user interfaces through websites, games or applications is something I've spent a significant amount of time in the past, so I saw this as an opportunity for developing a solution that combines the best aspects of different frameworks I have previously used, whereas targeted at web browsers, mobile applications, games or desktop. Similarly to how many praise D for being both great for prototyping and amazingly scalable, I found that I would love to build something that shares both of those traits. [...] Could you have a small documentation website? Could even be based on something like GitHub pages or readthedocs (https://readthedocs.io).
Re: jsoniopipe now supports JSON5
On Friday, 29 December 2023 at 18:26:20 UTC, aberba wrote: On Friday, 29 December 2023 at 08:04:31 UTC, Zz wrote: https://forum.dlang.org/post/u5361j$2tfv$1...@digitalmars.com On Monday, 29 May 2023 at 21:38:54 UTC, Steven Schveighoffer wrote: https://code.dlang.org/packages/jsoniopipe This little project is one that I've tinkered with for a long time, I use it in a few places. I just updated it to support [JSON5](https://json5.org), which is a format much more suited to configuration than straight JSON. AFAIK, this is the first D project that parses JSON5! -Steve Hi, Any plans on having an interface similar to std.json? Regards, Zz Last time I took a look at iopipe, it was unclear how to even do a basic example with no docs available. I when for vibe_data_json package std_data_json
Re: jsoniopipe now supports JSON5
On Friday, 29 December 2023 at 08:04:31 UTC, Zz wrote: https://forum.dlang.org/post/u5361j$2tfv$1...@digitalmars.com On Monday, 29 May 2023 at 21:38:54 UTC, Steven Schveighoffer wrote: https://code.dlang.org/packages/jsoniopipe This little project is one that I've tinkered with for a long time, I use it in a few places. I just updated it to support [JSON5](https://json5.org), which is a format much more suited to configuration than straight JSON. AFAIK, this is the first D project that parses JSON5! -Steve Hi, Any plans on having an interface similar to std.json? Regards, Zz Last time I took a look at iopipe, it was unclear how to even do a basic example with no docs available. I when for vibe_data_json package
Re: Browsers in D
On Thursday, 21 December 2023 at 22:29:03 UTC, Adam D Ruppe wrote: On Thursday, 21 December 2023 at 11:55:50 UTC, aberba wrote: [...] Yeah, it is a solid choice with a long history. Did you know the Unix Printing System used to (I don't think it still does but im not sure) work this way? Some 15 years ago, it'd start up a local web server and you'd work with it through the browser. [...] Interesting. Security and privacy on the web is an illusion.
Re: Browsers in D
On Tuesday, 19 December 2023 at 21:15:19 UTC, Adam D Ruppe wrote: I wrote a little blog about my browsers in D, with some discussion about how you might be able to embed them in your application too: http://dpldocs.info/this-week-in-d/Blog.Posted_2023_12_18.html With Firefox getting worse by the year, you might want to consider also making your own partially-usable chromium/edge skin (also known as "pukes")! I have this idea of building a web view based desktop app with a webserver and db backend for CRUD functionality. This looks like a great option.
Re: Browsers in D
On Wednesday, 20 December 2023 at 14:24:45 UTC, Adam D Ruppe wrote: On Wednesday, 20 December 2023 at 09:29:36 UTC, Paolo Invernizzi wrote: When I was the CTO of my previous company, we embedded Gecko into a custom C++ GUI framework, to allow ALS people browse the web using gazes as an input method: it was a real pain ... Wow, yeah, I know it must be possible, but I couldn't even figure out how to get started. Like I said, pity Mozilla didn't recognize this use case, I think they could have really done something with it. Microsoft and WebKit (both from its KDE days and now with Apple in charge of it) have both really done a nice job making their things easy to adapt. Lot's to say about Mozilla. There's the reason they've got that small market share. They lost focus on the real product they were offering
Re: Hipreme Engine v1.0.0 Announcement + iOS port
On Thursday, 21 December 2023 at 00:32:00 UTC, Hipreme wrote: # Hipreme Engine v1.0.0 Announcement Today, I'm glad to announce that Hipreme Engine is finally releasing its version 1.0. The 1000th commit marks the first release of this engine. There is a lot of work already done and a lot of work to be done. Some systems may find unstable support, such as Linux, which of course I'm willing to help, since it is not my development platform, it may not even work on the first run. But, even though this may happen, there is still a lot of work already done to be shown. It is the first D library with that quantity of abstraction done for making your work fully cross platform. But, with a lot of missing functionality, why announce right now? [...] Man I'm so happy to see this!
mysql-native v3.2.0 - the safe update
https://forum.dlang.org/post/xozbnrpxmgxboykir...@forum.dlang.org On Tuesday, 14 February 2023 at 14:22:42 UTC, Rey Valeza wrote: On Saturday, 23 April 2022 at 05:12:30 UTC, Steven Schveighoffer wrote: [...] Hi Steve, I just want you to know that I updated the Vibe.d tutorial I wrote last year to emphasize database operations using mysql-native and is now viewable here: https://reyvaleza.gitbook.io/vibe.d-tutorial/ Thanks! Awesome tutorial. I plan to do some vibe.d tutorials soon. This will come in handy.
Re: Beerconf December 2023
On Saturday, 2 December 2023 at 21:48:21 UTC, Steven Schveighoffer wrote: # BEERCONF! Beerconf this month is not on December 30-31, because that's new years eve. It's not on December 23-24 because that's Christmas eve So it's now down to December 16-17, which is in 2 weeks. Note that even though I didn't get much response to the poll I posted on Beerconf scheduling, it seems like the majority of those who answered like the current schedule, so we will keep that. Looking for the perfect gift for yourself? https://www.zazzle.com/store/dlang_swag/products?cg=196874696466206954 ## What is beerconf? Check out the [wiki article](https://wiki.dlang.org/Beerconf). ## Presentations? If anyone has anything they want to share with the D world, please let me know via slack or discord and I will announce it here! Cheers! 🍺 -Steve Once bought a hoodie on Dazzle but it never got processed.
OpenAPI Client Generator
https://forum.dlang.org/post/igxsajtxicyzfanrh...@forum.dlang.org On Monday, 2 January 2023 at 10:08:23 UTC, Vijay Nayar wrote: I would like to put an announcement for two new projects added to https://code.dlang.org. https://code.dlang.org/packages/openapi-client This project is an executable that reads an [OpenAPI Specification](https://spec.openapis.org/oas/latest.html) in JSON format and writes a D client to interact with the described REST API. https://code.dlang.org/packages/stripe-client Thanks for this.
Re: DConf Online 2021 T-Shirts
On Wednesday, 20 October 2021 at 09:55:32 UTC, Mike Parker wrote: During DConf Online, we hand out prizes to random questioners, one per talk, and provide swag to each speaker. Each of the speakers will receive a DConf Online 2021 t-shirt, but only two questioners will (one per day). For everyone else, they're now available for sale in [the DLang Swag Emporium][1]. [...] Would love a not-white hoodie though.
Re: D and C++ renderer side by side demonstration
On Saturday, 7 August 2021 at 07:11:26 UTC, kinke wrote: On Saturday, 7 August 2021 at 03:15:30 UTC, Ki Rill wrote: This is not a “X vs Y” video! It just demonstrates the capabilities of D and C++ side by side. might easily mislead beginners, not helping D at all. What makes you think the used programming language would have any effect on the capabilities of a rendering engine? Relax, not sure where you are drawing this conclusion from. You probably are overthinking this. Any content that shows what D can do or mentions D is a plus IMO.
Re: Article: Why I use the D programming language for scripting
On Tuesday, 2 February 2021 at 03:53:43 UTC, Виталий Фадеев wrote: On Sunday, 31 January 2021 at 20:36:43 UTC, aberba wrote: [...] If the article is about scripting, then the article will contain examples of scripts used in business. [...] Nice examples!
Re: Article: Why I use the D programming language for scripting
On Monday, 1 February 2021 at 11:29:02 UTC, Bastiaan Veelo wrote: On Sunday, 31 January 2021 at 20:47:13 UTC, Steven Schveighoffer wrote: On 1/31/21 3:36 PM, aberba wrote: It's finally out! https://opensource.com/article/21/1/d-scripting Hm... right off I see the shebang is not the first line in the example. It has to be. Please fix, Aberba, right now the examples don't work because of this... -- Bastiaan. Yes, noted. I don't have direct access to edit it myself. I have to wait till the editors make the changes (depending on their TZ) I should really get someone here to proofread it next time 😅 Sorry about that.
Article: Why I use the D programming language for scripting
It's finally out! https://opensource.com/article/21/1/d-scripting
Re: QtE5 for Qt 6
On Friday, 22 January 2021 at 22:13:02 UTC, aberba wrote: On Thursday, 21 January 2021 at 18:34:03 UTC, MGW wrote: I want to meet Qt 6 by creating QtE6. This forced me to update github/QtE5 to the latest stable version: widgetsXX.dll/so + qte5.d (qt 5.12.7). Programming is easy, compilation does not require Qt metacompiler (it uses a set of ready-made slots), works on Linux and Windows. Of course this is not full Qt, but a small part that I use every day in my projects. https://github.com/MGWL/QtE5 Will be nice to see a way to set it up send build something like a Hello world app. There's quite often interest in using At in D. I just saw some examples. Cool.
Re: QtE5 for Qt 6
On Thursday, 21 January 2021 at 18:34:03 UTC, MGW wrote: I want to meet Qt 6 by creating QtE6. This forced me to update github/QtE5 to the latest stable version: widgetsXX.dll/so + qte5.d (qt 5.12.7). Programming is easy, compilation does not require Qt metacompiler (it uses a set of ready-made slots), works on Linux and Windows. Of course this is not full Qt, but a small part that I use every day in my projects. https://github.com/MGWL/QtE5 Will be nice to see a way to set it up send build something like a Hello world app. There's quite often interest in using At in D.
Re: Say Hello to Our Two New Pull-Request/Issue Managers
On Wednesday, 13 January 2021 at 11:33:44 UTC, Mike Parker wrote: I'm very, very happy that I can finally announce the news. Some of you may recall the job announcements I put out on the blog back in September [1]. Symmetry Investments offered to fund one full-time, or two part-time, Pull Request Manager positions, the goal being to improve the efficiency of our process (prevent pull requests from stagnating for ages, make sure the right people see the PRs in need of more than a simple review, persuade the right people to help with specific Bugzilla issues, etc). [...] Very happy about this. Congrats.
Tutorial: Building a simple Web server with arsd CGI framework
https://aberba.com/2021/a-simple-web-server-with-arsd-cgi/
Re: Our community seems to have grown, so many people are joining the Facebook group
On Monday, 28 December 2020 at 17:31:21 UTC, Murilo wrote: In the past 2 weeks we went from 225 to 240 members in our Facebook group(https://www.facebook.com/groups/ProgrammingInDlang), an average of a person per day. First it was an average of a person per month or less. I wonder if someone has advertised the group or the world is finally embracing Dlang now. In 2018 I didn't find a single Dlang Facebook active group, there were 1 or 2 very old groups with no members. So I created one and I've been working hard to make it official and big, it worked! At first I added my friends list to give it number but then, as people joined it, I removed all of my friends and left only people who joined voluntarily, there were only 150, over time it grew to 225 and now we are getting close to 250. At first there was only a post per week, all posted by me, now I don't need to post something every week because the members are already doing it themselves, there is regular activity including posts and discussions. I'm very happy, at first the people here did not like my idea, they thought a Facebook group was unnecessary, but what is the biggest social media in the world? Facebook! So that's is the best way to communicate with the world and advertise Dlang. Cheers. You're doing amazing job BTW. I've not personally been very active on Facebook lately, but I'm sure you know I do post in the group too. Also it doesn't have to be official. The discord server also isn't official yet very active as well. We might not all have the same REALITY as to which platforms are important/appropriate, but I personally live in a reality where lots of developers are also very active on Facebook. I've also been nurturing a D WhatsApp group here cus WhatsApp is very common for smaller dev communities here. Even though its currently max 250ish people, its still one of the most active means. Yeah WhatsApp groups. Whatever propels D. So I'm sure the Facebook group will appeal to a certain audience who use Facebook. I've been a part of all sorts of Facebook groups related to my stack and I've come to the understand it's what certain people even prefer.
Re: Printing shortest decimal form of floating point number with Mir
On Wednesday, 23 December 2020 at 17:22:28 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 23 December 2020 at 17:08:26 UTC, 9il wrote: C++ templates can be resolved, at least at the level Mir needs this. So, it is a bug in my opinion. But it was said the DIP is required. I can't write DIP well and was very happy that Stefanos wrote the DIP and even the druft. Yes, if something is perceived as bug it becomes a burden to remember that it is isn't. Not sure why anyone resist this improvement. Hm, he seems to be a compiler consultant now, but no longer interested in D? Maybe the DIP should have pushed harder on what other languages support (might be viewed as a stronger political argument). That would take someone 1) who really really cares and has lot's of time on their hands 2) is paid to do that job so they're motivated to keep pushing politically (Without clear communication) 3) really needs to get that fixed for the job None of which seems to me we're making it easy for people without time of their hands to make contribution. Spending hours-days writing a DIP or pull request that doesn't get the attention it deserves can be very demoralizing (undervalued). Even anything as simple as an idea, especially (or at least) coming from a very technical person, deserves some attention and clear feedback/communication. I've seen people quit their job after such experiences...and that's a PAID job. Looks to me like running away from responsibility or like I've been saying, a missing hand needed to bridge that gap.
Re: Printing shortest decimal form of floating point number with Mir
On Wednesday, 23 December 2020 at 16:25:58 UTC, 9il wrote: On Wednesday, 23 December 2020 at 15:37:45 UTC, Ola Fosheim Grøstad wrote: On Wednesday, 23 December 2020 at 03:06:51 UTC, 9il wrote: You, Andrey, and Atila don't care about language features that have been requested for Mir or even more: rejecting DIP draft + DMD partial implementation for no real reason. Out of curiosity, which language features would improve Mir? 1. Alias template function parameter resolution https://github.com/dlang/dmd/pull/9778 As a result D and Mir lost Stefanos Baziotis. That is terrible, hi is very talented. Read through the thread. That sucks.
Re: DConf Online 2020 was a big success!
On Monday, 23 November 2020 at 07:39:58 UTC, Walter Bright wrote: I enjoyed #DConfOnline very much, though I miss seeing everyone in person. [...] D rox The community rox The Conf rox Thanks everyone for making it a success
Re: D + raylib = BlobEditor
On Monday, 2 November 2020 at 19:02:35 UTC, Andrea Fontana wrote: Hello. I've just published a small toy/demo project. I use D and raylib to create and render a blob in real time. Here a video: https://www.youtube.com/watch?v=RIVDdXV6D-A Here the source: https://github.com/trikko/BlobEditor It runs fine on my 7yo laptop. Andrea Pretty neat
Re: bindbc-sfml 0.1.0
On Monday, 2 November 2020 at 11:01:53 UTC, Mike Parker wrote: I've finally gotten around to finishing up the port of DerelictSFML2 to BindBC: http://bindbc-sfml.dub.pm/ Unlike the Derelict package, it supports every release of CSFML from 2.0 to 2.5. It's untested beyond compiling and loading, so I appreciate any bug reports anyone files. One issue I encountered myself is this one when loading the CSFML Network library: https://github.com/BindBC/bindbc-sfml/issues/1 It's got me stumped, but I have no more time to put toward it at the moment. For those not in the know, SFML is a C++ library designed for game and multimedia development. CSFML is the set of official C bindings. https://www.sfml-dev.org/ https://www.sfml-dev.org/download/csfml/ I have personally requested this for the past 2 yrs and I can't thank you enough for doing this. 🙏
Re: webkit2gtkd 0.0.3 - WebKit2 bindings for GtkD
On Monday, 26 October 2020 at 15:28:56 UTC, Streaksu wrote: I found myself recently for a project of mine in the need of bindings for the amazing Webkit2GTK library for D, using GtkD for ease of use, and now that they are working, sure someone can also find them useful! [...] Would be nice to see a sample usage in rhe read me.
Re: LDC 1.24.0-beta1
On Friday, 23 October 2020 at 18:01:19 UTC, Kagamin wrote: On Tuesday, 20 October 2020 at 20:09:58 UTC, aberba wrote: Supposing I'm new to D, I have previous experience with LLVM-based compilers so I prefer to use LDC. How am I supposed to know what to do? Where is the information on how to get it on my system through visualD installer? The LDC experience needs some improvement here. Supposedly they will want an IDE with everything included in one installer, like Visual Studio, and that's what VisualD installer apparently does. Not saying Kinke SHOULD do it. Was rather disagreeing with the idea that "developers" don't use installers. And that's a shortcoming with the LDC project...no straightforward way to set it up on Windows using an installer. If visuald supports LDC, why not point people to it. LDC at its current state is a small fraction of DMD, why? Convenience. That's the core difference. And convenience sells. And this is only a Windows problem ( started using Windows few weeks ago and now seeing devs don't provide an installer). Now someone is going to tell me as always (I think its already said) to go do it myself. I don't really see it as a priority for me ATM as I know how to do without an installer. But just know that all successful languages have Windows installers I've found the need to use or try. Those that don't are niche and not ready for mass adoption simple because it easier to use something else that hacking your way out of a first impression. Of course we have DMD. Beginners, if you want an LDC installer then "Go do it yourself". I wouldn't consider that a good message.
Re: LDC 1.24.0-beta1
On Tuesday, 20 October 2020 at 17:36:11 UTC, kinke wrote: On Tuesday, 20 October 2020 at 16:08:47 UTC, aberba wrote: It's an option but doesn't fill the need for an installer. Not sure why its hasn't been done. See https://github.com/ldc-developers/ldc/issues/1754. From the discussions, it seems you still don't see the value of an installer...backing it with the idea that LDC is for "developers". I'm a developer myself and I use installers all the time when on Windows...there are very few people I personally know who would go for an archive file to set it up themselves. So not everyone is like you. The reason why I personally go for DMD over LDC is convenience (especially when introducing D to newbies)...even though LDC is more optimized for performance. Unless what you guys are doing is an artificial barrier to get others to not use it.
Re: LDC 1.24.0-beta1
On Tuesday, 20 October 2020 at 17:36:11 UTC, kinke wrote: On Tuesday, 20 October 2020 at 16:08:47 UTC, aberba wrote: It's an option but doesn't fill the need for an installer. Not sure why its hasn't been done. See https://github.com/ldc-developers/ldc/issues/1754. I personally never download the DMD installers, only the .7z. I also don't use a global PATH set up to point to a particular LDC installation. I expect the vast majority of Windows *devs* to prefer a simple download&unpack over some installer. Those wanting to click through setup steps can use the VisualD installer with bundled LDC. Supposing I'm new to D, I have previous experience with LLVM-based compilers so I prefer to use LDC. How am I supposed to know what to do? Where is the information on how to get it on my system through visualD installer? The LDC experience needs some improvement here.
Re: LDC 1.24.0-beta1
On Monday, 19 October 2020 at 20:49:14 UTC, Andre Pany wrote: On Monday, 19 October 2020 at 18:48:11 UTC, notna wrote: On Sunday, 18 October 2020 at 22:40:53 UTC, aberba wrote: It would be convenient if you provided a .exe installer as well. Not sure what to do with the .7z file without manual tinkering. use scoop for Windows package mgmt in a user context. build with developers in mind. for installation see: https://scoop.sh/ simple as: * scoop install dmd * scoop install ldc stay always up to date: * scoop update * scoop update * ... and MUCH more, see https://github.com/lukesampson/scoop/wiki Also Microsoft is working on a package manager which might be an option in the future https://docs.microsoft.com/de-de/windows/package-manager/ Kind regards Andre Yes, I have it (winget) installed. Still, the absence of an exe means its more convenient to just use DMD. Unfortunately some dev have decided to not get their stuff to work on DMD. DMD is an easy get-go. No thinkering needed.
Re: LDC 1.24.0-beta1
On Monday, 19 October 2020 at 18:48:11 UTC, notna wrote: On Sunday, 18 October 2020 at 22:40:53 UTC, aberba wrote: It would be convenient if you provided a .exe installer as well. Not sure what to do with the .7z file without manual tinkering. use scoop for Windows package mgmt in a user context. build with developers in mind. for installation see: https://scoop.sh/ simple as: * scoop install dmd * scoop install ldc stay always up to date: * scoop update * scoop update * ... and MUCH more, see https://github.com/lukesampson/scoop/wiki It's an option but doesn't fill the need for an installer. Not sure why its hasn't been done.
Re: LDC 1.24.0-beta1
On Sunday, 18 October 2020 at 22:47:17 UTC, Adam D. Ruppe wrote: On Sunday, 18 October 2020 at 22:40:53 UTC, aberba wrote: Not sure what to do with the .7z file without manual tinkering. You can simply unzip it and use it directly. That's the best way to use most D compilers actually, then any versions can live side by side without affecting each other. It's what I did and added to my system path...but that's if you know what you're doing. An installer just like dmd etc is what newbies are used to.
Re: LDC 1.24.0-beta1
On Thursday, 1 October 2020 at 18:04:35 UTC, kinke wrote: Glad to announce the first beta for LDC 1.24: - Based on D 2.094.0+. - Support for LLVM 11. The prebuilt packages use v11.0.0-rc4+, and the x86 packages newly include the LLVM backend for AMD GPUs. Full release log and downloads: https://github.com/ldc-developers/ldc/releases/tag/v1.24.0-beta1 Please help test, and thanks to all contributors & sponsors! It would be convenient if you provided a .exe installer as well. Not sure what to do with the .7z file without manual tinkering.
Re: mir-stat
On Monday, 12 October 2020 at 00:43:51 UTC, jmh530 wrote: On Sunday, 11 October 2020 at 17:35:26 UTC, 9il wrote: [snip] I can't speak to the technical differences between the two. My understanding is that MIT is more permissive than Boost, I make all my stuff Boost so that anyone can do whatever they want with the code. So I'm hoe its not that permissive.
Re: [Release] Authomata: a two-factor authentication gui app for Gnu/Linux
On Sunday, 4 October 2020 at 19:07:35 UTC, Alireza SN wrote: This weekend i had some free time and wrote this GtkD app for two-factor authentication (yes i know there are alternatives but it's a cool little project). It still lacks a lot of functionality like edit/delete/import/export but the config file (~/.config/Authomata/config.json) is a json array so it's pretty easy make a backup or edit manually. Give it a try: https://github.com/TheWeirdDev/Authomata I will add more features in the upcoming weekends :) Nice. Will you publish it on flathub or snap store eventually?
Re: DIP 1030-- Named Arguments--Formal Assessment
On Monday, 21 September 2020 at 09:07:39 UTC, Martin Tschierschke wrote: On Thursday, 17 September 2020 at 12:59:05 UTC, Mike Parker wrote: On Thursday, 17 September 2020 at 12:58:06 UTC, Mike Parker wrote: DIP 1030, "Named Arguments", has been accepted. https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1030.md I am happy with that, too. So what is the estimated time frame for getting it in dmd? Good question :)
Re: DIP 1030-- Named Arguments--Formal Assessment
On Thursday, 17 September 2020 at 12:58:06 UTC, Mike Parker wrote: DIP 1030, "Named Arguments", has been accepted. During the assessment, Walter and Atila had a discussion regarding this particular criticism: [...] Calls for celebration... who's in?
Re: beerconf September!
On Saturday, 12 September 2020 at 20:56:37 UTC, Steven Schveighoffer wrote: I wanted to once again give people a good notice for the next upcoming beerconf, happening September 26th and 27th. As usual, bring your favorite beverage (non alcoholic if you prefer), and bring your D topics to discuss with the crew. 3 months and running, and each one seems to be more and more fun! This time, we will try to keep a running tally of things discussed, and post back here (this was something asked about on slack, and I think it's a good idea). Will ping again before the call. Cheers! -Steve Nice!
Re: Beta 2.094.0
On Friday, 11 September 2020 at 07:48:00 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.094.0 release, ♥ to the 49 contributors. This is the first release to be built with LDC on all platforms, so we'd welcome some more thorough beta testing. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.094.0.html As usual please report any bugs at https://issues.dlang.org -Martin Markdown 😎
Re: DConf Online 2020...
On Wednesday, 9 September 2020 at 13:02:52 UTC, Dukc wrote: On Tuesday, 8 September 2020 at 09:17:10 UTC, Mike Parker wrote: I was on the verge to cutting the schedule down to one day, but thanks to some last-minute submissions, looks like we'll have enough content now to stretch across two days! Wow! A week ago you told that there was only one relatively late submission besides the keynotes. I thought that if all the other potential submissions missed the deadline, setting another deadline can hardly fare better. But it seems I was wrong. Congratulations for everyone who offered to talk! And I'm positive there's more.
Re: D mentionned in the ARTIBA webzine for an article on Silq
On Tuesday, 8 September 2020 at 13:16:29 UTC, Adam D. Ruppe wrote: On Tuesday, 8 September 2020 at 08:33:35 UTC, aberba wrote: Now I really want to sew your D web workflow and stack in use at DConf Online. Don't say no!! Yeah, I did tell the dconf people I'd do a livestream thing if they need me, but I was thinking about making an Asteroids clone or something then porting it to webassembly like I did with tetris so I could talk about the library etc too. But a web site is tempting as well,... Do it!
Re: D mentionned in the ARTIBA webzine for an article on Silq
On Monday, 7 September 2020 at 20:53:56 UTC, Adam D. Ruppe wrote: On Wednesday, 2 September 2020 at 13:31:25 UTC, Adam D. Ruppe wrote: I could write that in a few hours. I went ahead and did it: https://dwidder.arsdnet.net/ might move later but eh the basics work i think. Awesome Adam. Now I really want to sew your D web workflow and stack in use at DConf Online. Don't say no!!
Re: D mentionned in the ARTIBA webzine for an article on Silq
On Saturday, 5 September 2020 at 02:15:31 UTC, Adam D. Ruppe wrote: On Friday, 4 September 2020 at 17:47:39 UTC, James Lu wrote: And there's a Facebook? Seriously? A random user set it up and tries to push it but there's not much activity. Part of it is like Facebook being too much distraction for me. But I go there from time to time. And Slack? That's more used by like dconf coordinators. The places new people come on for chat is just the irc and the discord. I personally use discord (only recently) and slack (local community) but there're Facebook people too. All have their different feel and audience.
Re: DConf Online 2020 Submission Deadline Extended
On Saturday, 5 September 2020 at 09:50:44 UTC, FeepingCreature wrote: On Saturday, 5 September 2020 at 04:01:43 UTC, Mike Parker wrote: [...] hi okay, if I'm literally the only one that's kind of problematic, yeah. Let's see how it goes on Sunday. I'd guess that ... like, either ultimately a structured online conference just isn't something people are interested in or think is useful, or the effort of recording videos poses too much of a roadblock. You wouldn't think that flying to London would be more effort than making a video, but it wouldn't surprise me. Or right now maybe people are keeping their ideas for the next in-person DConf, so if Corona keeps up we'd see more talks next year. You know what, let's ask. Anyone here who considered submitting but didn't, would you share why not? Adam said he doesn't know what to talk about. Part of me is like what could one talk about that's any interesting 😂.
Re: D mentionned in the ARTIBA webzine for an article on Silq
On Thursday, 3 September 2020 at 16:53:17 UTC, Martin Tschierschke wrote: On Thursday, 3 September 2020 at 08:40:32 UTC, aberba wrote: The slack I have no ideas how people get in. I know there's a number of members in there too. I am not very active on slack, to say it polite but I may invite you drop me a mail: firstn...@lastname.info I forget to mention that I've already gotten an invite and I'm now in. Thanks guys, I appreciate the help.
Re: D mentionned in the ARTIBA webzine for an article on Silq
On Wednesday, 2 September 2020 at 18:53:02 UTC, James Lu wrote: On Wednesday, 2 September 2020 at 18:42:25 UTC, starcanopy wrote: On Wednesday, 2 September 2020 at 13:31:25 UTC, Adam D. Ruppe wrote: But what I think would be really cool though is like an internal twitter... no size limit but also a culture that there's no expectation for length and quality. Just casual "think out loud" or in-progress project updates that can split into chat. I could write that in a few hours. then blog about it omg. but the hard part isn't technical, it is just getting people to actually use it. Mastodon instance? But if you do create an ad-hoc service, I'd very much use it if you didn't necessitate registration with an email. I second a Mastodon instance. Would be great for short thoughts. Currently we have discord, slack, IRC, Facebook, Official Forum and IRC with community members in them. I don't think there's shortage of places to interact with community members for feedback on such ideas. I'm on the discord (ran by Wild), Facebook, IRC (rarely cus it takes me back) and of course the forum. The slack I have no ideas how people get in. I know there's a number of members in there too.
Re: Reading IDX Files in D, an introduction to compile time programming
On Saturday, 22 August 2020 at 07:04:19 UTC, Petar Kirov [ZombineDev] wrote: On Friday, 21 August 2020 at 20:33:51 UTC, H. S. Teoh wrote: I don't need say that unlimited CTFE has been a huge success for Jai. Never heard of that success BTW. Probably a niche success. But that aside, do you acknowledge there are problems with allowing such read access or not? What I wish is that we can learn from this stop bringing arguments that C people would bring for D's CTFE Back in the days, I used to think if D had everything under the sun it would be a sole change factor until I saw (thought through) how C (and some technically meh ones) are still gaining some adoption despite not being even close to any what we have already. By the way, aren't we already successful? Its about time we acknowledge how successful we already are.
Re: Translations of GLFW and libsoundio for Windows and Linux
On Thursday, 20 August 2020 at 12:50:26 UTC, Dennis wrote: If you are making a D application with graphics or sound, you might be interested in these: [...] Awesome! Thanks for doing this.
Re: Article: The surprising thing you can do in the D programming language
On Thursday, 20 August 2020 at 11:22:53 UTC, MrSmith wrote: On Thursday, 20 August 2020 at 10:12:22 UTC, aberba wrote: Wrote something on OpenSource.com https://opensource.com/article/20/8/nesting-d The only nitpick, is that nested functions need to be declared before use, in order to compile. You're right. Missed that. Copy-pasting and using D and JavaScript at the same time. I've notified that editors, it'll hopefully be corrected soon.
Article: The surprising thing you can do in the D programming language
Wrote something on OpenSource.com https://opensource.com/article/20/8/nesting-d
Re: tsv-utils 2.0 release: Named field support
On Sunday, 26 July 2020 at 20:28:56 UTC, Jon Degenhardt wrote: Hi all, I'm happy to announce a new major release of eBay's TSV Utilities. The 2.0 release supports named field selection in all of the tools, a significant usability enhancement. [...] So I didn't checked it out until today and I'm really impressed about the documentation, presentation and just about everything. I personally don't do data science and related stuff, yet. However I'm sure my data science friend is REALLY going to like this. Unnecessary GC allocation was avoided, but GC was used rather than manual memory management. Higher-level I/O primitives were used rather than custom buffer management. Goes to show most of us will do just fine with GC code. Our job is to learn how to use it well.
Re: Article: the feature that makes D my favorite programming language
On Sunday, 26 July 2020 at 01:14:53 UTC, Paul Backus wrote: On Saturday, 25 July 2020 at 18:24:22 UTC, Jesse Phillips wrote: On Saturday, 25 July 2020 at 14:47:01 UTC, aberba wrote: [...] It bugs me too, though I have done it. I think the right answer of why it is odd is because writeln is void. As soon as it is placed on the end the chain is broken and you can't expand on it. This is no different from any other "sink" that consumes a range: someSource .map!foo .filter!bar .splitter(baz) .each!quux; `each` returns void [1], so using it ends the chain. But that's not a problem, because the whole *point* of using `each` is to consume the range. [1] Not exactly, but close enough. I believe one can use tee!(writeln) to avoid consuming the range.
Re: Article: the feature that makes D my favorite programming language
On Saturday, 25 July 2020 at 13:28:34 UTC, Adam D. Ruppe wrote: On Saturday, 25 July 2020 at 11:12:16 UTC, aberba wrote: Oop! Chaining the writeln too could have increased the wow factor. I didn't see that. oh I hate it when people do that though, it just looks off to me at that point. Ha ha. If you're writing idiomatic D code, why not not all in on it?
Re: Article: the feature that makes D my favorite programming language
On Saturday, 25 July 2020 at 10:22:53 UTC, Andre Pany wrote: On Friday, 24 July 2020 at 20:34:17 UTC, aberba wrote: Wrote something on the feature that makes D my favorite programming language https://opensource.com/article/20/7/d-programming Great article. I assume you didn't chained writeln by purpose, same for import std? ``` import std; int[] evenNumbers(int[] numbers) { return numbers.filter!(n => n % 2 == 0).array; } void main() { [1, 2, 3, 4].evenNumbers.writeln; } ``` Kind regards Andre Oop! Chaining the writeln too could have increased the wow factor. I didn't see that.
Re: Article: the feature that makes D my favorite programming language
On Friday, 24 July 2020 at 21:18:37 UTC, Steven Schveighoffer wrote: On 7/24/20 4:34 PM, aberba wrote: Wrote something on the feature that makes D my favorite programming language https://opensource.com/article/20/7/d-programming Nice! You could make this more dramatic. I'm sure you just "did it automatically", but you used UFCS in your function implementation as well! return numbers.filter!(n => n % 2 == 0).array; Without UFCS, this really should be written: array(filter!(n => n % 2 == 0)(numbers)); If you use that in the first boring non-UFCS version, then I think the wow factor goes up ;) Someone said something similar in the comments 😅. -Steve
Re: Article: the feature that makes D my favorite programming language
On Friday, 24 July 2020 at 21:19:28 UTC, H. S. Teoh wrote: On Fri, Jul 24, 2020 at 08:34:17PM +, aberba via Digitalmars-d-announce wrote: Wrote something on the feature that makes D my favorite programming language https://opensource.com/article/20/7/d-programming Nitpick: evenNumbers doesn't need to return int[]. In fact, dropping the .array makes it even better because it avoids an unnecessary allocation when you're not going to store the array -- writeln is well able to handle printing arbitrary ranges. Let the caller call .array when he wishes the store the array; if it's transient, omitting .array saves an allocation. T Yeah, you're right.
Article: the feature that makes D my favorite programming language
Wrote something on the feature that makes D my favorite programming language https://opensource.com/article/20/7/d-programming
Re: Dlang: The Complete D programming Language Course
On Thursday, 23 July 2020 at 14:39:54 UTC, Greatsam4sure wrote: On Thursday, 23 July 2020 at 01:13:25 UTC, aberba wrote: Found this introductory course from Udemy on D Complete introduction to programming in D. Learn by doing assignments and projects. https://www.udemy.com/course/d-programming-language/ This is lovely. How, wish this training is free. Ki Rill is doing a free one on YouTube. Also see https://forum.dlang.org/post/mzmtmtuycfaqrcnlz...@forum.dlang.org I was actually saying we need an intermediate to advanced D programming course somewhere today. To supplement an introductory one like this.
Re: Dlang: The Complete D programming Language Course
On Thursday, 23 July 2020 at 15:24:09 UTC, bachmeier wrote: On Thursday, 23 July 2020 at 01:13:25 UTC, aberba wrote: Found this introductory course from Udemy on D Complete introduction to programming in D. Learn by doing assignments and projects. https://www.udemy.com/course/d-programming-language/ Not to rain on anyone's parade, but it's listed under C++, the title of the course says "Next C++", and the instructor does not claim expertise in the D language: It said.. Dlang: The Complete D programming Language Course (Next C++) ... D Language: Learn basics to intermediate and OOP (Dlang has C, C++, C#, Java & Python features and Impacted Go & Swift) I don't see what's wrong with that..isn't the D "what C++ should have been"? Synonymous to "Next C++". Notice the... Learn basics to intermediate and OOP... https://subscription.packtpub.com/video/programming/9781789538007 https://www.linkedin.com/public-profile/in/nikoloz-sanakoevi?challengeId=AQH4LdTZ-N0KgXN8Q9mDXBLU_DgsLf6-gj9pQL1VAMQ_mcIuTIDOiF3ndVwQxwKdkmfxUk1pLff8RjW1NmDClFziAuowcA&submissionId=0aa86833-e26a-2416-76ce-587eccdd834a
Re: Dlang: The Complete D programming Language Course
On Thursday, 23 July 2020 at 16:22:26 UTC, Steven Schveighoffer wrote: On 7/22/20 9:13 PM, aberba wrote: Found this introductory course from Udemy on D Complete introduction to programming in D. Learn by doing assignments and projects. https://www.udemy.com/course/d-programming-language/ I would not recommend this course based on the preview. It covers the "main topics of D programming language which includes variables, loops, functions, logic, and OOP." D has nice features for these, but I would not consider a D course complete without an introduction to static compilation features. Maybe you're too advanced for this kind of learning material. I'd say this sounds more like an introduction to programming, using Dlang. Yes. That's what it is. There's still people learning to program everyday and I believe its a good learning material for such an audience. There's such tutorials for pretty much all programming languages on Udemy. -Steve
Dlang: The Complete D programming Language Course
Found this introductory course from Udemy on D Complete introduction to programming in D. Learn by doing assignments and projects. https://www.udemy.com/course/d-programming-language/
Re: libaio
On Thursday, 16 July 2020 at 14:17:45 UTC, Boris-Barboris wrote: https://github.com/Boris-Barboris/libaio/blob/master/source/libaio/package.d https://code.dlang.org/packages/libaio If you need to write some shady block-level stuff for Linux libaio this thin Derelict loader can save a day of your time. libaio === The Linux-native asynchronous I/O facility ("async I/O", or "aio") has a richer API and capability set than the simple POSIX async I/O facility. This library, libaio, provides the Linux-native API for async I/O. The POSIX async I/O facility requires this library in order to provide kernel-accelerated async I/O capabilities, as do applications which require the Linux-native async I/O API. Interesting, wonder if it'll be more performant than libasync being a native Linux implementation.
Re: DConf Online 2020 (Soft Announcement)
On Friday, 17 July 2020 at 11:55:14 UTC, Mike Parker wrote: DConf Online 2020 is on! https://dconf.org/2020/online/index.html [...] Very exited about this.
Re: Release D 2.093.0
On Sunday, 12 July 2020 at 09:04:40 UTC, Martin Nowak wrote: Glad to announce D 2.093.0, ♥ to the 54 contributors. This release comes with a preview for shared variable initialization, template instantiation statistics, better Windows support of the install.sh script, and higher accuracy GC memory options. http://dlang.org/download.html http://dlang.org/changelog/2.093.0.html -Martin Big ups to everyone involved. Very well appreciated.
Re: Visual D 1.0.0 released
On Thursday, 9 July 2020 at 08:40:24 UTC, Petar Kirov [ZombineDev] wrote: On Thursday, 9 July 2020 at 00:03:02 UTC, Manu wrote: Not really. VisualD is objectively the most functional and competent IDE/Debugger solution, BY FAR. It's not an opinion, it's a measurable fact. Windows really sucks as a dev environment. Probably Manu and I are arguing from OPPOSITE sides. Linux as a dev env in itself contributes to 60-70% of the better-ness over Windows env for development. Its makes sense he holds such opinion since he's on windows...having to rely on Visual Studio for everything. Visual Studio as an IDE is pretty solid though...just not for everyone. Nevertheless VS Code is pretty good for development. Its not an IDE BTW. And even then its quite interesting people think of it as such. D integration is not perfect, but its what most of us use. I know a lot of people in the community use it. I might as well say its the most used Code editor on earth. Nevertheless, VisualD is high quality (not comparing here)...it makes sense considering the amount of work and yrs put into it.
Re: Visual D 1.0.0 released
On Wednesday, 8 July 2020 at 01:26:55 UTC, Manu wrote: On Tue, Jul 7, 2020 at 10:00 PM JN via Digitalmars-d-announce < digitalmars-d-announce@puremagic.com> wrote: On Saturday, 4 July 2020 at 13:00:16 UTC, Rainer Schuetze wrote: > See > https://rainers.github.io/visuald/visuald/VersionHistory.html for the complete list of changes. > > Cheers, > Rainer Anyone who uses VisualD and Code-D can compare the two? (Yes, I know the difference between Visual Studio and Visual Studio Code). The difference is night vs day... VisualD is, by far, like REALLY FAR, the most mature and useful IDE and debug environment for D. That's depends on what you're comfortable with and if you're a core windows guy... how you use it too. I would say if you're on Linux/Windows, try VS code, if you're Windows only and like Visual Studio, then VisualD. The two are great. There's others too who're ok with vim, emacs, etc for D. I believe it depends on how you use it and what you're used to. But generally I recommend VisualD or Code-d (VS code).
Re: Quick create serverside project based on Hunt Framework 3.2.0
On Tuesday, 7 July 2020 at 19:21:17 UTC, zoujiaqing wrote: https://github.com/huntlabs/hunt-framework-articles/blob/master/quick-create-serverside-project/quick-create-serverside-project.md Thank you Brian! Its very awesome the content you're creating for Hunt Framework.
Re: From the D Blog: A Pattern for Head-mutable Structures
On Monday, 6 July 2020 at 12:22:56 UTC, Ali Çehreli wrote: On 6/26/20 2:30 AM, aberba wrote: > I'm curious what's happening in those D meetups. Are they still > happening (online)? Our Silicon Valley meetups are still going on: https://www.meetup.com/D-Lang-Silicon-Valley/events/kmqcvqybcjbxb/ However, without dedicated effort to line up speakers, it dwindled to a social gathering of very few people. Ali I wish the BeerConf things really takes up to become a regular thing.
Re: A security review of the D library Crypto
On Saturday, 4 July 2020 at 15:49:25 UTC, Cym13 wrote: On Saturday, 4 July 2020 at 14:37:41 UTC, H. S. Teoh wrote: I'm not the author, but I'm curious about the D implementation of Botan (https://code.dlang.org/packages/botan) -- how is its security level? I glanced at it before and it seemed OK, but it'd be really nice to have a 3rd party opinion, esp. from someone who's skilled with cryptanalysis. [...] So, to conclude, based on that preliminary look alone I would feel confident about recommending Botan since I don't expect any major issue. But I'll still need to find the time to properly review it someday, be it only for my own peace of mind. [1]: https://github.com/etcimon/botan/wiki The README also mentions one should submit algorithmic issues to the C++ tracker. Seems there's quite a number of reported bugs which may or may not affect the D side. https://github.com/randombit/botan/issues
Re: Release Candidate [was: Re: Beta 2.093.0]
On Friday, 3 July 2020 at 20:19:59 UTC, user1234 wrote: On Friday, 3 July 2020 at 19:50:51 UTC, aberba wrote: On Friday, 3 July 2020 at 15:27:54 UTC, user1234 wrote: On Friday, 3 July 2020 at 11:10:25 UTC, Martin Nowak wrote: On Wednesday, 24 June 2020 at 21:01:05 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.093.0 release, ♥ to the 53 contributors. Release Candidate is live now. thanks but Have you see that full changelog is still missing ? Yeah, I believe very well saw a changelog. The the DMD install script support for windows terminal and everything. release highlights are there but not the details issue list, see https://dlang.org/changelog/2.093.0.html#bugfix-list Oh you meant the actual bug fixes. Didn't check that. Actually I don't think I really ever do. More about stuff I could use. Most D bugs I believe are commonly with the metaprogramming craftsmen. I'm not on that team. The general usually boring stuff.
Re: Release Candidate [was: Re: Beta 2.093.0]
On Friday, 3 July 2020 at 15:27:54 UTC, user1234 wrote: On Friday, 3 July 2020 at 11:10:25 UTC, Martin Nowak wrote: On Wednesday, 24 June 2020 at 21:01:05 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.093.0 release, ♥ to the 53 contributors. Release Candidate is live now. thanks but Have you see that full changelog is still missing ? Yeah, I believe very well saw a changelog. The the DMD install script support for windows terminal and everything.
Re: Beta 2.093.0
On Wednesday, 24 June 2020 at 21:01:05 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.093.0 release, ♥ to the 53 contributors. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.093.0.html As usual please report any bugs at https://issues.dlang.org -Martin 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.
Post: Why no one is using your D library
Why no one is using your D library So I decided to write a little something special. Its my love letter to D folks. https://aberba.vercel.app/2020/why-no-one-is-using-your-d-library/
Re: Documentation repository for Hunt Framework !
On Tuesday, 30 June 2020 at 15:40:14 UTC, zoujiaqing wrote: I'm glad we've released the first set of Hunt Framework today. Make it easier for you to use Hunt Framework. Hope more people can work with us to improve the content of the document. https://github.com/huntlabs/hunt-framework-docs The api looks so clean and the docs is great too. Impressive. 👍
Re: Talk by Herb Sutter: Bridge to NewThingia
On Monday, 29 June 2020 at 21:29:31 UTC, Ali Çehreli wrote: On 6/29/20 8:45 AM, Dagmar wrote: > If I shouldn't use > const, how should I emphasize the intention to pass a pointer only for > reading? How can I be sure that my class invariant is not compromised? > Also, there is the shared attribute, but it isn't designed nor > implemented well. Lots of questions, no solutions. D is intended to be a > C++ replacement, but it doesn't explain to C++ programmers how to change > their way of thinking. There is this dated document: https://dlang.org/articles/cpptod.html Ali, how you answered the questions is how I think one would want to find a document for C++ folks moving to D. The outdated doc I believed focused mostly on the syntactic differences which I agree we now need someone to help get it up to date with more coverage. But a document with answers to common practical questions like just liked the above... const, shared, GC, etc doesn't seem to fit in the that doc. I believe you've pretty much said some things that we can work on to get things documented. I'm sure there's more similar questions. So a D-idioms-like kind of doc/wiki might do. Of course, in addition to the cpptod.html one. https://p0nce.github.io/d-idioms/
Re: Talk by Herb Sutter: Bridge to NewThingia
On Monday, 29 June 2020 at 15:45:48 UTC, Dagmar wrote: Sometimes there is only one way to find out why it behaves like it does: to ask in this forum. And you may not like the answers. D has transitive const, but what if I should lazy evaluate/cache a value or use a mutex? If I shouldn't use const, how should I emphasize the intention to pass a pointer only for reading? How can I be sure that my class invariant is not compromised? Also, there is the shared attribute, but it isn't designed nor implemented well. Lots of questions, no solutions. D is intended to be a C++ replacement, but it doesn't explain to C++ programmers how to change their way of thinking. I'd appreciate if there was a document that explains typical tasks and ways to get them done in D for the C++ dummies, like me. This calls for a D-idioms for C++ folks. Its overlooked but I believe its very important to have. Folks who know the language might overlook this but can be of great help for new recruits. Considering that's the goal...at least my goal :) It requires someone with C++ knowledge to start, then we'll take care of driving in more idioms. Like a GitHub wiki or something. The D wiki more appropriately for centralization. Anyone up for it?
Re: Talk by Herb Sutter: Bridge to NewThingia
On Monday, 29 June 2020 at 15:54:36 UTC, Adam D. Ruppe wrote: On Monday, 29 June 2020 at 15:45:48 UTC, Dagmar wrote: D has a GC. If you turn it off you lose dynamic/associative arrays, classes, probably something else. You just have to construct them with a function instead of with the built-in `new` operator. (Well, associative array will need a library solution picked too, but the rest work build in if you construct them differently.) It is very easy to do, just perhaps not well documented. Ditto. Hence the need for documenting them.
Re: Talk by Herb Sutter: Bridge to NewThingia
On Monday, 29 June 2020 at 12:17:57 UTC, Russel Winder wrote: On Mon, 2020-06-29 at 10:31 +, IGotD- via Digitalmars-d-announce wrote: On the other hand people are stopping using C++ in favour of Go, Rust, Python, but it seems not D. This isn't a fact by the way, there are many people using D, including folks I never expected. We could use more PR though. In D's case, its PR, its what I'm looking to do something about.
Re: iopipe v0.2.0 - safe update
On Monday, 29 June 2020 at 11:58:10 UTC, Steven Schveighoffer wrote: On 6/28/20 8:37 PM, aberba wrote: On Sunday, 28 June 2020 at 20:26:43 UTC, JN wrote: What's iopipe and what does it do? How does it compare with std.process? I my line of words, its what you'd use to stream large files and do processing on it. Like CSV, video??, Json, and the like. Its high performance cus it optimized to haven great performance even for large files. Designed to let you chain the processing pipeline using reusable functions...and you can compose one yourself. Yes, the emphasis is on being able to handle large sets of data similarly to how you would handle an array, but not having to load the whole thing into an array. It uses buffering to present an array-like interface. The only difference between it and arrays is you have to tell it how much data is important to you at the moment. There is also a focus on composability -- I want you to be able to build any type of harness to take what you have and turn it into something you can feed into a parser/handler. Thanks for the expansion. I could really use this for an article. Added to my to-do list. Take for example, jsoniopipe [1], which is a library that uses iopipe to parse JSON. You can feed it any source -- a string, a zipped file, a network socket, and all you have to do is compose the pieces to get it to be a text iopipe (an iopipe where the window type is a string type). Then the json library will parse it and provide you with a stream of JSON data. Because everything is available to the compiler, it can optimize/inline across all the layers, and provide the best performance possible (see my presentation at dconf 2017 [2] for how this works out, also linked by Clarice). Will looking into that library more. and all you have to do is compose the pieces to get it to be a text iopipe (an iopipe where the window type is a string type). No sure I understand this statement. I'm curious myself how it differs from the NodeJs Stream API. Would you say iopipe is a Streaming API by definition? I'm not familiar with NodeJs in general so I can't comment on that. I would say iopipe is focused on making streaming more like dealing with arrays, with as high performance as possible. One thing I've always disliked about most streaming libraries is that they hide the buffer as an implementation detail, but it should be the focus. How well does iopipe work in a multi-threaded environment? -Steve [1] https://code.dlang.org/packages/jsoniopipe [2] https://www.youtube.com/watch?v=un-bZdyumog I'll probably re-watch it before writing the article.
Re: iopipe v0.2.0 - safe update
On Sunday, 28 June 2020 at 20:26:43 UTC, JN wrote: On Sunday, 28 June 2020 at 18:57:22 UTC, Steven Schveighoffer wrote: Just wanted to post that I finished my update of iopipe to be @safe. I still have some work to do with std.io so things are more usable (next on my list is to make standard handles accessible). In this update, I've made it so nearly all of iopipe can be used in @safe code. The one exception is the RingBuffer, which can leave dangling pointers, hence the unsafety. Inside iopipe is a RefCounted type that is @safe. It uses the GC for memory management, so while destruction is synchronous, the memory itself is left to the GC to clean up. -Steve https://code.dlang.org/packages/iopipe What's iopipe and what does it do? How does it compare with std.process? I my line of words, its what you'd use to stream large files and do processing on it. Like CSV, video??, Json, and the like. Its high performance cus it optimized to haven great performance even for large files. Designed to let you chain the processing pipeline using reusable functions...and you can compose one yourself. I'm curious myself how it differs from the NodeJs Stream API. Would you say iopipe is a Streaming API by definition?
Re: Talk by Herb Sutter: Bridge to NewThingia
On Monday, 29 June 2020 at 00:24:22 UTC, aberba wrote: On Sunday, 28 June 2020 at 21:00:09 UTC, Dibyendu Majumdar wrote: [...] * Community * Strong die hard advocate * Tutorials, learning resources Those are the stuff I personally think I can't contribute more. I meant opposite, jeez 🙉 Those are the stuff I'm personally trying to push and contribute to for D primarily.
Re: Talk by Herb Sutter: Bridge to NewThingia
On Sunday, 28 June 2020 at 21:00:09 UTC, Dibyendu Majumdar wrote: On Saturday, 27 June 2020 at 15:48:33 UTC, Andrei Alexandrescu wrote: How to answer "why will yours succeed, when X, Y, and Z have failed?" https://www.youtube.com/watch?v=wIHfaH9Kffs Very insightful talk. To be honest the analysis doesn't quite stack up. Because compatibility is not the reason for the success of Go, or Rust. I would say the success of a language depends on many factors: * Luck * Timing - and a need to be filled * Sufficient commercial usage * Big name factor - Go authors tried a few times creating languages that did not succeed until they had Google backing. * Language offers something sufficiently different solution than existing solutions * Tooling * Quality of implementation * Community * Strong die hard advocate * Tutorials, learning resources Those are the stuff I personally think I can't contribute more.
Re: From the D Blog: A Pattern for Head-mutable Structures
On Friday, 26 June 2020 at 17:05:40 UTC, Mike Parker wrote: On Friday, 26 June 2020 at 17:02:05 UTC, Avrina wrote: "It says a lot about the priorities when you can't even get a simple link, community comes last." If the community came last for me, I wouldn't be doing the work I do. I'd be focusing on my own projects. So try again. What kind of posts are you willing to accept?