On 16/05/2024 11:43 PM, Dennis wrote:
just in case I've worked on an issue, how do I communicate with the
community/mentors about it? Is there a discord/slack community I can join?
On the main website under Community there is an invite link to the
community Discord.
Many people are there
Wow I see I was mentioned at a lot at this meeting!
In saying that I do have some points to add about Item 2 data structures.
Data structures come in one of two forms generally: owning and non-owning.
### Non-owning
Non-owning is the simplest, its an index.
It doesn't own any memory that
On 11/05/2024 4:00 AM, Iain Buclaw wrote:
Fix your gitconfig then. :-)
Oh dangit, I hadn't noticed that it changed on me.
It was set correctly a few months ago! Ug.
Wonder why it changed after it was set correctly.
On 10/05/2024 9:14 PM, Iain Buclaw wrote:
Glad to announce the first beta for the 2.109.0 release, ♥ to the 41
contributors.
This release comes with 14 major changes and 22 fixed Bugzilla issues,
including:
- In the language, the special function `__ctfeWrite` has been to write
messages
Come one, come all, its Jitsi time once again!
The DIP queue is open, first DIP is in the review pipeline, so let's
discuss some fantastical ideas with our brews in hand!
https://meet.jit.si/Dlang2024AprilBeerConf
On 25/04/2024 5:41 AM, Dmitry Olshansky wrote:
On Wednesday, 24 April 2024 at 14:40:40 UTC, Steven Schveighoffer wrote:
On Tuesday, 23 April 2024 at 19:05:48 UTC, Dmitry Olshansky wrote:
On Tuesday, 23 April 2024 at 17:15:13 UTC, Sönke Ludwig wrote:
I guess that the Darwin support will be
On 20/04/2024 12:41 PM, kinke wrote:
Android: Switch to native ELF TLS, supported since API level 29 (Android
v10), dropping our former custom TLS emulation (requiring a modified
LLVM and a legacy ld.bfd linker). The prebuilt packages themselves
require Android v10+ (armv7a) / v11+ (aarch64)
On 13/04/2024 4:57 AM, Dmitry Olshansky wrote:
Next on schedule is Windows support.
I see that you left the hard one for last.
Good luck! Happy book buying.
On 22/03/2024 5:36 AM, Ethan wrote:
On Monday, 18 March 2024 at 22:15:49 UTC, Richard (Rikki) Andrew
Cattermole wrote:
Perhaps we can do the usual end of month time as well, I'll give you a
ping if I can do it.
At this rate I could very well be on a plane again, to more southern
destinations
On 19/03/2024 10:46 AM, Ethan wrote:
On Saturday, 9 March 2024 at 13:34:50 UTC, Steven Schveighoffer wrote:
# BEERCONF!
And here I was getting on the newsgroups to see if BeerConf was coming
up sometime soon. I was on planes last weekend anyway so it would have
been quite impractical to
Linkity link for BeerConf: https://meet.jit.si/Dlang2024MarchBeerConf
And starting in under 3 hours DConf Online:
https://www.youtube.com/watch?v=8GV_TuYk3lk
Heads up to all, its DConf Online 2024 in 7 hours!
I'll put up a link for BeerConf in around 5 hours, get ready with ya brews!
Excellent.
I haven't heard anything about my export DIP, the last that was said
from Mike is that Walter might want to review it external to the DIP
process. Unfortunately no feedback beyond that so unless I'm told
otherwise, its DIP TIME!
As it has already had a lot of back and forth from
Oh hey, its a linkity link time!
https://meet.jit.si/Dlang2024FebruaryBeerConf
In response to this, I thought well this is annoying work, why can't we
automate it?
So I did automate a little bit of it exploratory work.
I used dustmite to minify the TODO modules to know what is required to
make the parser compile.
The scripts I used are all here, along with a utility
On 16/02/2024 4:21 PM, andy wrote:
On Friday, 16 February 2024 at 01:26:42 UTC, Richard (Rikki) Andrew
Cattermole wrote:
You can use const instead which doesn't have any such guarantees and
it'll work with a pure function :)
It still seems to be considered mutable?
pure void main()
On 16/02/2024 12:46 PM, andy wrote:
If you make global variables |immutable|, you can access them in
|pure| functions.
Is it as simple as that? I'd have to cast away the |immutable| when
adding a new interned string though. Is that still the correct way to do it?
No.
It was never
Doesn't look like any of Dennis's work on improving the Unicode tables
for Phobos has made it in this release.
Bit of a shame, they are a lot faster now!
But good stuff in this release anyway!
Very good work to all involved!
Very good work to all!
Reminder Chibisi's talk on https://github.com/chibisi/saucer is in an hour!
The purpose of the saucer project is to create bidirectional interop
between R, the statistics programming language and D. The aim is that in
time, it will have easily accessible capabilities similar to libraries
like
Don't be down now that 2023 has come to an end, for BeerConf has begun
for 2024!
https://meet.jit.si/Dlang2024JanuaryBeerConf
On 03/01/2024 2:25 PM, Walter Bright wrote:
Along with my best wishes for a happy and prosperous 2024 to all the DLF
community members, and their families and friends.
And to you too Walter!
Let's make 2024 the best year yet.
Create some excitement from some changes for things that have been
On 01/01/2024 12:12 AM, Mike Parker wrote:
Next, he said he'd discovered that a one-line file with |import
std.file| takes 200ms to compile, and that was nuts. He needed to figure
out at some point exactly what the problem was. It was just semantic
analysis just from the import. He wasn't even
Grab your warm Dr. Pepper, or your frozen desert if you are in the
southern hemisphere and come on down to BeerConf!
https://meet.jit.si/Dlang2023DecemberBeerConf
That is awesome to hear!
If the move towards ldc has the potential to half your run time, that is
quite a significant improvement for your customers.
It will be interesting to hear how dcompute will fare in your situation,
due to it being D code it should be an incremental improvement once
Time for a link!
https://meet.jit.si/Dlang2023NovemberBeerConf
Don't forget to vote!
Agreed, getting good locking support is critical for safe memory
handling at the process level.
Shared as we know it today, is just a distraction from this goal.
Part of the problem with shared is that it is completely inverse of what
it should be.
It fundamentally does not annotate memory with anything extra that is
useful.
At the CPU level there are no guarantees that memory is mapped only to
one thread, nor at the language level.
Therefore all
On 09/11/2023 2:42 AM, Hipreme wrote:
If the runtime is not revived, there is no point in having a GC at all,
and it is impossible to use the GC without the runtime, but runtime
without the GC, it is possible :)
That's not true.
You wouldn't need anything in druntime to make the wasm GC
On 06/11/2023 5:18 AM, Sebastiaan Koppe wrote:
I am not sure what a possible path to support should look like, aside
from writing a complete fresh backend.
I don't think it would be a whole new backend. The output is the LLVM IR
essentially, so its just the glue code that would need to be
Anything that requires the AA from CTFE to cross into runtime should now
work. If it doesn't that is a bug.
Forget the divisiveness and say hello to comradery!
https://meet.jit.si/Dlang2023OctoberBeerConf
On 04/10/2023 8:03 AM, Walter Bright wrote:
On 10/3/2023 12:36 AM, Max Samukha wrote:
'No hire' for language designers who design sum types to be implicitly
enumerated and convertible to integers and booleans?
There's a reason my salary from the D Foundation is $0.
As long as its the tag
Link timee! https://meet.jit.si/Dlang2023SeptemberBeerConf
Heads up, Jitsi has started to require a moderator to be present, I have
no additional information apart from what it asked me when I joined.
So we may need someone else to step up during it to become one by
logging in, we'll see
The announcement post from Ikey included as its only explicit mention of
something bad about D itself that DIP1000 was incomplete.
My mention of reference counting as a way to allow for a complete story
for DIP1000 matched this goal that also matched what other people wanted
here.
Not
On 17/09/2023 11:46 AM, Adam Wilson wrote:
Kidding aside. If you do this, you might as well turn them on
everywhere. After that it's a easy stroll to a non-blocking moving GC,
which would end most complaints about the GC (nobody complains about the
.NET GC anymore).
The scope of each doesn't
On 17/09/2023 12:25 AM, sighoya wrote:
On Saturday, 16 September 2023 at 10:22:31 UTC, Richard (Rikki) Andrew
Cattermole
wrote:
The approach that I think will work well for us is to support
reference counting on structs & classes, and make them not adhere to
DIP1000.
Does that mean you
On 16/09/2023 9:02 PM, Adam Wilson wrote:
I know there are ref-counted languages so theoretically it should be
workable, but the in a language as complex as D there may be dragons on
the edges.
The approach that I think will work well for us is to support reference
counting on structs &
Linkity link time!
Sadly no one has volunteered for a presentation this time, but it won't
be long till we get to watch a whole pile!
https://meet.jit.si/Dlang2023AugustBeerConf
Its the time again, time for the link!
https://meet.jit.si/Dlang2023JulyBeerConf
A big problem with compiler switches is that they have to apply to
everything in a build, or things won't line up. You can't pick and
choose which module it applies to, even if you could, its going to lead
to people having a very bad day.
This is another reason why strict by default is the
I suspect that we kinda have it a little backwards.
Keep it strict by default, but allow more code to pass if desired.
This is how a build manager like dub should operate.
Part of the goal here is to make sure people don't go round using
undesirable features by accident.
Also we should
They are already on dub.
https://code.dlang.org/search?q=mir
The stated goal appears to be to get them into Phobos to minimize chance
of death.
But yeah the conditions being requested are too restrictive to consider
as-is.
Linkity link link https://meet.jit.si/Dlang2023JuneBeerConf
If you feel up to doing a practice talk, you're welcome to join us on
BeerConf!
Heres Jitsi!
https://meet.jit.si/Dlang2023MayBeerConf
On 15/05/2023 11:53 AM, max haughton wrote:
2. At a bigger scale: We probably have too many CI pipelines. The main
ones that I have
in mind that really could go are the OMF pipelines --- In OMF we have
some ancient baggage which we don't need and shouldn't want to support
anymore: [Microsoft
On 15/05/2023 12:47 AM, Mike Parker wrote:
Átila said he'd been thinking about copying Herb Sutter's idea for
zero-overhead C++ exceptions. He said the basic idea is that you get rid
of exceptions while keeping the syntax. (Here's a link to the PDF
Very interesting.
I just want to say, I'm having repeated unrelated CI failures for:
https://github.com/dlang/phobos/pull/8699
Yesterday I finally said right stuff this I don't have the energy to
fight the CI on this anymore and asked Razvan to kinda take over as the
changes on my end are
On 18/04/2023 3:02 PM, Walter Bright wrote:
On 4/15/2023 6:49 AM, Monkyyy wrote:
By all means fund and promote *live coding* or teaching videos if you
want to outreach, but shitposting on twitter wont do anything of value
Mike has also suggested I do some live coding videos.
You're always
Finally, he asked what everyone thought about including Phobos in the
dmd/druntime mono repository. He said he'd seen no good reason not to
[in the forum thread he'd
started](https://forum.dlang.org/thread/kdgcznersjetunkvo...@forum.dlang.org). Iain said that from his perspective, DRuntime and
Link for all our voices to be heard!
https://meet.jit.si/Dlang2023MarchBeerConf
-- Today shall be a good day, may your voices be loud and your brews be
cold.
On 25/03/2023 10:57 PM, Ikey Doherty wrote:
I'd absolutely love to go but I need to check with work, as I have a
commitment in Canada in August. Hopefully by then I'll have enough for
tickets ^^
Do a talk and get tickets/hotel paid for :)
I just want to make this point about -betterC.
As a switch it should just be switching other things off. As a result
its just a marketing name of D without the language extensions that
depend on druntime.
It isn't that way in practice, but it should be.
However I think there is a pathway
Reminder Garrett's talk is in 2 hours!
Linkity link link time!
https://meet.jit.si/Dlang2023FebruaryBeerConf
I'll do another announcement closer to Garrett's talk. Currently it is
in about 6 hours time.
On 21/02/2023 1:38 AM, Mike Parker wrote:
### Focusing on stability
As a result of a discussion that took place during our January meeting
(summary coming this week!), Walter and Átila have decided to shift
gears a bit. For the next year, they want to emphasize stability and
robustness.
On 06/02/2023 12:36 AM, Hipreme wrote:
Exactly because Sebastian did that and that never got upstreamed that I
didn't work on it.
It never got upstreamed because it was never attempted.
I checked, no PR's for druntime.
Very good work, hooks & dmd-as-a-library work has been of particular
interest of me to see done.
I've also been monitoring the progress in the PR's of QUIC!
So very well done everyone!
On 03/02/2023 6:22 AM, Ali Çehreli wrote:
but it doesn't help because the array fullCaseTable in there seems to be
about equivalence (e.g. of ß and ss). I think we need a "mostly correct"
collation for latin based characters.
Yeah collation is a very different beast than comparison, we can
Awesome!
Remember if you need any help with any of the Unicode changes, please
let me know!
I've gone ahead and pinged Jan on this. They didn't receive much
feedback when first announced :)
Part of the problem is dub in general didn't receive much work done on
it for the better part of 10 years. It has speed up within the last
couple of years :) The registry and with that docs
Like this? https://docs.webfreak.org/getting-started/first-steps/
On 31/01/2023 9:39 AM, bachmeier wrote:
On Monday, 30 January 2023 at 04:40:48 UTC, Siarhei Siamashka wrote:
On Monday, 30 January 2023 at 02:44:50 UTC, bachmeier wrote:
if you put your code in directories that match the modules you want
to import,
there's no need for Dub and the corresponding
dub isn't the issue, people who fight it like this, fight the D
compilers and end up having issues.
You're fundamentally doing something that D compilers are not designed
to handle. The problem is with -I flag. Being able to set a directory to
look modules up in.
Problem is it needs to
To one and all! Its time for the linkity link.
https://meet.jit.si/Dlang2023JanuaryBeerConf
May you have an exciting year, without floods of problems!
On 25/01/2023 3:14 AM, ryuukk_ wrote:
PDF is not a good choice for that kind of tutorial, there is no
navigation, so once has to scroll to get to the vided stuff
It would be ok, but there is no Table of Contents which removes that
possibility.
A very big problem we have right now is that we are on pretty shaky
foundations with how symbols are represented at the binary image level
due to DLL's not be fully implemented in dmd.
Any work for things like incremental compilation must be done with the
knowledge that the foundations right
On 04/01/2023 2:58 AM, Adam D Ruppe wrote:
On Tuesday, 3 January 2023 at 05:23:55 UTC, Richard (Rikki) Andrew
Cattermole wrote:
The main concern would be shared libraries, which Phobos should be
able to be distributed as on all platforms by all compilers.
I said this on the discord chat but
On 04/01/2023 2:51 AM, Dukc wrote:
On Tuesday, 3 January 2023 at 04:13:53 UTC, Richard (Rikki) Andrew
Cattermole wrote:
On 03/01/2023 10:24 AM, Dukc wrote:
Other things coming to mind: Bidirectional grapheme iteration, Word
break and line break algorithms, lazy normalisation. Indeed, lots of
On 03/01/2023 6:13 PM, H. S. Teoh wrote:
Is there a way to make these tables pay-as-you-go? As in, if you never
call a function that depends on a table, it would not be pulled into the
binary?
This should already be the case. I saw some stuff involving Rainer 10
years ago who helped improve
On 03/01/2023 10:24 AM, Dukc wrote:
Other things coming to mind: Bidirectional grapheme iteration, Word
break and line break algorithms, lazy normalisation. Indeed, lots of
improvement potential.
I've done word break, "lazy" normalization (so can stop at any point),
and lazy case insensitive
I'm copying my explanation for why the dynamic library wasn't built from
my comment on YouTube here for any future reader and hopefully for the
presenter too:
The reason you didn't get the dynamic library is that it is in a
different configuration than the one you built. You didn't need to
I'm not surprised.
I don't see any ``"libs": ["Xaudio2"]`` in audio or root dub files.
On 28/12/2022 12:13 AM, Dukc wrote:
This is a big service for us at Symmetry. Getting Unicode support up to
date was needed, we would have had to switch libraries at some point or
update it ourselves. But now, nothing to do except perhaps dealing with
a bit of breakage. Thank you!
I had no
76 matches
Mail list logo
