Re: Minor note, D on NASA Goddard software page
On Wednesday, 28 February 2024 at 20:19:30 UTC, Chris Piker wrote: Hi D Just a minor note. My simple bindings for the NASA Common Data Format (CDF) library are listed on the user supplied software page: https://cdf.gsfc.nasa.gov/html/user_supplied_sw.html (scroll down) The library itself is absolutely nothing to crow about. The only useful thing it does is provide real functions for what is largely a C macro based low-level interface, but it's nice to see D mentioned on a NASA site. Maybe someday I'll have time to write a pure D implementation of CDF handling to support threaded web services, but for now simple bindings are a start. So now we can add NASA in the list of organisations that use D, right?... #
Re: second edition of Build Web Apps in Vibe.d by learning from a learner
On Monday, 23 January 2023 at 01:48:11 UTC, Rey Valeza wrote: Hi, I just uploaded a second edition of the tutorial I uploaded on Github last year. Here is the link: https://github.com/reyvaleza/vibed/blob/main/Build%20Web%20Apps%20in%20Vibed%20second%20edition.pdf Thanks! Nice, thanks for your work #
Re: Safer Linux Kernel Modules Using the D Programming Language
On Wednesday, 11 January 2023 at 19:27:15 UTC, Walter Bright wrote: On 1/11/2023 3:26 AM, Paulo Pinto wrote: It is kind of "solved", by turning all computers into C machines, What an amazing amount of work just to avoid adding dynamic arrays to C. Well, the companies don't get to single-handedly decide what features to add or deprecate, thanks to C spec being written by ISO, which is why they have developed their own PLs. But also, adding dynamic arrays to C won't make the currently existing C code safer, the one they care about, because no one's gonna send the money to update their C89/99/whatever code to C23/26. Even if they did, there's no guarantee others would as well. So when you can't change the world, what do you do? You change yourself, and that's what they did, by making bounds checking and whatnot part of the _hardware semantics_ itself, now the C programmers get to be happy that the program still is 2 instructions long, while at the micro-architecture/microcode level the checks are still getting performed.
Re: Safer Linux Kernel Modules Using the D Programming Language
On Friday, 6 January 2023 at 10:29:30 UTC, H. S. Teoh wrote: On Fri, Jan 06, 2023 at 04:07:12AM +, areYouSureAboutThat via Digitalmars-d-announce wrote: [...] btw. Linus one said, more or less, that one reason he likes C so much, is because when he is typing it, he can visualise what assembly will be produced (i.e. his mind is always intune with the code the machine will actually run). That has stopped being true for at least a decade or more. C was designed to map well to the PDP-11's instruction set; modern CPU's are completely different beasts with out-of-order execution, cache hierarchy, multi-core, multi-thread per core, expanded instruction sets, and microcode. Why do you think, for example, that in the kernel functions and intrinsics are used for certain CPU-specific instructions? Because nothing in C itself corresponds to them. The closeness of C to the CPU is only an illusion. T Those statements, even if spoken recently, are just a way of maintaining PR. Elon also similarly calls C++ a bloated mess and that all high performance code at Tesla is in C, as if that's something to be proud of... their ultra safety critical software project being built using a very much unsafe-by-defualt-for-everything language... Nvidia made a good decision to use ADA/SPARK, IMO
Re: text based file formats
On Wednesday, 21 December 2022 at 04:19:46 UTC, 9il wrote: On Tuesday, 20 December 2022 at 19:46:36 UTC, John Colvin wrote: On Tuesday, 20 December 2022 at 00:40:07 UTC, H. S. Teoh wrote: [...] We use this at work with some light tweaks, it’s done a lot work It has already been replaced with [mir.csv](https://github.com/libmir/mir-ion/blob/master/source/mir/csv.d). Mir is faster, SIMD accelerated, and supports numbers and timestamp recognition. Wow, I didn't even know `mir.csv` was a thing Thank you very much!!! # 朗
Re: A new Tree-Sitter Grammar for D
On Monday, 17 October 2022 at 05:21:10 UTC, Garrett D'Amore wrote: I will probably see if this can be adopted into either the Tree Sitter or DLang community projects -- I'm not sure which is the better location. If you have thoughts please don't hesitate to let me know. I'm quite sure that the grammar itself could probably benefit from some further optimization, and I welcome advice or contributions! Please try to put it in tree-sitter official, since that will allow other editors(like the one I use) to automatically provide it as an option. Thanks for this wonderful project, really sad that the cybershadow one is basically stalled, but I sure hope that this replacement will fill in the gap wonderfully!!
Re: D + Qt + QtDesigner
On Thursday, 29 September 2022 at 00:46:36 UTC, Barbara wrote: On Wednesday, 28 September 2022 at 01:39:34 UTC, Ali Çehreli wrote: [...] Thank you Ali for mentioning our work. CopperSpice is licensed under LGPL 2.1 and provides a migration path for applications written in Qt. We support most all of the Qt 5 functionality with major improvements to strings, containers, and no longer requires MOC to implement run time reflection. [...] You support Android/iOS? If you don't, are the any blockers to supporting it or you just didn't get around to doing it/there wasn't much demand?
Re: D + Qt + QtDesigner
On Tuesday, 27 September 2022 at 23:21:07 UTC, Vladimir Marchevsky wrote: On Tuesday, 27 September 2022 at 21:07:25 UTC, Willian wrote: I would like to know if it is possible to gather the D community to work together on D + Qt + QtDesigner. I believe that the maturation of this library is the gateway for many programmers in the D language. Considering licensing model of Qt and political decisions of Qt Foundation, GTK looks much better. Also having C API GTK is probably much easier to use directly and efficiently rather than non-standard C++ of Qt. An extremely significant portion of Qt is available under GPL 3 nowadays, not sure if it's worth sticking with GTK purely for the license
Re: Inochi2D - Realtime 2D Animation written in D
On Sunday, 11 September 2022 at 23:00:24 UTC, Luna wrote: Hey folks, I have for the (almost) past 2 years been working on a real-time 2D animation library called [Inochi2D](https://github.com/Inochi2D/inochi2d) and tooling for it. Recently I went full time on the project due to generous donations on GitHub Sponsors and Patreon. [...] Amazing project Wish you the best of luck for the future!!
Re: Walter's Edited DConf Talk Video -- Feedback Request
On Wednesday, 7 September 2022 at 14:36:33 UTC, Dennis wrote: On Wednesday, 7 September 2022 at 12:42:35 UTC, Mike Parker wrote: https://youtu.be/iuP-AWUyjp8 I suggest boosting the audio as much as you can before it starts clipping. It's currently a bit low. +100 Please, better audio
Re: Q & A with Razvan Nitu and Dennis Korpel
On Wednesday, 25 May 2022 at 14:43:04 UTC, Mike Parker wrote: I've started a new series on our YouTube channel that I'm calling 'D Community Q & A Sessions'. These are short sessions focused on specific topics. For the inaugural episode, Razvan and Dennis joined me to talk about their roles as the foundation's Pull Request and Issue managers. I did go a little off topic at the end, though, when I asked what they're most looking forward to about DConf '22. https://youtu.be/nvo7wzjVDQc I expect to publish several sessions with Walter. The first will be coming next month. Very nice!!! Even though vision documents aren't(again) a thing yet, I feel this is a good enough substitute atleast for the short/medium term, since atleast the present will be communicated precisely to us, if not the future :)
Re: IntelliJ D Language support
On Thursday, 12 May 2022 at 04:50:19 UTC, Jack wrote: On Thursday, 12 May 2022 at 03:32:01 UTC, Walter Bright wrote: Now on front page of hackernews! https://news.ycombinator.com/news are you using IDEs now? where is the link? Sharing the link explicitly isn't counted as traffic by the website(meaning it won't help the post remain popular on HN), so Walter shares the link to the frontpage of hackernews to still get the extra traffic counted. Considering how I had to look at page 2 to find the post however, I don't think it matters at this point, so here you go https://news.ycombinator.com/from?site=intellij-dlanguage.github.io
Re: GCC 12.1 Released (D v2.100-rc.1)
On Friday, 6 May 2022 at 11:57:47 UTC, Iain Buclaw wrote: Hi, I am proud to announce another major GCC release, 12.1. [...] Go Iain 拾
Re: TIC-80 retro game programming with D via WebAssembly
On Tuesday, 3 May 2022 at 14:59:21 UTC, Pierce Ng wrote: [TIC-80](https://github.com/nesbox/TIC-80) is a fantasy retro gaming console programmable in several scripting languages and WebAssembly. I implemented D bindings for TIC-80's API, for use via WebAssembly. The bindings have been merged into TIC-80's [latest release](https://github.com/nesbox/TIC-80/releases/tag/v1.0.2164). Thank you very much for your hard work
Re: Our New Pull-Request and Issue Manager
On Thursday, 24 February 2022 at 13:05:33 UTC, Mike Parker wrote: In January, I announced that we were looking to fill the vacant Pull-Request and Issue Manager position sponsored by Symmetry Investments. We received some applications, Symmetry evaluated them, and we agreed on a candidate we believe is perfect for the job. He is a frequent contributor and for the past several months has been working on one of the volunteer strike teams organized by Razvan Nitu, our other PR & Issue Manager. Everyone, please congratulate Dennis Korpel on his new job! Dennis will get started on March 1. After some time for him to settle in, I'm sure he and Razvan will have sorted out who is responsible for what. Then you'll know which of them to go to for help with any issues that have you stumped or pull requests that need some attention. Thanks again to Symmetry for sponsoring this position and helping us to fill it. Congratulations, Dennis Is this a full-time position or part-time? I remember Razvan's was part-time when he started, don't know whether that got elevated to full-time either
Re: The DIID series (Do It In D)
On Tuesday, 25 January 2022 at 01:15:11 UTC, Walter Bright wrote: On 1/24/2022 4:34 PM, Elronnd wrote: On Monday, 24 January 2022 at 23:33:29 UTC, Walter Bright wrote: The phrase "How bad really is the D ecosystem?" only asks a question, but people tend to interpret such sentences as "D's ecosystem is really bad". What works better is: "How good really is the D ecosystem?" Your suggested phrasing sounds overly trite to me. I would maybe go for 'Is the D ecosystem really that bad?' Again, never write "Is the D ecosystem really that bad?" unless one wants to give the impression that the D ecosystem is bad. Because all the dear reader actually sees is: D ecosystem bad I agree, it's far easier for people to focus on the negatives than the positives, using any word that has a negative connotation will likely deter the average newcomer from continuing their journey. Walter's version can be used, or if one wants to sound neutral: Check out what the D ecosystem has to offer Can be used instead
Re: Added copy constructors to "Programming in D"
On Saturday, 8 January 2022 at 02:07:10 UTC, Ali Çehreli wrote: 1) After about three years, I finally added copy constructors: http://ddili.org/ders/d.en/special_functions.html#ix_special_functions.copy%20constructor [...] Thank you very much for creating and maintaining such an amazing resource for newcomers to D and programming in general :D
Re: GDC has just landed v2.098.0-beta.1 into GCC
On Tuesday, 30 November 2021 at 19:37:34 UTC, Iain Buclaw wrote: Hi, The latest version of the D language has [now landed](https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=5fee5ec362f7a243f459e6378fd49dfc89dc9fb5) in GCC. [...] WHOO GO Iain :D Thank you __very very much__ for all the work that you put in :D
Re: Beta 2.098.0
On Tuesday, 19 October 2021 at 13:53:04 UTC, Paul Backus wrote: On Tuesday, 19 October 2021 at 13:35:16 UTC, Timon Gehr wrote: On 11.10.21 03:08, Paul Backus wrote: Perhaps worth asking why Walter, specifically, is required to work on @live in order for it to make progress. Is it just because no one else is willing to step up to the plate, or is he the only person qualified/capable enough? I think @live is a dead end and any further work on it is probably wasted unless the code is reusable for some other feature. Ownership is a property of values, not of functions operating on those values. In particular, prioritizing ImportC over @live is the right call. ImportC is high-impact and Walter has a lot of relevant expertise. I this specific case, I agree completely. But there is a broader pattern in D of projects getting "stuck" because a specific individual is unable to continue work on them (e.g., std.experimental.allocator and Andrei), and I think it is worth considering whether we can do anything to make future projects robust against this mode of failure. The obvious solution is more people who get paid to work on D the language/stdlib/rt-env full-time. Where to get money to pay those individuals? Well there's no obvious solution to that (that I know of). We can say community, but, like the vision documents, they will be a bust because one can't _make_ volunteers meet deadlines, code in a particular way, or incorporate all feedback language maintainers think should be acted on.
Re: Bison 3.8.1 released with D backend
On Wednesday, 15 September 2021 at 17:55:19 UTC, Paul Backus wrote: On Wednesday, 15 September 2021 at 14:48:06 UTC, Tejas wrote: Assuming I'm correct: What does it matter whether the parser is a `.c .cpp .d .pl` or whatever file? I'm really sorry I'm coming off as abrasive/ungrateful. I have no intention to belittle the author or the work she has done. But I'm really curious: What changes if `Bison` outputs it's parser in some language other than the one it originally targeted(perhaps that was C?) Generally speaking, a parser is not a program that you'd run in isolation. When you generate a parser with Bison, it's usually because you want to incorporate that parser into some larger program, like a compiler or a language server. In general, having Bison output its parser in $LANGUAGE makes it easier to incorporate that parser into larger programs written in $LANGUAGE. So giving Bison the ability to output D makes it easier to incorporate Bison-generated parsers into D programs. Yep, that's what I thought of in Discord and was validated there as well that this was it :D After a while, my mind started drifting that `pegged` already does this, but then I realized it probably doesn't create `LALR(1)` parsers, only sticking to Expression Grammars, but Bison does that.
Re: Bison 3.8.1 released with D backend
On Wednesday, 15 September 2021 at 13:24:25 UTC, Carl Sturtivant wrote: The D back-end for deterministic parsers contributed by Adela Vais is now available with the release of Bison 3.8.1 ! https://github.com/adelavais See https://savannah.gnu.org/forum/forum.php?forum_id=10047 for details. I'm sorry for being ignorant, but what does it mean to have a \ back-end in Bison? Does it mean that the parser program that `Bison` will output will be a `.d` file? Assuming I'm correct: What does it matter whether the parser is a `.c .cpp .d .pl` or whatever file? I'm really sorry I'm coming off as abrasive/ungrateful. I have no intention to belittle the author or the work she has done. But I'm really curious: What changes if `Bison` outputs it's parser in some language other than the one it originally targeted(perhaps that was C?) I'm really sorry if this appears dismissive, I just don't know how to phrase it any better.
Re: Summary of the D Language Foundation Monthly Meeting on August 25th, 2021
On Monday, 6 September 2021 at 11:17:53 UTC, Mike Parker wrote: The D Language Foundation meeting for the month of August took place on Friday, August 27, at 13:00 UTC. Participating were: [...] Happy to see the meeting this month was fruitful as well, looking forward to the blog posts/anouncements :) As a topic to bring up in a future meeting, could you please bring up DIP 1040? I talked to Max about it and he said that implementing it requires a backend change which needs Walter's help(I believe he said something about exceptions being problematic), but due to reasons, Walter hasn't been able to see to it. Considering Walter's desire to make things easier for C/C++ to D translator developers(as seen by his initiative regarding `bitfield`), could you please bring up the topic of this DIP's implementation and/or the next iteration of the DIP's design for community review? It would be nice to see some progress visible on this front. Thank you for all the work you and the other language maintainers do to make D better :D
Re: mir.complex
On Friday, 20 August 2021 at 17:03:52 UTC, 9il wrote: On Friday, 20 August 2021 at 16:55:57 UTC, David Gileadi wrote: On 8/20/21 9:54 AM, Dennis wrote: On Friday, 20 August 2021 at 16:44:53 UTC, 9il wrote: Builtin complex numbers have been replaced with mir.complex in the following packages: Out of curiosity, how did std.complex fall short? Maybe it was too complex? Sorry, I'll see myself out. Yes, it was hard to make std.complex works. This is starting to get too real for me ***runs away***
Re: Beta 2.097.2
On Tuesday, 10 August 2021 at 01:53:28 UTC, rikki cattermole wrote: On 10/08/2021 4:32 AM, Tejas wrote: Just switch to LDC? The discussion on bugzilla seems to conclude that its purely DMD backend problem. While that is a good workaround to issues like this, dmd-be does need to be fixed regardless. Yes of course. I meant that as an immediate workaround. Maybe my usage of "just" insinuated that one should simply ignore the problem; I definitely didn't mean that.
Re: Beta 2.097.2
On Sunday, 8 August 2021 at 20:14:48 UTC, Temtaime wrote: On Wednesday, 4 August 2021 at 17:34:32 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.097.2 point release, ♥ to the 4 contributors. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.097.2.html As usual please report any bugs at https://issues.dlang.org -Martin Anyone to fix ? https://issues.dlang.org/show_bug.cgi?id=22148 noreturn is unusable for me because of this bug Just switch to LDC? The discussion on bugzilla seems to conclude that its purely DMD backend problem.
Re: Symmetry looking for D programmers in Singapore/Hong Kong/Australia/New Zealand
On Wednesday, 16 June 2021 at 16:51:42 UTC, Vladimir Panteleev wrote: On Wednesday, 16 June 2021 at 16:49:56 UTC, Tejas wrote: On Wednesday, 16 June 2021 at 16:24:58 UTC, Vladimir Panteleev wrote: On Wednesday, 16 June 2021 at 16:15:31 UTC, Tejas wrote: On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir Panteleev wrote: Have a look at the "Also via" column on the forum index ( https://forum.dlang.org/ ) :) I wondered why I couldn't see what you're talking about, then switched to desktop mode and finally saw it... that column doesn't even exist in mobile... I thought I was blind or something for a good 15 minutes. Ah, sorry! Yes, the other ways aren't very mobile friendly, so listing them isn't worth the very limited screen space on mobile. Don't sweat it. Thank you for even bothering to make the experience more pleasant for mobile users. :D
Re: Symmetry looking for D programmers in Singapore/Hong Kong/Australia/New Zealand
On Wednesday, 16 June 2021 at 16:24:58 UTC, Vladimir Panteleev wrote: On Wednesday, 16 June 2021 at 16:15:31 UTC, Tejas wrote: On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir Panteleev wrote: Have a look at the "Also via" column on the forum index ( https://forum.dlang.org/ ) :) I wondered why I couldn't see what you're talking about, then switched to desktop mode and finally saw it... that column doesn't even exist in mobile... I thought I was blind or something for a good 15 minutes.
Re: Symmetry looking for D programmers in Singapore/Hong Kong/Australia/New Zealand
On Wednesday, 16 June 2021 at 16:23:17 UTC, Ali Çehreli wrote: On 6/16/21 9:15 AM, Tejas wrote: On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir Panteleev wrote: Replying for the benefit of forum.dlang.org users, for whom the tags were not visible due to Markdown. Thank you so much :D Also, what other ways exist to visit this news group? I follow with Thunderbird but any other NNTP client should work: Server: www.digitalmars.com Port: 119 ... Thank you, I think I'll stick to my browser bookmark though, since I'm just so used to it.
Re: Symmetry looking for D programmers in Singapore/Hong Kong/Australia/New Zealand
On Wednesday, 16 June 2021 at 15:48:07 UTC, Vladimir Panteleev wrote: Replying for the benefit of forum.dlang.org users, for whom the tags were not visible due to Markdown. Thank you so much :D Also, what other ways exist to visit this news group?