On Thursday, 13 April 2023 at 01:44:24 UTC, Walter Bright wrote:
On 4/11/2023 7:35 PM, bachmeier wrote:
[...]
It's a seductive idea, and I've considered that (and variations
on it) many times. We have done this, after a fashion, in
having our own versions of the .h files in the form of the
On Tuesday, 11 April 2023 at 21:53:50 UTC, Mike Parker wrote:
__Resolving disagreements__
Well that's disappointing. I guess DMD will just continue to
bleed contributors whenever Walter decides to do something that
the entire contributor base that is a very bad idea.
On 4/11/2023 7:35 PM, bachmeier wrote:
Can't the changes to those files by stored in the compiler? Walter obviously
can't change the raw header files, but he can make changes to the files before
they're used by the compiler. If that's not possible, can't a modified set of
header files be
On Tuesday, 11 April 2023 at 21:53:50 UTC, Mike Parker wrote:
The language shouldn't support by default making a storage
allocator pure. It's doing its job, saying you can't do this
because you're changing state. So you have to fake it by doing
a dirty cast in there somewhere. The reason why D
On Tuesday, 11 April 2023 at 21:53:50 UTC, Mike Parker wrote:
Walter also said that whether void initialization should be
allowed in pure code is a different question. Void initializing
an int and returning it isn't pure, is it? So maybe we should
disallow void initializations in pure code. He
On Tuesday, 11 April 2023 at 21:53:50 UTC, Mike Parker wrote:
The monthly meeting for March took place on March 3rd, 2023, at
14:30 UTC, and lasted about an hour and fifteen minutes. The
following people attended:
As before, a great deal of interesting stuff here. Also useful:
with these we
On Tuesday, 11 April 2023 at 21:53:50 UTC, Mike Parker wrote:
ImportC was slowly grinding along. His priority was getting all
the standard header files to compile on all the platforms. A
lot of the system `.h` files on the various platforms have made
a feeble attempt to be usable by different
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
The monthly meeting for March took place on March 3rd, 2023, at
14:30 UTC, and lasted about an hour and fifteen minutes. The
following people attended:
* Walter Bright
* Iain Buclaw
* Ali Çehreli
* Martin Kinkelin
* Dennis Korpel
* Mathias Lang
* Átila Neves
* Razvan Nitu
* Mike Parker
*
On Monday, 27 February 2023 at 10:53:25 UTC, Mike Parker wrote:
An annoying bug he had run into before and recently encountered
again is that Phobos on Windows doesn't properly support long
paths. Windows has a special syntax for denoting long file
paths that go beyond its old `MAX_PATH`
On Wednesday, 1 March 2023 at 13:01:03 UTC, Guillaume Piolat
wrote:
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
Is there a replacement? If not, why is this even being
discussed? I'm all for breaking changes if there's a benefit
and an easy path to maintain the existing
On Wednesday, 1 March 2023 at 13:01:03 UTC, Guillaume Piolat
wrote:
I think this has been the direction for years: ProtoObject,
Object.factory, etc.
These things don't really help with it unfortunately, but yes,
this is the best goal.
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
Is there a replacement? If not, why is this even being
discussed? I'm all for breaking changes if there's a benefit
and an easy path to maintain the existing functionality. This
fails on both counts. If you want to enforce that
On Monday, 27 February 2023 at 23:00:41 UTC, Mike Parker wrote:
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
betterC is much more important for some user, please don't
phase out `-betterC`.
BetterC isn’t going anywhere. Too many people use it.
Using word "Too" is scary
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
betterC is much more important for some user, please don't
phase out `-betterC`.
BetterC isn’t going anywhere. Too many people use it.
On Monday, 27 February 2023 at 15:39:35 UTC, Dom Disc wrote:
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the
On Monday, 27 February 2023 at 15:39:35 UTC, Dom Disc wrote:
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the
On Monday, 27 February 2023 at 14:27:25 UTC, bachmeier wrote:
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the next
day. Amaury [initiated a forum
On Monday, 27 February 2023 at 14:25:29 UTC, Adam D Ruppe wrote:
On Monday, 27 February 2023 at 14:18:04 UTC, M.M. wrote:
In the recent post by Mike Parker, betterC is used as a great
alternative to C for writing bare-metal RISC-V application:
Real D can do this too.
Oh, that's a bit new
On Monday, 27 February 2023 at 14:24:38 UTC, Adam D Ruppe wrote:
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
with `betterC` you can target into new platform without much
work, and easy to deal with dynamic library, generate much
fast and smaller binary.
you can do this
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
Razvan [submitted a PR deprecating `alias this` in
classes](https://github.com/dlang/dmd/pull/14812) the next day.
Amaury [initiated a forum
discussion](https://forum.dlang.org/thread/roaaoujwgkzednetb...@forum.dlang.org) a few
On Monday, 27 February 2023 at 14:18:04 UTC, M.M. wrote:
In the recent post by Mike Parker, betterC is used as a great
alternative to C for writing bare-metal RISC-V application:
Real D can do this too.
betterC needs to die, it is just arbitrary special cases that add
tech debt to the
On Monday, 27 February 2023 at 12:08:58 UTC, newbie wrote:
with `betterC` you can target into new platform without much
work, and easy to deal with dynamic library, generate much
fast and smaller binary.
you can do this without betterC too. often easier. And it could
be even easier with a
I use -betterC because i can focus on the language and build upon
it, i don't have to deal with the slowness of phobos and more
importantly, i don't have to wait for phobos or druntime to be
ported to WASM in order to be able to target to WASM, i target
WASM today
It also makes me confident
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
...
### Dennis
Dennis asked about the future direction of `-betterC`...
... He then listed three possible approaches:
* Explicitly annotate code as CTFE-only with new syntax:
`pragma(ctfe)`, `if (ctfe)` etc. Walter noted that the
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
On Monday, 27 February 2023 at 10:47:04 UTC, Mike Parker wrote:
The January meeting took place on January 13th at 14:00 UTC. It
was a quarterly meeting, which means we invited representatives
from companies using D in production. We normally would have
scheduled it on the first Friday of the
The February meeting took place on February 3rd, 2023, at 15:00
UTC. The following people attended:
* Walter Bright
* Iain Buclaw
* Ali Çehreli
* Martin Kinkelin
* Dennis Korpel
* Mathias Lang
* Átila Neves
* Razvan Nitu
* Mike Parker
* Robert Schadek
The meeting lasted just under 50 minutes.
additional gaps they may remember.
The following people attended (those with DLF next to their names
are either D Language Foundation board members, paid employees,
or affiliated volunteers):
* Walter Bright (DLF)
* Iain Buclaw (GDC/DLF)
* Ali Çehreli (DLF/Mercedes Benz R & D North Ame
On 1/28/2023 5:04 AM, Johan wrote:
Is there a document describing cases where removal of `@property` does not lead
to an error but does lead to a change in behavior of code?
No.
We are considering a blanket removal of 3000+ instances of `@property`. The
resulting compile errors I can fix
On Saturday, 28 January 2023 at 13:04:33 UTC, Johan wrote:
Is there a document describing cases where removal of
`@property` does not lead to an error but does lead to a change
in behavior of code?
We are considering a blanket removal of 3000+ instances of
`@property`. The resulting compile
On Saturday, 21 January 2023 at 04:29:28 UTC, Mike Parker wrote:
The December meeting took place on the 3rd of the month at
15:00 UTC. The following people were present:
Razvan noted that simplifying the language is part of our
vision, and this seems like a good candidate. Walter agreed.
On 1/23/2023 11:21 PM, Siarhei Siamashka wrote:
But the safety is not exactly great.
It does (and always has) resolved the #1 memory safety problem - buffer
overflows.
If you use @safe, and the GC for allocations, it is just as memory safe as
Python.
On Saturday, 21 January 2023 at 04:29:28 UTC, Mike Parker wrote:
Robert thinks Rust has won that game. We're the second person
to the moon.
Do you mean second to last? The safety offered by D language
currently only looks good when compared to C/C++, but is worse
than pretty much any of the
On Monday, 23 January 2023 at 21:26:56 UTC, H. S. Teoh wrote:
On Mon, Jan 23, 2023 at 08:43:03PM +, Adam D Ruppe via
Digitalmars-d-announce wrote:
On Monday, 23 January 2023 at 20:06:46 UTC, H. S. Teoh wrote:
> There should be a tool for auto-generating JS wrappers,
> perhaps even HTML
On Mon, Jan 23, 2023 at 08:43:03PM +, Adam D Ruppe via
Digitalmars-d-announce wrote:
> On Monday, 23 January 2023 at 20:06:46 UTC, H. S. Teoh wrote:
> > There should be a tool for auto-generating JS wrappers, perhaps even
> > HTML snippets, so that a user literally can just write:
> >
> >
On 1/23/23 12:06, H. S. Teoh wrote:
> `.parallel` -- it's basically zero cost. And for script-like helper
> utilities, .parallel is just the thing you need to get the job done in
> the shortest amount of time possible. No need for anything more
> elaborate.
Yes! :)
As a heads up to those who
On Monday, 23 January 2023 at 20:06:46 UTC, H. S. Teoh wrote:
There should be a tool for auto-generating JS wrappers, perhaps
even HTML snippets, so that a user literally can just write:
import std; // OK, maybe import std.wasm or something
void main() { writeln("Hello,
On Sat, Jan 21, 2023 at 04:29:28AM +, Mike Parker via
Digitalmars-d-announce wrote:
[...]
> __CTFE writeln__
>
> Razvan next brought up [a PR to implement a `__ctfeWriteln`
> built-in](https://github.com/dlang/dmd/pull/12412). It was currently
> stalled and needed Walter's approval. Walter
On Saturday, 21 January 2023 at 04:29:28 UTC, Mike Parker wrote:
Robert spoke up then to suggest deprecating @property and
releasing a tool that removes it from a code base. Then we
should apply that tool to create pull requests for all dub
packages using @property, and then in a future
On Saturday, 21 January 2023 at 11:25:37 UTC, Sergey wrote:
On Saturday, 21 January 2023 at 04:29:28 UTC, Mike Parker wrote:
The December meeting took place on the 3rd of the month at
15:00 UTC. The following people were present:
* Andrei Alexandrescu
* Walter Bright
* Ali Çehreli
* Dennis
On Saturday, 21 January 2023 at 04:29:28 UTC, Mike Parker wrote:
As far as he understood, the only time `@property` has an
effect is when you take the address of a function it annotates.
It is when you do typeof(thing.prop), not
Walter said that `__traits` is meant to be ugly.
We should
On Saturday, 21 January 2023 at 04:29:28 UTC, Mike Parker wrote:
The December meeting took place on the 3rd of the month at
15:00 UTC. The following people were present:
* Andrei Alexandrescu
* Walter Bright
* Ali Çehreli
* Dennis Korpel
* Mathias Lang
* Átila Neves
* Razvan Nitu
* Mike Parker
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
The December meeting took place on the 3rd of the month at 15:00
UTC. The following people were present:
* Andrei Alexandrescu
* Walter Bright
* Ali Çehreli
* Dennis Korpel
* Mathias Lang
* Átila Neves
* Razvan Nitu
* Mike Parker
* Robert Schadek
The meeting lasted around an hour and a half.
On Thursday, 12 January 2023 at 11:47:26 UTC, Mike Parker wrote:
### Petar
One of the things Petar wants to do toward that end involves
the Nix package manager. He's been using it for the past few
years. There are already packages for the three D compilers,
but they only target the latest
On Thursday, 12 January 2023 at 11:47:26 UTC, Mike Parker wrote:
[...]
Thank you so much for these updates! It makes a whole lot of a
difference to see the progress that is being done. It turns out
there is so much work both mentally and programmatically that is
undertaken...
Dne čt 12. 1. 2023 12:51 uživatel Mike Parker
> ...
> Next, Razvan reported he had been looking at a PR to implement
> the `throw` attribute for functions. The problem with it was that
> it potentially breaks code that uses the `getAttributes` trait
> when testing for the presence of `nothrow`.
On Thursday, 12 January 2023 at 11:47:26 UTC, Mike Parker wrote:
I fell behind on my meeting summaries in the run up to DConf
Online. The December summary will follow in a few days.
[...]
Thanks for these reports -- great to have such transparency and
get updates on the work in progress.
On Thursday, 12 January 2023 at 11:47:26 UTC, Mike Parker wrote:
Andrei asked Razvan about the status of [the ProtoObject
DIP](https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1042.md). Razvan said that Adam Ruppe had raised some valid complaints in the DIP's pull request thread, and
On Thursday, 12 January 2023 at 11:47:26 UTC, Mike Parker wrote:
[snip]
### Andrei
Andrei asked Razvan about the status of [the ProtoObject
DIP](https://github.com/dlang/DIPs/blob/master/DIPs/other/DIP1042.md). Razvan said that Adam Ruppe had raised some valid complaints in the DIP's pull
I fell behind on my meeting summaries in the run up to DConf
Online. The December summary will follow in a few days.
The November 2022 monthly meeting took place on the 4th of the
month at 14:00 UTC. It lasted about two-and-a-half hours. The
following were present:
* Andrei Alexandrescu
*
On Fri, Nov 04, 2022 at 03:57:05PM +, Bastiaan Veelo via
Digitalmars-d-announce wrote:
> On Wednesday, 2 November 2022 at 18:20:42 UTC, H. S. Teoh wrote:
> > On Wed, Nov 02, 2022 at 06:11:12PM +, M. M. via
> > Digitalmars-d-announce wrote:
> > > Thank you to Martin Nowak for all his as
On Wednesday, 2 November 2022 at 18:20:42 UTC, H. S. Teoh wrote:
On Wed, Nov 02, 2022 at 06:11:12PM +, M. M. via
Digitalmars-d-announce wrote:
Thank you to Martin Nowak for all his as release manager.
Happy to hear that someone like Ian took over.
I'm just curious why Martin stepped down.
On 11/2/22 6:06 PM, Walter Bright wrote:
On 11/2/2022 4:19 AM, Steven Schveighoffer wrote:
On one of the only articles using ImportC (which otherwise shines a
positive light on the feature), this specific issue is the only one
that comes up as a blocker:
The easiest option would be to simply
On 11/2/2022 4:19 AM, Steven Schveighoffer wrote:
https://briancallahan.net/blog/20220704.html
That's now in the "new" section of HackerNews!
https://news.ycombinator.com/newest
On 11/2/2022 4:19 AM, Steven Schveighoffer wrote:
On one of the only articles using ImportC (which otherwise shines a positive
light on the feature), this specific issue is the only one that comes up as a
blocker:
The easiest option would be to simply ignore "const" when it is "const pointer
took
> > place via Jitsi Meet on October 7, 2022, at 14:00 UTC. The following
> > people attended (those with DLF next to their names are either D
> > Language Foundation board members, paid employees, or affiliated
> > volunteers):
> >
> > [...]
>
> Tha
with DLF next
to their names are either D Language Foundation board members,
paid employees, or affiliated volunteers):
[...]
Thank you for the summary. It's very informative.
Thank you to Martin Nowak for all his as release manager. Happy
to hear that someone like Ian took over.
On Wednesday, 2 November 2022 at 11:19:21 UTC, Steven
Schveighoffer wrote:
On 11/2/22 12:42 AM, Mike Parker wrote:
[...]
Having translated C code myself, and running into const issues
where I've had to cast away const, I do not think this is a
wise decision. Walter should reconsider. An
On 11/2/22 8:58 AM, ryuukk_ wrote:
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker wrote:
Following that, he had begun adding colors in the stack trace because
he thought they were unreadable, and adding colors was not that much
work. He had a proof-of-concept but still had a few
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker wrote:
Following that, he had begun adding colors in the stack trace
because he thought they were unreadable, and adding colors was
not that much work. He had a proof-of-concept but still had a
few things to work out.
That's a little
with DLF next
to their names are either D Language Foundation board members,
paid employees, or affiliated volunteers):
[snip]
Thanks for doing these. They are always informative and I'm sure
time-consuming for you to produce.
And another thanks to Martin Nowak for all the work he did over
On Wednesday, 2 November 2022 at 09:42:27 UTC, Mike Parker wrote:
On Wednesday, 2 November 2022 at 09:12:02 UTC, zjh wrote:
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker
wrote:
The tutorial series is focused on contributing to DMD.
Hope the tutorial has a `text version`.
On Wednesday, 2 November 2022 at 11:19:21 UTC, Steven
Schveighoffer wrote:
Having translated C code myself, and running into const issues
where I've had to cast away const, I do not think this is a
wise decision. Walter should reconsider. An ImportC that can't
compile pretty standard C code
On 11/2/22 12:42 AM, Mike Parker wrote:
Walter said that ImportC doesn't support head const. His experience with
C is that people generally mean const in C to be transitive. So in
ImportC, he turned the head const cases into transitive const and it
appears to work well.
On one of the only
On Wednesday, 2 November 2022 at 09:42:27 UTC, Mike Parker wrote:
Taking the time to do the text version means less time to do
the videos. It's up to Dennis if he wants to do it, but I
wouldn't expect it.
It is very meaningful to do this `tutorial`, whether it is a
`text` version or a
On Wednesday, 2 November 2022 at 09:12:02 UTC, zjh wrote:
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker
wrote:
The tutorial series is focused on contributing to DMD.
Hope the tutorial has a `text version`.
Taking the time to do the text version means less time to do the
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker wrote:
The tutorial series is focused on contributing to DMD.
Hope the tutorial has a `text version`.
On Wednesday, 2 November 2022 at 04:42:06 UTC, Mike Parker wrote:
## Iain
For the benefit of the industry folks who only join us in the
quarterlies, Iain recapped some of the things he'd covered in
the two previous monthly meetings, such as the move to
Backblaze for downloads.dlang.org and
On 02.11.22 05:42, Mike Parker wrote:
Walter stressed that this is why the test suite is important. Every bug
that is fixed goes into the test suite, and that's like a ratchet that
only moves forward.
Unless Walter manually (and secretly) moves the ratchet back, like here:
The D Language Foundation's October 2022 meeting was a quarterly,
meaning that several industry representatives attended. It took
place via Jitsi Meet on October 7, 2022, at 14:00 UTC. The
following people attended (those with DLF next to their names are
either D Language Foundation board
On Monday, 17 October 2022 at 14:10:49 UTC, Mike Parker wrote:
The D Language Foundation's monthly meeting for September 2022
took place on September 2nd at 14:00 UTC. The following were in
attendance:
[...]
Thank for all the work you're doing
On Monday, 17 October 2022 at 20:21:10 UTC, Dukc wrote:
On Monday, 17 October 2022 at 14:10:49 UTC, Mike Parker wrote:
Finally, I noted that I had spoken to Weka's Eyal Lotem at
DConf. He said their biggest remaining sticking point is what
happens after a move, which is what originally
On Monday, 17 October 2022 at 14:10:49 UTC, Mike Parker wrote:
Finally, I noted that I had spoken to Weka's Eyal Lotem at
DConf. He said their biggest remaining sticking point is what
happens after a move, which is what originally prompted [one of
their employees to write
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
The D Language Foundation's monthly meeting for September 2022
took place on September 2nd at 14:00 UTC. The following were in
attendance:
* Andrei Alexandrescu
* Walter Bright
* Iain Buclaw
* Ali Çehreli
* Max Haughton
* Martin Kinkelin
* Dennis Korpel
* Razvan Nitu
* Mike Parker
* Robert
On Monday, 5 September 2022 at 11:39:44 UTC, Mike Parker wrote:
[...]
Thanks for the roundup! It's exciting to see dub being worked on
more actively. Even the superficial changes are nice.
On Monday, 5 September 2022 at 13:53:42 UTC, ryuukk_ wrote:
On Monday, 5 September 2022 at 11:39:44 UTC, Mike Parker wrote:
I mentioned to Max that I had spoken to Eyal Lotem of Weka
about the move constructor DIP (DIP 1040, "Copying, Moving,
and Forwarding",
You linked the wrong DIP, your
On Monday, 5 September 2022 at 11:39:44 UTC, Mike Parker wrote:
I mentioned to Max that I had spoken to Eyal Lotem of Weka
about the move constructor DIP (DIP 1040, "Copying, Moving, and
Forwarding",
You linked the wrong DIP, your link point to DIP1043
On Monday, 5 September 2022 at 11:39:44 UTC, Mike Parker wrote:
EV code-signing certs are expensive, and also have a 2FA
dependency on a hardware token
D is an established open source project known by everyone in the
planet
I'm pretty sure contacting one company to get sponsor for 1 would
Under normal circumstances, I would have scheduled our August
meeting on Friday, August 5th, but as most of us were in London
for DConf, August 4th, the day of the Hackathon, was a perfect
day for it. So in the afternoon, those of us physically present
gathered in the space behind the DConf
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
This summary is quite a bit overdue. Sorry for the delay.
Thanks for this, and for keeping all the details. Good work!
— Bastiaan.
On Sunday, 28 August 2022 at 11:04:45 UTC, Steven Schveighoffer
wrote:
On 8/28/22 6:37 AM, Mike Parker wrote:
SARC has marked a major milestone in that their 500KLOC
Extended Pascal codebase has been completely transcompiled to D
This is awesome! I remember that talk, and it was very
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
Since the meeting, Iain and I have set up a new server for the
archived downloads. We've moved away from AWS and are now using
Backblaze (with free bandwidth, thanks to the Bandwith Alliance
and our use of Cloudflare). All 235.2
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
### Bastiaan
SARC has marked a major milestone in that their 500KLOC
Extended Pascal codebase has been completely transcompiled to D
(if you aren't aware of this project, you might enjoy
Bastiaan's talks from DConf 2017, [Extending
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
with Martin noting that this isn't a problem if you're properly
encapsulating your types.
While ignoring the issues/drawbacks that has been brought up when
involving certain solutions to achieve this.
I can't argue against a wall
Dennis brought up a discussion about reducing the size of
object.d that came up in a PR thread. Specifically, moving
things into separate modules, then making object.d a list of
public imports would make it easier to maintain a custom
object.d.
It is unfortunate that my suggestion was used
On Monday, 29 August 2022 at 03:32:08 UTC, Ruby The Roobster
wrote:
The whole point of a struct in an OOP Language is to allow user
defined types that prohibit inheritance.
Why do someone like `C++`, because it gives you freedom, no
matter `what you do`.
On Monday, 29 August 2022 at 03:04:15 UTC, zjh wrote:
On Monday, 29 August 2022 at 02:58:33 UTC, zjh wrote:
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
and how some people would prefer that it be
private-to-the-class instead.
Encapsulation by class can quickly determine the
On Monday, 29 August 2022 at 02:58:33 UTC, zjh wrote:
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
Compilation speed is less dependent on file size and more
dependent on the `number of files`.
Isn't that `strange`?
If so, split the files for `editing` and merge them for
On Monday, 29 August 2022 at 02:58:33 UTC, zjh wrote:
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
and how some people would prefer that it be
private-to-the-class instead.
Encapsulation by class can quickly determine the `problem`.
The smaller the `encapsulate`, the better.
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
Compilation speed is less dependent on file size and more
dependent on the `number of files`.
Isn't that `strange`?
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
This summary is quite a bit overdue. Sorry for the delay.
One of the most interesting posts! Thank you for sharing that,
Mike. And for the work of all participants and committers.
On Sunday, 28 August 2022 at 10:37:03 UTC, Mike Parker wrote:
This summary is quite a bit overdue. Sorry for the delay.
[...]
Thanks for the detailed update.
On 8/28/22 6:37 AM, Mike Parker wrote:
SARC has marked a major milestone in that their 500KLOC Extended Pascal
codebase has been completely transcompiled to D
This is awesome! I remember that talk, and it was very interesting.
Congratulations!
-Steve
This summary is quite a bit overdue. Sorry for the delay.
The July 8 D Language Foundation meeting was one of our quarterly
meetings. In the first part of these meetings, representatives
from industry join us to provide us with updates, notify us of
issues they're experiencing, and provide us
On Friday, 24 June 2022 at 14:27:17 UTC, Mike Parker wrote:
The monthly meeting for June 2022 took place on June 10.
Thanks, I like to read these summaries - keep 'em coming! This
one had so much news that it was almost a D blog post.
On Monday, 27 June 2022 at 11:53:25 UTC, matheus wrote:
https://redirect.invidious.io/watch?v=bNJhtKPugSQ
Matheus.
Thank you very much. I downloaded it.It's `incredible`.
On Friday, 24 June 2022 at 14:27:17 UTC, Mike Parker wrote:
I'm sure someone will ask when it will be published. I'm still
holding to my promise that we'll get it done before DConf. My
original plan was to wait until the entire document was
finalized, but I now intend to publish the
101 - 200 of 523 matches
Mail list logo