Re: Copy Constructor DIP and implementation

On 12/09/2018 3:08 AM, RazvanN wrote: Hello everyone, I have finished writing the last details of the copy constructor DIP[1] and also I have published the first implementation [2]. As I wrongfully made a PR for the DIP queue in the early stages of the development of the DIP, I want to

Re: DIP 1018--The Copy Constructor--Formal Review

On 25/02/2019 10:22 AM, Walter Bright wrote: I think we need to throw in the towel, C++'s const is right, and D's const is just wrong, and no amount of pretending that's not true will resolve the endless stream of issues. Where's the DIP to migrate to C++-style const? That is the predicate for

Re: Fireside chat with Walter Bright, the creator of the D programming language

On 23/02/2019 12:21 PM, Ali Çehreli wrote: On 02/22/2019 12:00 PM, Dennis wrote: On Thursday, 14 February 2019 at 23:34:40 UTC, Ali Çehreli wrote: We will post a streaming link at the time of the meetup. Is there a recording of it available? I apologize but we failed to use YouTube Live

Re: gtkDcoding Blog Post #0007 Now Live

On 08/02/2019 11:28 PM, Ron Tarrant wrote: I seem to remember reading somewhere that it's gone out of vogue to thank people in forums. I get it; it adds noise to threads, but I still think it's the polite thing to do. If you want to do it, go for it!

Re: DIP 1016--ref T accepts r-values--Formal Assessment

On 26/01/2019 10:00 AM, Rubn wrote: On Friday, 25 January 2019 at 11:56:58 UTC, Walter Bright wrote: On 1/24/2019 11:53 PM, Nicholas Wilson wrote: That the conflation of pass by reference to avoid copying and mutation is not only deliberate but also mitigated by @disable. The first oddity

Re: D GUI Framework (responsive grid teaser)

On 25/05/2019 5:33 AM, Ola Fosheim Grøstad wrote: On Friday, 24 May 2019 at 17:19:23 UTC, rikki cattermole wrote: Be careful with that assumption. Server motherboards made by Intel come with GPU's as standard. Yes, they also have CPUs with FPGAs... And NVIDIA has embedded units with crazy

Re: IRC and Discord - I'm asking DConf questions for you

You should receive an invite from CyberShadow automatically to #d, so registration is not required. (The spammers don't follow invites)

Re: DConf 2019 Livestream

On 09/05/2019 9:19 AM, Bill Baxter wrote: On Wed, May 8, 2019 at 5:15 AM Mike Parker via Digitalmars-d-announce > wrote: On Wednesday, 8 May 2019 at 10:13:35 UTC, Ethan wrote: > > > Good news everyone! A Youtube stream will be

Re: D GUI Framework (responsive grid teaser)

On 25/05/2019 5:04 AM, Robert M. Münch wrote: On 2019-05-24 10:12:10 +, Ola Fosheim Grøstad said: I guess server rendering means that you can upgrade the software without touching the clients, so that you have a network protocol that transfers the graphics to a simple and cheap

Re: D GUI Framework (responsive grid teaser)

On 22/05/2019 7:51 AM, Robert M. Münch wrote: perhaps you should join that effort, and leverage the perf experts we have? There's a channel #graphics on the dlang discord. I will have a look... need to get discord up & running. Too many chat channels these days... Use the web client and

Re: DConf 2019 Livestream

On 08/05/2019 8:33 PM, Laeeth Isharc wrote: On Wednesday, 8 May 2019 at 08:04:08 UTC, Mike Parker wrote: On Wednesday, 8 May 2019 at 08:00:15 UTC, Andrej Mitrovic wrote: On Wednesday, 8 May 2019 at 07:57:40 UTC, Mike Parker wrote: The venue uses WebEx for livestreaming. All the information is

Re: The DLang Swag Emporium is Open For Business!

You can customize the shirts (and hoodie) too! Different colors and text. Little pricey but very tempting for when I have money. Would be great to have your name + GH id for e.g. DConf on the back!

Re: SAOC Experience Report: Porting a fork-based GC

On 23/07/2019 9:50 PM, Francesco Mecca wrote: On Monday, 22 July 2019 at 16:52:08 UTC, rikki cattermole wrote: I may have another try at it, if somebody can give me pointers on where the actual reading occurs in the GC. Because it has left me a bit stumped. Come talk in the IRC channel. I am

Re: Ownership and Borrowing in D

Wonderful quote from you Walter! The careful reader will notice something peculiar in what I wrote: “as if”. What do I mean by that weasel wording? Is there some skullduggery going on? Why yes, there is. Computer languages are full of “as if” dirty deeds under the hood, like the money you

Re: SAOC Experience Report: Porting a fork-based GC

https://dlang.org/blog/2019/07/22/symmetry-autumn-of-code-experience-report-porting-a-fork-based-gc/

Re: SAOC Experience Report: Porting a fork-based GC

On 23/07/2019 3:58 AM, a11e99z wrote: On Monday, 22 July 2019 at 14:03:15 UTC, Mike Parker wrote: Francesco Mecca ha written an experience report for the D Blog about his SAOC 2018 project, porting Leandro Lucarella's old GC from D1 to D2. The blog:

Re: LDC 1.18.0-beta2

On 30/09/2019 9:46 AM, kinke wrote: * Experimental prebuilt Android armv7a package. Nice! Thanks for whoever is doing this.

Re: When will you announce DConf 2020?

On 05/11/2019 4:04 PM, Murilo wrote: On Sunday, 3 November 2019 at 19:49:48 UTC, Manu wrote: On Sun, Nov 3, 2019 at 8:20 AM Murilo via Digitalmars-d-announce wrote: If you have ideas for an interesting talk, submit a proposal, and perhaps you may have your costs covered? It's great to see

Re: dud: A dub replacement

On 23/11/2019 4:37 AM, Guillaume Piolat wrote: On Monday, 18 November 2019 at 16:54:21 UTC, JN wrote: Personally I only ever use SDL with Dub. Even contemplating using JSON for human written configuration files is, for me, totally the wrong thing to do. I only use the JSON format. JSON is

Re: rapidxml for D has been ported.

On 17/10/2019 9:46 AM, aberba wrote: On Saturday, 12 October 2019 at 14:06:47 UTC, bauss wrote: On Saturday, 12 October 2019 at 13:51:57 UTC, NonNull wrote: On Tuesday, 8 October 2019 at 17:15:30 UTC, bauss wrote: On Tuesday, 8 October 2019 at 09:52:40 UTC, Andrea Fontana wrote: On Tuesday,

Re: Beta 2.090.0

On 23/12/2019 4:23 AM, Martin Nowak wrote: Glad to announce the first beta for the 2.090.0 release, ♥ to the 48 contributors. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.090.0.html As usual please report any bugs at https://issues.dlang.org -Martin 404'ing

Re: GSOC 2020 projects

On 25/02/2020 6:43 AM, Panke wrote: On Monday, 24 February 2020 at 02:52:04 UTC, RazvanN wrote: On Tuesday, 18 February 2020 at 05:59:47 UTC, RazvanN wrote: Hello everyone! In a couple of days we should find out if The Dlang Foundation was accepted as a mentoring organization for Google

Re: DIP 1027---String Interpolation---Format Assessment

On 28/02/2020 3:47 AM, SealabJaster wrote: Similarly, as far as I can tell even with the adjustment of making these strings their own special type, something as simple (for other languages as): ``` void f(string a, string b) { /*...*/ } int foo = 20; string bar = "lalafell"; f(i"You are a

Re: D as a C Replacement

On 05/02/2020 8:51 PM, JN wrote: On Wednesday, 5 February 2020 at 04:31:21 UTC, Walter Bright wrote: https://www.reddit.com/r/programming/comments/eyzrm9/d_as_a_c_replacement_the_art_of_machinery/ https://theartofmachinery.com/2019/04/05/d_as_c_replacement.html It's a pity associative

Re: code.dlang.org downtime

On 10/01/2020 4:37 PM, suncarpet wrote: If things were to change, I'd like for restrictions on where code is hosted and the VCS to be loosened. I may be looking at this very naively, however. You are. It is an implementation detail, not policy. To do it 100% generically dub repository will

Re: Beta 2.091.0

On 09/03/2020 10:16 PM, Andre Pany wrote: On Wednesday, 26 February 2020 at 12:17:43 UTC, Martin Nowak wrote: Glad to announce the first beta for the 2.091.0 release, ♥ to the 55 contributors. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.091.0.html Due to updating

Re: DLS deprecation

On 08/04/2020 10:26 AM, Laurent Tréguier wrote: On Tuesday, 7 April 2020 at 21:58:47 UTC, Boris Carvajal wrote: Really it should've been an official sponsored project and with a DMD backend it would be perfect. Maybe I'm misinterpreting things I've read on certain threads, but I thought the

Re: dmdcache

On 27/04/2020 1:52 AM, Ali Çehreli wrote: However, currently dmdcache doesn't seem to look for string imports; opportunity for improvement. :) That should not be necessary if you base it on -J instead.

Re: $750 Bounty: Issue 16416 - Phobos std.uni out of date (should be updated to latest Unicode standard)

On 05/05/2020 7:26 AM, notna wrote: Maybe you want to add an additional constraint... It would be great if this would result in a tool, scripts or at least a simple-to-follow to-do (say Wiki?!)... so best case we could use this also for the next updates / releases in the future?! It wouldn't

Re: $750 Bounty: Issue 16416 - Phobos std.uni out of date (should be updated to latest Unicode standard)

On 05/05/2020 9:05 PM, Robert M. Münch wrote: On 2020-05-04 21:34:27 +, rikki cattermole said: On 05/05/2020 7:26 AM, notna wrote: Maybe you want to add an additional constraint... It would be great if this would result in a tool, scripts or at least a simple-to-follow to-do (say

Re: BindBC Updates: new loader function, SDL_net, streamlined SDL_* version indentifiers

On 22/05/2020 12:21 PM, Daniel C wrote: Can this library be used in a 64-bit build?  I only see the one lib, and was curious if the function definitions make any assumptions about argument size or stack configuration etc. There are no binary files provided in the bindbc-sdl repository.

Re: DIP1028 - Rationale for accepting as is

On 23/05/2020 12:19 AM, Joseph Rushton Wakeling wrote: With the rationale laid out clearly as it is here, I do have some responses in mind.  But before sharing them, I'd like to know whether that would be useful right now: I've no wish to just press for a re-hashing of conversations that have

Re: DIP 1028--Make @safe the Default--Formal Assessment

On 28/05/2020 12:33 AM, aberba wrote: On Thursday, 21 May 2020 at 18:36:51 UTC, H. S. Teoh wrote: On Thu, May 21, 2020 at 05:49:27PM +, Paul Backus via Digitalmars-d-announce wrote: [...] Even if we suppose for the sake of argument that the decision is sound on a technical level, this

Re: DIP1028 - Rationale for accepting as is

On 27/05/2020 10:12 PM, Johannes Loher wrote: Am 27.05.20 um 11:25 schrieb Walter Bright: On 5/24/2020 3:40 AM, Stefan Koch wrote: The distinction is that you can find a slapped on trusted with a grep. It's just as easy to use grep to *not* find @trusted. But that's not enough. You need a

Re: DIP1028 - Rationale for accepting as is

On 25/05/2020 10:29 PM, Zoadian wrote: you complain about @trusted losing it's meaning, but @safe was ment to mean "mechanically verified memory safety". it should be forbidden to add @safe to any function that can not be verified by the compiler. It is meant to mean that at some point it has

Re: DIP 1028 "Make @safe the Default" is dead

Thank you Walter.

Re: DIP1028 - Rationale for accepting as is

On 27/05/2020 9:50 PM, Walter Bright wrote: BTW, one good thing that has come out of this issue is people are strongly in favor of what @safe does. That bodes well for DIP1000 and the @live code, for a long time I seemed to be the only one who cared about it. Most of the arguments against

Re: DIP1028 - Rationale for accepting as is

On 27/05/2020 10:03 PM, Walter Bright wrote: Frankly, I feel that if I could sit down with you folks, I can get the idea across what I'm trying to accomplish. Okay, how is your camera and mic situation? Lets do a Twitch stream, make sure there are some moderators in place as well. Open to

Re: DIP1028 - Rationale for accepting as is

On 23/05/2020 5:07 AM, Atila Neves wrote: On Friday, 22 May 2020 at 12:28:56 UTC, rikki cattermole wrote: On 23/05/2020 12:19 AM, Joseph Rushton Wakeling wrote: With the rationale laid out clearly as it is here, I do have some responses in mind.  But before sharing them, I'd like to know

Re: DIP1028 - Rationale for accepting as is

On 23/05/2020 5:40 AM, Atila Neves wrote: On Friday, 22 May 2020 at 17:33:11 UTC, rikki cattermole wrote: On 23/05/2020 5:07 AM, Atila Neves wrote: [...] It is not about the linkage. The problem is solely does the compiler have the source to the function body to verify it? That's what I

Re: LDC 1.24.0-beta1

On 26/10/2020 8:14 PM, Patrick Schluter wrote: You underestimate how spoiled windows developer are. Even these simple step are completely out of character for most software on the platform. 20 years ago it wasn't a problem, now on Windows 10 it's a whole other story. How many clicks to get the

Re: Visual D 1.0.0 released

On 09/07/2020 10:22 PM, Manu wrote: Then the general autocomplete engine, which is fairly dependent on the detail expressed in the project files. DCD is due for a rewrite into using dmd-fe. However as it stands, I do not believe it is mature enough to use as a library for this purpose. So I

Re: Visual D 1.0.0 released

On 10/07/2020 9:04 PM, Walter Bright wrote: I hope cv2pdb is in D, as that is a fine way to get C++ people used to D! https://github.com/rainers/cv2pdb Nope.

Re: LDC 1.27.0-beta1

On 06/06/2021 4:53 AM, kinke wrote: - Greatly improved DLL support on Windows, including bundled druntime and Phobos DLLs, making it almost as easy as on Posix. Nicee!

Re: From the D Blog: Driving with D

On 04/06/2021 8:50 PM, Max Samukha wrote: On Tuesday, 1 June 2021 at 11:57:34 UTC, Mike Parker wrote: Dylan Graham writes about his experience using D in a microcontroller project and why he chose it. Does anyone know of any similar projects using D? I don't. This may well be the first time

Re: GCC 11.1 Released

On 27/05/2021 1:04 PM, Iain Buclaw wrote:   - New aliases have been added to gcc.attributes for compatibility with ldc.attributes. mm compact, very nice!

Re: From the D Blog -- Interfacing D with C: Strings Part One

Use the dev tools, network + performance tabs could be very useful information for debugging this.

Re: From the D Blog -- Interfacing D with C: Strings Part One

On 25/05/2021 3:39 AM, zjh wrote: use chrome ,cannot open the DEV. press `F12` of no use. `Alt+U`of no use. continue rotating the small circle.You can do nothing. There is something seriously wrong with your install then. It isn't related to the website itself.

Re: LWDR (Light Weight D Runtime) for Microcontrollers v0.2.3

On 31/05/2021 1:05 PM, Dylan Graham wrote: I haven't put any thought into the license. Since LWDR is derived from DRuntime, I assume I'll have to use its license. If not, I'd like to go with something permissive like MIT. Boost is permissive.

Re: LWDR (Light Weight D Runtime) v0.3.0

On 10/07/2021 2:30 AM, lili wrote: Why standard D Runtime can not run on MCU? It requires things like threads. Basically it assumes there is a kernel. Anyway, you don't want the regular runtime on a MCU, a MCU is too small in memory to really hold it all and your own logic and any

Re: Contacting DlangScience maintainers

On 30/03/2021 3:55 PM, James Blachly wrote: Does this [hiding to non org members] really help D's visibility and adoption? What sorts of things are discussed that do not benefit from openness? For example, I am a bona fide scientist using Dlang, but had no idea dlang-science was even an active

Re: Contacting DlangScience maintainers

On 29/03/2021 12:16 PM, Chris Piker wrote: On Sunday, 28 March 2021 at 04:06:57 UTC, mw wrote: On Friday, 26 March 2021 at 21:55:18 UTC, Chris Piker wrote: Let's discuss it here: https://github.com/orgs/dlang-community/teams/science/discussions @wilzbach is the maintainer of the group.

Re: Beerconf March 2021

On 28/03/2021 2:45 PM, Dylan Graham wrote: I might join some time after work (late afternoon) AEST if you guys will still be on. I have some progress updates on the D powered automatic gearbox system and a new project I've got in the works. Ah huh an aussie. I'll be on in the AM from CHCH

Re: Contacting DlangScience maintainers

On 31/03/2021 7:28 AM, Chris Piker wrote: Since I'm not orphaning packages soon and since physical science packages have a relatively small user base, it sounds like interaction with the dlang-community group is not recommended at this time. It is neither not recommended, nor recommended.

Re: Windows Bindings v1.0

On 16/02/2021 9:45 PM, Rumbu wrote: The D Windows SDK projection reached first version. Generated bindings were compiled succesfully. https://github.com/rumbu13/windows-d Destroy! All of the symbols and modules need to be documented so that the documentation generators will generate

Re: Windows Bindings v1.0

On 17/02/2021 9:45 AM, Rumbu wrote: On Tuesday, 16 February 2021 at 08:53:06 UTC, rikki cattermole wrote: All of the symbols and modules need to be documented so that the documentation generators will generate documentation for them. Sincerely, I doubt that it's a good idea to duplicate

Re: LDC 1.27.0-beta3

Will -fvisibility=public support be upstreamed into dmd? If yes, it might be worth it to get rid of export as a keyword out right in a DIP (as it introduces the possibility of linker errors that would otherwise not need to exist).

Re: Beta 2.097.2

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.

Re: Beerconf September 2021

The link will be added closer to the time (its immediately available). From there, just use a compatible web browser.

Re: Beerconf September 2021

On 27/09/2021 7:05 AM, Brian wrote: What is Beefconf, indeed. Are we getting an additional online meetup this month? :) Considering I was running polls about giving beef to dogs during BeerConf, I'm afraid that it has already passed. But maybe we can do something impromptu on Discord in

Re: Classes in D with betterC

On 21/11/2021 3:13 PM, russhy wrote: betterC already is niche on its own, so let's do the move? Except -betterC is not niche at all. It is simply the language with any of the runtime dependencies disabled. No language level changes have to be made for this. Both full D and -betterC should

Re: Beerconf for Dconf

It is 2 hours before DConf starts! I welcome everyone to hope on over to Discord and join our General voice channel while we wait for the action to begin.

Re: Beerconf July 2021

On 16/07/2021 11:45 PM, Iain Buclaw wrote: Just a forewarning, it was brought to my attention last month that for some people, Beerconf would fall on the Sunday/Monday 25-26th for them. Why?  If you're living in Apia, Saturday 24th July would begin on Friday 23rd at 13:00 CEST, while in

Re: DMD now incorporates a disassembler

On 09/01/2022 4:01 PM, Walter Bright wrote: I buried my PDP-11 long ago. Sob. There is a kit for the control panel[0]. Backed by a raspberry pi. I'm pretty keen to eventually buy one and build it. These kits are cool! [0]

Re: All Community Discord channels are now being bridged to Matrix

On 16/01/2022 12:45 PM, Ali Çehreli wrote: On 1/15/22 10:45, WebFreak001 wrote: > we have now bridged all the Discord rooms to Matrix rooms. What does all that mean? Is that something that only Discord users should understand be interested in? :) Ali This is for Matrix users, so that

Re: DConf 2022 in London?

On 17/02/2022 6:37 PM, StarCanopy wrote: On Tuesday, 15 February 2022 at 12:22:05 UTC, Mike Parker wrote: [...] I regret not getting into D sooner, when I could have driven to a dconf. There will be plenty of stuff online. Depending on how BeerConf will be scheduled I'm sure we could do

Re: Beta 2.099.0

There are a few goodies hiding in the nightlies that didn't make it into the beta. Stuff like https://issues.dlang.org/show_bug.cgi?id=18362 And https://dlang.org/changelog/pending.html#actual-dynamiclibrary (which I did :3) This is gonna be a good release I think!

Re: DIP 1035, "@system Variables", Formal Assessment Has Begun

Changes look good +1

Re: Beerconf March 2022

Hello hello hello! Beerconf is inviting you to a meeting. Join the meeting: https://meet.jit.si/Dlang2022MarchBeerConf Password: `ValueTypeExceptions` **How do I join?** You'll need to have a [compatible browser](https://jitsi.github.io/handbook/docs/user-guide/supported-browsers) to

Re: D Language Foundation Monthly Meeting Summary for March 2022

## Razvan ### Reference counting Going through some old DRuntime pull requests, Razvan found several PRs adding reference-counted things (RCArray, RCPointer, etc) from a period when reference counting was a hot topic in the D community. The problem with reference counting in D has been the

Re: Beerconf January 2022

BeerConf is among us once again! https://meet.jit.si/Dlang2022JanuaryBeerConf Password: @mustUse

Re: DIP 1038--"@mustUse" (formerly "@noDiscard")--Accepted

On 10/02/2022 5:21 AM, Paul Backus wrote: - C (gcc/clang): __attribute__((warn_unused_result)) C23 will also have [[nodiscard]] Not only will it have that on functions, but also support a string too. Unfortunately its looking like we have chosen to diverge from C, and therefore won't be

Re: Beta 2.100.0

This release is very exciting. Semver versioning, lots of shared library support for dub, @mustuse and lots of deprecations + removals.

Re: Beta 2.100.0

Its compiled in statically to Phobos (however this may depend on compiler ext.).

Re: Release D 2.100.0

Very excited for this release! Still waiting on a documentation PR for dub, kinda need to get this merged + deployed since the feature is now live. https://github.com/dlang/dub-docs/pull/43

Re: A New Game Written in D

On 19/05/2022 5:51 AM, Kenny Shields wrote: Also, I know that D has some sort of interface for allowing custom GC implementations -- has anyone ever made a functional alternative? Something that takes the incremental approach that you mentioned as opposed to the pause and scan method?

Re: A New Game Written in D

On 19/05/2022 7:03 AM, H. S. Teoh wrote: We keep coming back to this impasse: write barriers. It's high time somebody implemented this in a dmd fork so that we can actually test out more advanced GC designs. No. Not dmd. LDC or GDC. DMD is not suitable for experimentation due to the

Re: Release: serverino - please destroy it.

On 12/05/2022 11:33 PM, Andrea Fontana wrote: Too bad dub doesn't work with wsl, it sounds like a lost opportunity. Does dmd/rdmd work? Serverino uses std.net.curl just for running its unittests, so maybe that bug is not blocking. It doesn't look like it is dub that is failing. This is a

Re: Beerconf May 2022

Adam created the link this time: https://meet.jit.si/Dlang2022MayBeerConf No password

Re: The D Programming Language Vision Document

On 05/07/2022 11:49 PM, ryuukk_ wrote: Hopefully that includes proper built in Tagged Union, non OOP people need that otherwise we are stuck in C's era of programming C's era of programming also happens to coincide with ML which had tagged unions ;) The C family has never been very

Re: The D Programming Language Vision Document

On 04/07/2022 7:18 AM, Ola Fosheim Grøstad wrote: I hardly ever use anything outside UTF-8, and if I do then I use a well tested unicode library as it has to be correct and up to date to be useful. The utility of going beyond UTF-8 seems to be limited:

Re: The D Programming Language Vision Document

> Stronger integration with other languages One of the things I judge D's compilers by is how well they can build a shared library. This is crucial for a lot of different applications of D and can be an complete stopper in using D if it doesn't "just work". To be blunt this is

Re: The D Programming Language Vision Document

On 04/07/2022 6:10 AM, Ola Fosheim Grøstad wrote: People who are willing to use 4 bytes per code point are probably using third party C-libraries that have their own representation, so you have to convert anyway? If you use Unicode and follow their recommendations, you are going to be

Re: The D Programming Language Vision Document

On 04/07/2022 5:30 PM, Andrej Mitrovic wrote: Aren't these the polar opposites of each other? The GC is one of D's strengths, yet we should avoid it as much as possible in the standard library. Not necessarily. It could and should most likely mean that it won't do any heap allocations.

Re: The D Programming Language Vision Document

We have a perfectly good Unicode handling library already. (Okay, little out of date and doesn't handle Turkic stuff, but fixable). The standard one is called ICU. Anyway, we are straying from my original point, that limiting ourselves to the string alias and not supporting wstring or dstring

Re: The D Programming Language Vision Document

On 04/07/2022 8:16 AM, Ola Fosheim Grøstad wrote: On Sunday, 3 July 2022 at 19:32:56 UTC, rikki cattermole wrote: It is required for string equivalent comparisons (which is what you should be doing in a LOT more cases! Anything user provided when compared should be normalized first. Well, I

Re: The D Programming Language Vision Document

On 04/07/2022 7:39 PM, Ola Fosheim Grøstad wrote: Yes, that is a common one that is maintained, but maybe there are BOOST licensed implementations too? One can do an exhaustive test for say two-character normalization against ICU to see if they are compliant.

Re: Druntime merged into dmd repo

Very well done! I do hope this isn't the end, because things like bindings really shouldn't be in the dmd repository.

Re: Beerconf June 2022

In celebration of Matariki (the Māori New Year) of the 24th, and Ethan's birthday, lets start Beerconf! So happy birthday Ethan and remember, today is all about togetherness! https://meet.jit.si/Dlang2022JuneBeerConf https://www.newzealand.com/nz/matariki/

Re: Intellij D Language plugin v1.28.1

Very nice. Only one error in about 30 minute time frame. Significantly down! :D Thanks.

Re: Intellij D Language plugin v1.28.0

Looking good so far! Been watching keenly on this release, cheers!

Re: Beerconf July 2022

I've been getting a few pings about setting this up, so here it is: https://meet.jit.si/Dlang2022JulyBeerConf No password.

DConf 2022 pre+watch party!

Hello everyone! It is back, DConf IRL. To celebrate we will have a bit of a pre-party over in the Discord voice channel, as well as a bit of a watch party going on during the conference live streams. We may switch over to Jitsi later on depending on how the IRL BeerConf goes and if someone

Re: Beerconf April 2022

It is that time of the month, once again! Beerconf. https://meet.jit.si/Dlang2022AprilBeerConf Password: `dub4life` See you all there!

Re: Beerconf April 2022

On 30/04/2022 5:22 AM, Adam D Ruppe wrote: On Friday, 29 April 2022 at 17:07:27 UTC, rikki cattermole wrote: Password: `dub4life` I see you are gatekeeping to keep a certain clique out! Lol, given the amount of emotions that has gone into it in recent days I got a little inspired as to

Re: D Language Foundation April Quarterly Meeting and Server Meeting Summaries

For me the bug that is potentially limiting me (design wise) is: https://issues.dlang.org/show_bug.cgi?id=21416 #dbugfix Good stuff moving forward and that tool looks interesting to try out.

Re: GCC 12.1 Released (D v2.100-rc.1)

Well done Iain! We should do a celebration party for both it and 2.100.0 release!

Re: Library associative array project v0.0.1

On 12/05/2022 3:54 AM, templatedperson wrote: 2. Look at alternatives to GC for allocation/deallocation. Maybe add `@nogc` overloads that take `std.experimental.allocator`s? That could be the best way to accomplish this. That won't help much. The virtual types are not @nogc, and for a

Re: Release: serverino - please destroy it.

On 09/05/2022 11:44 AM, Ali Çehreli wrote: While we are on topic :) and as I finally understood what generational GC is[1], are there any fundamental issues with D to not use one? This is not a D issue, its an implementation one. We don't have write barriers, that's it. Make them opt-in

Re: Library associative array project v0.0.1

On 12/05/2022 4:55 AM, templatedperson wrote: for a good reason, the default is the GC. Good reason or not, people sometimes need to do manual memory management. I usually use the GC and like that we have it, but if you care about performance you gotta drop down to manual managements

<    1   2   3   4   5   >