On 19/12/2022 4:56 AM, Robert Schadek wrote:
> * xml, there is some code already, the old std.experimental.xml code
I've toyed with std.experimental.xml.
I'm not convinced that it is a good code base for inclusion.
* no return by ref
As a bit of a follow up of what we were talking about on
Hope everyone got your brews ready!
I for one, have some nice cold iced water, in 29 degree temperatures you
must stay hydrated!
https://meet.jit.si/Dlang2022DConfOnline
On 16/12/2022 1:53 AM, rikki cattermole wrote:
Reminder this is happening tomorrow! In ~24 hours
Will be posting in about an hour.
Get your brews if you haven't already!
Here is a mailto link that'll setup an email ready to go!
mailto:q...@dlang.org?subject=PersonToAsk=Question%0D%0A%0D%0A--%20YourName%20anonymous%3F%0D%0A%0D%0AI%20want%20a%20prize!
Reminder this is happening tomorrow! In ~24 hours
https://meet.jit.si/Dlang2022NovemberBeerConf
~T-3 hours
Time to go acquire your favorite brews if you haven't already!
Don't forget about UI automation too!
That's a key feature people always seem to forget... (unless you require
it).
On 18/11/2022 2:16 PM, Ethan Watson wrote:
On Saturday, 12 November 2022 at 21:51:38 UTC, Steven Schveighoffer wrote:
# BEERCONF!
Reminding myself to remember this for a change.
Don't worry, you won't miss it this time!
I'll bug you everywhere I can when I (or someone else) put the link up
On 16/11/2022 2:13 PM, torhu wrote:
On Tuesday, 15 November 2022 at 20:54:03 UTC, Iain Buclaw wrote:
Glad to announce D 2.101.0, ♥ to the 63 contributors.
For some reason my project build fails with this version, but only the
x86 release build. Only tried it on Windows.
This is the error,
I've filled in some details about shared libraries wrt. plugins the
issue for it.
Will need compiler specific information CC: Walter, Martin, Iain.
Still massive shame that dmd is still a write off for Windows support
when using D from D. Wahoo export + ModuleInfo + DLLs.
Oh and don't
On 02/11/2022 4:05 AM, Mike Parker wrote:
On Tuesday, 1 November 2022 at 11:54:45 UTC, data pulverizer wrote:
It might just be my browser (Chrome) but I've noticed that there's
nothing in the events calendar (https://dlang.org/calendar.html).
Wouldn't it be helpful to include these sorts of
And now for some good news!
Its almost Halloween, so grab your candy and any spooky brews you may
have, and join us for a ghostly chat!
https://meet.jit.si/Dlang2022OctoberBeerConf
On 18/10/2022 3:10 AM, Mike Parker wrote:
### Iain
Over the preceding month, Iain had little going on with D due to a
personal situation. Most of the work he'd done had been on the
infrastructure project and not on the compiler. He noted that I had
migrated the dlang.org and dlang.io DNS
Linkity link: https://meet.jit.si/Dlang2022SeptemberBeerConf
Very nice and exciting!
Congrats everyone.
On 14/09/2022 8:44 PM, Ali Çehreli wrote:
On 9/12/22 09:34, rikki cattermole wrote:
> dub.json
> errornogc/alid/errornogc.d
> circularblocks/alid/circularblocks.d
Considering I may want to let the users import the entire package as
well with
import alid;
how can I achieve my goal
On 14/09/2022 2:48 PM, Salih Dincer wrote:
I'm far from making a solid recommendation. Immutable with const still
doesn't make sense to me. I claim we can live without them. Immutable
confuses me a lot.
I think we should take control by creating our own types. D Language
should be
On 13/09/2022 4:25 AM, Ali Çehreli wrote:
On 9/12/22 07:43, rikki cattermole wrote:
Looks pretty well tested, nice!
Thanks! Proud with 100% coverage. :)
I was going to ask about coverage, that is awesome!
But in other less nice things, I take it you did not test with GDC?
GDC does not
Looks pretty well tested, nice!
But in other less nice things, I take it you did not test with GDC? GDC
does not support cli args with the same names as dmd. One of these is -mv.
The file structure of subPackage/alid/subPackage will not require it and
you will not have the cross import
On 29/08/2022 11:46 PM, Mike Parker wrote:
### Lucian Danescu
Lucian gave [his first DConf talk this
year](https://youtu.be/ksNGwLTe0Ps?t=21650) on the subject of
integrating DMD as a library with D-Scanner. And that's the project that
he submitted, and that the judges accepted, for SAOC.
Its live!
https://meet.jit.si/Dlang2022AugustBeerConf
On 17/08/2022 3:05 AM, Guillaume Piolat wrote:
On Tuesday, 16 August 2022 at 15:01:05 UTC, rikki cattermole wrote:
But one key difference is it is designed to work with the GC even if
it is -betterC @nogc @safe nothrow.
How do you do that?
Via dub's injectSourceFiles (that I added).
And I'm building another.
Allocators already working, tons of Unicode stuff implemented.
Working on string builders atm.
But one key difference is it is designed to work with the GC even if it
is -betterC @nogc @safe nothrow.
It is pretty awesome, a lot easier to digest and get into!
On 07/08/2022 10:45 AM, Walter Bright wrote:
On 8/6/2022 1:29 PM, Timon Gehr wrote:
Seems you should just use a long double/real literal?
real x = 0x1p-16383L; // (works)
Looks like that settles it. (Why didn't I notice that? Sheesh!)
Needs a better error message.
Iain ended up creating a Jitsi room:
https://meet.jit.si/Dconf2022OnlineBeerConf
On 01/08/2022 1:04 AM, Iain Buclaw wrote:
How did this work out? :-)
It has been low turn out so far, but since everything has had low amount
of chatter that isn't too surprising.
Shall we start a jitsi meet-up?
I'm waiting to hear about the IRL beerconf, see if somebody will join in
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
I've been getting a few pings about setting this up, so here it is:
https://meet.jit.si/Dlang2022JulyBeerConf
No password.
Very well done!
I do hope this isn't the end, because things like bindings really
shouldn't be in the dmd repository.
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
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.
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.
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
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
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:
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
> 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
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/
Very nice.
Only one error in about 30 minute time frame. Significantly down!
:D
Thanks.
Looking good so far!
Been watching keenly on this release, cheers!
Adam created the link this time:
https://meet.jit.si/Dlang2022MayBeerConf
No password
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
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?
Its compiled in statically to Phobos (however this may depend on
compiler ext.).
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
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
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
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
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
Well done Iain!
We should do a celebration party for both it and 2.100.0 release!
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.
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
It is that time of the month, once again!
Beerconf.
https://meet.jit.si/Dlang2022AprilBeerConf
Password: `dub4life`
See you all there!
This release is very exciting.
Semver versioning, lots of shared library support for dub, @mustuse and
lots of deprecations + removals.
## 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
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
Changes look good +1
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!
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
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
BeerConf is among us once again!
https://meet.jit.si/Dlang2022JanuaryBeerConf
Password: @mustUse
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
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]
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
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.
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
The link will be added closer to the time (its immediately available).
From there, just use a compatible web browser.
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.
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
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).
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
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!
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
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.
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!
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.
Use the dev tools, network + performance tabs could be very useful
information for debugging this.
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.
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
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.
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
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
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
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
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.
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
Thank you Walter.
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
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
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
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
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
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
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
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
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.
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
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
1 - 100 of 428 matches
Mail list logo
