On Tuesday, 27 June 2023 at 14:18:52 UTC, Mike Parker wrote:
I still will put at least three or four weeks between the
meetings and the summaries.
I appreciate your summary here. This was very insightful!
On Tuesday, 27 June 2023 at 12:36:20 UTC, Sergey wrote:
After that real person could verify result and make small
corrections. It should significantly reduce effort and decrease
time-to-market :)
Yes. The next version of Davinci Resolve (which I use for video
editing) will have automated
On Friday, 23 June 2023 at 14:32:51 UTC, Mike Parker wrote:
The monthly meeting for May 2023 took place on Friday the 5th
at 14:00 UTC. It lasted about an hour and a half.
Hi Mike.
Does anyone consider some automatization and application of
modern technologies for the process of meeting
If you feel up to doing a practice talk, you're welcome to join us on
BeerConf!
On Friday, 23 June 2023 at 14:32:51 UTC, Mike Parker wrote:
[...]
Walter brought up [Sebastiaan Koppe's presentation from last
year](https://youtu.be/hJhNhIeq29U) on structured concurrency.
He said he'd like to see Sebastiaan there this year for an
update on the project, preferably as a
On Friday, 23 June 2023 at 14:32:51 UTC, Mike Parker wrote:
The monthly meeting for May 2023 took place on Friday the 5th
at 14:00 UTC. It lasted about an hour and a half. This was the
last meeting before we started our new planning sessions.
Nice to read on what you guys are doing!
—
Dmitry
The monthly meeting for May 2023 took place on Friday the 5th at
14:00 UTC. It lasted about an hour and a half. This was the last
meeting before we started our new planning sessions.
The following people attended:
* Walter Bright
* Iain Buclaw
* Ali Çehreli
* Martin Kinkelin
* Dennis Korpel
*
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 Monday, 4 April 2022 at 10:59:39 UTC, Mike Parker wrote:
### D ecosystem services
While we were waiting for everyone to arrive, I gave an update
on the status of our plans to bring all of the ecosystem
services under our control. At that point, I had received
information on the resource
On Monday, 4 April 2022 at 10:59:39 UTC, Mike Parker wrote:
The monthly meeting for March 2022 took place on March 4 at
15:00 UTC. The following foundation staff and contributors were
present:
[...]
Thanks for summarizing!
On Monday, 4 April 2022 at 10:59:39 UTC, Mike Parker wrote:
### D ecosystem services
While we were waiting for everyone to arrive, I gave an update
on the status of our plans to bring all of the ecosystem
services under our control. At that point, I had received
information on the resource
On Monday, 4 April 2022 at 10:59:39 UTC, Mike Parker wrote:
One of the problems with going to DIP 1000 by default is what
to do about `ref return scope` ambiguity. Walter had finally
come up with a fix that was half-implemented. Some of the PRs
had been merged, but others were stalled. Those
On Tue, Apr 05, 2022 at 12:23:54AM +1200, rikki cattermole via
Digitalmars-d-announce wrote:
[...]
> +1 infer everything!
I agree, in principle. The ideal is 100% inference. Unfortunately,
that's unlikely to be actually reachable. Nevertheless, we should
definitely move in the direction of
On Monday, 4 April 2022 at 12:23:54 UTC, rikki cattermole wrote:
+1 infer everything!
Well, you *can't* infer everything, but private things I do think
you can get away with since they're not allowed to be virtual.
Inferring more on non-virtual things is a maybe, you still have
to think
## 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
On Monday, 4 April 2022 at 10:59:39 UTC, Mike Parker wrote:
### DIP 1008 and Phobos
Razvan has opened these two issues for this:
https://issues.dlang.org/show_bug.cgi?id=22985
https://issues.dlang.org/show_bug.cgi?id=22986
The monthly meeting for March 2022 took place on March 4 at 15:00
UTC. The following foundation staff and contributors were present:
* Andrei Alexandrescu
* Walter Bright
* Iain Buclaw
* Ali
* Martin Kinkelin
* Dennis Korpel
* Mathias Lang
* Razvan Nitu
* Mike Parker
This was a three-hour
On Friday, 14 January 2022 at 07:14:25 UTC, Mike Parker wrote:
On Friday, 14 January 2022 at 06:12:51 UTC, Konstantin wrote:
Hello, Max!
Are there any news or estimates about the roadmap?
I posted a note about it in a meeting summary or a blog post
(can't remember where) a few weeks ago.
On Friday, 14 January 2022 at 06:12:51 UTC, Konstantin wrote:
Hello, Max!
Are there any news or estimates about the roadmap?
I posted a note about it in a meeting summary or a blog post
(can't remember where) a few weeks ago. But the short of it: in
the process of revising it, I realized
On Friday, 1 October 2021 at 23:53:46 UTC, max haughton wrote:
On Friday, 1 October 2021 at 21:48:23 UTC, Konstantin wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
Attendees:
Andrei Alexandrescu
Walter Bright
Iain Buclaw
Ali Çehreli
Max Haughton
Martin Kinkelin
Mathias
On Tuesday, 12 October 2021 at 19:21:50 UTC, Ben Jones wrote:
On Wednesday, 6 October 2021 at 06:23:01 UTC, WebFreak001 wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
[...]
new slogan
[...]
want to generate controversial heat?
Do it in D (DIID)
(careful with there
On Tuesday, 19 October 2021 at 16:17:43 UTC, Andrea Fontana wrote:
On Wednesday, 6 October 2021 at 06:23:01 UTC, WebFreak001 wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
[...]
new slogan
[...]
want to generate controversial heat?
Do it in D (DIID)
(careful with
On Wednesday, 6 October 2021 at 06:23:01 UTC, WebFreak001 wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
[...]
new slogan
[...]
want to generate controversial heat?
Do it in D (DIID)
(careful with there being a trademark for DiiD though)
You mean:
Just D it
On 01.10.21 14:32, Mike Parker wrote:
Walter would like to establish a new slogan, or tagline, for D.
Gettin' it Done.
(Enunciated like Doom's "Rip and tear until it is done.")
On Wednesday, 6 October 2021 at 06:23:01 UTC, WebFreak001 wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
[...]
new slogan
[...]
want to generate controversial heat?
Do it in D (DIID)
(careful with there being a trademark for DiiD though)
How about "from prototype to
On 10/3/21 2:24 PM, James Blachly wrote:
> Cons: Potential association with silicon valley phrase "move fast and
> break things".
I am going off-topic but I feel I have to make a correction there.
As a person who worked and lived in Silicon Valley since 1996 (since
1994 in the greater Bay
On Monday, 4 October 2021 at 15:44:11 UTC, Ki Rill wrote:
About (1): I've written some C++ code recently. I was very
happy with the code. I've read the code multiple times in
search for potential bugs and errors. I decided to rewrite some
of the code in D just to see the difference code-wise
On Monday, 4 October 2021 at 15:44:11 UTC, Ki Rill wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
[...]
These are great news! As for the new slogan, I believe we need
to put some emphasis on D's modelling power. If I come up with
something decent, I'll post it.
[...]
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
[...]
These are great news! As for the new slogan, I believe we need to
put some emphasis on D's modelling power. If I come up with
something decent, I'll post it.
Meanwhile:
(1) Reliable, fast. (2) Safe, not strict. (3) Smooth
On Sunday, 3 October 2021 at 21:24:31 UTC, James Blachly wrote:
Cons: Could be open to criticism that garbage collected
language is not "the future," but this would likely be a tiny
number of detractors.
It seems like D itself is moving away from GC everywhere too.
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
Attendees:
Andrei Alexandrescu
Walter Bright
Iain Buclaw
Ali Çehreli
Max Haughton
Martin Kinkelin
Mathias Lang
Razvan Nitu
Mike Parker
[...]
I don't have a slogan in mind. But it would be nice if it could
capture the plasticity
On 10/1/21 8:32 AM, Mike Parker wrote:
Walter would like to establish a new slogan, or tagline, for D. He asked
us all to think about this for a future meeting. (Ali has since
solicited some good advice from a relative who is a professional
marketer that has gotten us on the right track.)
1.
On Saturday, 2 October 2021 at 08:48:10 UTC, Konstantin wrote:
On Friday, 1 October 2021 at 23:53:46 UTC, max haughton wrote:
On Friday, 1 October 2021 at 21:48:23 UTC, Konstantin wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
Attendees:
Andrei Alexandrescu
Walter
On Friday, 1 October 2021 at 23:53:46 UTC, max haughton wrote:
On Friday, 1 October 2021 at 21:48:23 UTC, Konstantin wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
Attendees:
Andrei Alexandrescu
Walter Bright
Iain Buclaw
Ali Çehreli
Max Haughton
Martin Kinkelin
Mathias
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
new slogan
feature X ? D got it yesterday!
On Friday, 1 October 2021 at 21:48:23 UTC, Konstantin wrote:
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
Attendees:
Andrei Alexandrescu
Walter Bright
Iain Buclaw
Ali Çehreli
Max Haughton
Martin Kinkelin
Mathias Lang
Razvan Nitu
Mike Parker
[...]
Offtopic:
Are there any
On Friday, 1 October 2021 at 12:32:20 UTC, Mike Parker wrote:
Attendees:
Andrei Alexandrescu
Walter Bright
Iain Buclaw
Ali Çehreli
Max Haughton
Martin Kinkelin
Mathias Lang
Razvan Nitu
Mike Parker
[...]
Offtopic:
Are there any plans to publish the roadmap for the language and
stdlib
Attendees:
Andrei Alexandrescu
Walter Bright
Iain Buclaw
Ali Çehreli
Max Haughton
Martin Kinkelin
Mathias Lang
Razvan Nitu
Mike Parker
(Átila Neves was on vacation in an area with limited internet
access)
The primary item on the agenda for this meeting was a governance
proposal from Mathias
On Thursday, 10 June 2021 at 10:55:50 UTC, sighoya wrote:
That doesn't mean tracing GC is bad, I'm still skeptical that
arc + cycle detection is better than tracing in general for
true high level languages.
For truly high level languages garbage collection probably is the
best, if you design
On Thursday, 10 June 2021 at 10:55:50 UTC, sighoya wrote:
On Saturday, 5 June 2021 at 09:14:52 UTC, Ola Fosheim Grøstad
wrote:
The current GC strategy is a dead end. No GC makes the
language too much of a C++ with no real edge. D needs to offer
something other languages do not, to offset the
On Thursday, 10 June 2021 at 10:55:50 UTC, sighoya wrote:
I think the switch to arc with cycle detection as opt out (like
in python) is the right direction, it fits more to a system
level language making use of destructors more often.
Rewriting cyclic code to acyclic code is easier than
On Saturday, 5 June 2021 at 09:14:52 UTC, Ola Fosheim Grøstad
wrote:
The current GC strategy is a dead end. No GC makes the language
too much of a C++ with no real edge. D needs to offer something
other languages do not, to offset the cost of learning the
language complexities.
I think the
On Monday, 7 June 2021 at 18:37:54 UTC, sai wrote:
My use case of writing GUI apps for desktop - presence of GC
does not matter for me at all. In fact its great for me.
Hopefully D will not stop covering these use cases.
Great, I am interested in highly interactive apps (games, sound
On Monday, 7 June 2021 at 23:04:12 UTC, Norm wrote:
On Saturday, 5 June 2021 at 08:58:47 UTC, Paulo Pinto wrote:
On Friday, 4 June 2021 at 21:35:43 UTC, IGotD- wrote:
On Friday, 4 June 2021 at 19:56:06 UTC, sighoya wrote:
This uniformization sounds too good to be true. I think most
people
On Saturday, 5 June 2021 at 08:58:47 UTC, Paulo Pinto wrote:
On Friday, 4 June 2021 at 21:35:43 UTC, IGotD- wrote:
On Friday, 4 June 2021 at 19:56:06 UTC, sighoya wrote:
This uniformization sounds too good to be true. I think most
people think that, but it's simply not true. malloc/free is
On Monday, 7 June 2021 at 18:37:54 UTC, sai wrote:
Hopefully D will not stop covering these use cases.
I know all the web-apps folks who wants to serve
100 requests per second will not like GC, I guess.
Absolutely not, D must continue with automatic memory management
and I
On Saturday, 5 June 2021 at 09:58:23 UTC, Ola Fosheim Grøstad
wrote:
You mean the wait-for-everything-to-stop-scan-everything
approach will remain?
What is the area that D is trying to cover though?
Somebody should write a memo on that.
My use case of writing GUI apps for desktop -
On Friday, 4 June 2021 at 19:31:57 UTC, IGotD- wrote:
On Friday, 4 June 2021 at 18:34:32 UTC, Imperatorn wrote:
You might be surprised, but it's actually not up to you what
topic fits or not.
I said GC-phobia is irrational, I did not say any criticism of
it is.
Obviously GC is good for
On Saturday, 5 June 2021 at 09:47:11 UTC, Imperatorn wrote:
I get your point, but I still think GC will remain mainly
because of the area D is trying to cover.
You mean the wait-for-everything-to-stop-scan-everything approach
will remain?
What is the area that D is trying to cover though?
On Saturday, 5 June 2021 at 08:51:07 UTC, Ola Fosheim Grøstad
wrote:
On Friday, 4 June 2021 at 18:34:32 UTC, Imperatorn wrote:
[...]
This is the announce forum, so it is kinda misplaced, but we
are all contributing to this so... :)
[...]
I get your point, but I still think GC will remain
On Saturday, 5 June 2021 at 08:58:47 UTC, Paulo Pinto wrote:
Meanwhile kids, the future generation of developers, keeps
adopting the hardware and programming languages listed above,
D isn't useful for teaching kids programming. Wy too
complicated. Most Arduino users, who build useful
On Friday, 4 June 2021 at 21:35:43 UTC, IGotD- wrote:
On Friday, 4 June 2021 at 19:56:06 UTC, sighoya wrote:
This uniformization sounds too good to be true. I think most
people think that, but it's simply not true. malloc/free is
incompatible to garbage collection.
This is true and even
On Friday, 4 June 2021 at 18:34:32 UTC, Imperatorn wrote:
You might be surprised, but it's actually not up to you what
topic fits or not.
This is the announce forum, so it is kinda misplaced, but we are
all contributing to this so... :)
Obviously GC is good for some things and not good at
On Friday, 4 June 2021 at 21:35:43 UTC, IGotD- wrote:
D certainly has the power to do so but the question is if there
is any will power in this community. Nothing has happened for
almost 20 years.
I guess importC will make changes even more unlikely. Absorbing C
is nice, but it has the
On Friday, 4 June 2021 at 19:56:06 UTC, sighoya wrote:
This uniformization sounds too good to be true. I think most
people think that, but it's simply not true. malloc/free is
incompatible to garbage collection.
This is true and even druntime has a malloc/free option for the
GC. However,
On Friday, 4 June 2021 at 12:44:07 UTC, Imperatorn wrote:
On Friday, 4 June 2021 at 00:14:11 UTC, zjh wrote:
On Thursday, 3 June 2021 at 23:48:16 UTC, zjh wrote:
[...]
As a small language, if you want to succeed.There is no way
out except to be the best.
Otherwise, why don't I use C++?
On Friday, 4 June 2021 at 19:31:57 UTC, IGotD- wrote:
Because of this Phobos must take the lowest common denominator
approach (malloc/free) in order to be able to accommodate all
the different needs.
This uniformization sounds too good to be true. I think most
people think that, but it's
On Friday, 4 June 2021 at 18:34:32 UTC, Imperatorn wrote:
You might be surprised, but it's actually not up to you what
topic fits or not.
I said GC-phobia is irrational, I did not say any criticism of
it is.
Obviously GC is good for some things and not good at all for
other things.
What
On Friday, 4 June 2021 at 13:32:37 UTC, Ola Fosheim Grøstad wrote:
On Friday, 4 June 2021 at 12:44:07 UTC, Imperatorn wrote:
GC won't go away tho. What might happen is more flexibility.
The GC-phobia is irrational.
The topic doesn't fit in this thread, but it isn't irrational.
You have to
On Wednesday, 2 June 2021 at 14:02:29 UTC, Mike Parker wrote:
On Wednesday, 2 June 2021 at 11:10:36 UTC, Dukc wrote:
Phobos v2 is an official plan? That was news for me! Any
chance to get a glimpse of what's planned for it?
The overall goal is that it doesn't replace the current Phobos,
On Thursday, 3 June 2021 at 23:48:16 UTC, zjh wrote:
D does not owns the advantages of GC , but all the
disadvantages of GC .Why not discard it?
This is not a realistic or helpful suggestion. You're proposing
to get rid of current users of the language - many of whom like
that there's a GC
On Friday, 4 June 2021 at 14:07:38 UTC, drug wrote:
I use GC when developing an algorithm to solve my problem.
After I has implemented the algorithm I can redesign it to
avoid GC (if needed). It works pretty nice in my case at least.
Because initially I concentrate on my domain problem and
04.06.2021 16:32, Ola Fosheim Grøstad пишет:
On Friday, 4 June 2021 at 12:44:07 UTC, Imperatorn wrote:
GC won't go away tho. What might happen is more flexibility. The
GC-phobia is irrational.
The topic doesn't fit in this thread, but it isn't irrational.
You have to wait for all
On Friday, 4 June 2021 at 13:32:37 UTC, Ola Fosheim Grøstad wrote:
On Friday, 4 June 2021 at 12:44:07 UTC, Imperatorn wrote:
GC won't go away tho. What might happen is more flexibility.
The GC-phobia is irrational.
The topic doesn't fit in this thread, but it isn't irrational.
The most
On Friday, 4 June 2021 at 12:44:07 UTC, Imperatorn wrote:
GC won't go away tho. What might happen is more flexibility.
The GC-phobia is irrational.
The topic doesn't fit in this thread, but it isn't irrational.
You have to wait for all participating threads to be ready to
collect, so it
On Friday, 4 June 2021 at 00:14:11 UTC, zjh wrote:
On Thursday, 3 June 2021 at 23:48:16 UTC, zjh wrote:
[...]
As a small language, if you want to succeed.There is no way out
except to be the best.
Otherwise, why don't I use C++?
[...]
GC won't go away tho. What might happen is more
On Friday, 4 June 2021 at 11:41:49 UTC, sighoya wrote:
Yet another GC vs NoGC thread :sigh:
Routine determines success or failure.
Yet another GC vs NoGC thread :sigh:
On Friday, 4 June 2021 at 00:39:41 UTC, IGotD- wrote:
On Friday, 4 June 2021 at 00:14:11 UTC, zjh wrote:
Zim: the grammar is ugly.
Zim? Is that what they speak in Zimbabwe?
Zig.
On Friday, 4 June 2021 at 00:14:11 UTC, zjh wrote:
Zim: the grammar is ugly.
Zim? Is that what they speak in Zimbabwe?
On Thursday, 3 June 2021 at 23:48:16 UTC, zjh wrote:
OK, how do you position "d"?
As a small language, if you want to succeed.There is no way out
except to be the best.
Otherwise, why don't I use C++?
rust,go,zim.I dislike them.
Rust: slow compilation, weak template function.
Go: there is
On Thursday, 3 June 2021 at 23:47:07 UTC, zjh wrote:
The GC of D is a burden.in the speaking of AA.
D does not owns the advantages of GC , but all the
disadvantages of GC .Why not discard it?
Yes, for Phobos v2 one of the primary goals should be to not
being forced to rely on GC. Phobos
OK, how do you position "d"?
What kind of programmers do you want to attract?
beginner?pythoner?scripter?
How to attract them and why and what feature attact them?
What slogan of "d", Can d occupy a bigger market?
Does d still occupy the field of system programming
The GC of D is a burden.in
On Thursday, 3 June 2021 at 22:40:50 UTC, JN wrote:
On Saturday, 29 May 2021 at 00:30:38 UTC, zjh wrote:
On Saturday, 29 May 2021 at 00:26:54 UTC, zjh wrote:
OK, how do you position "d"?
What kind of programmers do you want to attract?
beginner?pythoner?scripter?
How to attract them and why
On Saturday, 29 May 2021 at 00:30:38 UTC, zjh wrote:
On Saturday, 29 May 2021 at 00:26:54 UTC, zjh wrote:
Good,maybe we can raise our sounding slogan "Better C++" again!
There are too many talents in C++
We must attract them.
Only them can make d great!Because they are library writer.
They
On Wednesday, 2 June 2021 at 11:10:36 UTC, Dukc wrote:
Phobos v2 is an official plan? That was news for me! Any chance
to get a glimpse of what's planned for it?
The overall goal is that it doesn't replace the current Phobos,
but sits alongside it. Changed/improved/new functionality goes in
On Friday, 28 May 2021 at 14:56:08 UTC, Mike Parker wrote:
For example, major long-term goals are memory safety (e.g.,
specific bugs, fully enabling DIP 1000 support) and Phobos v2.
Phobos v2 is an official plan? That was news for me! Any chance
to get a glimpse of what's planned for it?
On Saturday, 29 May 2021 at 00:30:38 UTC, zjh wrote:
Good,maybe we can raise our sounding slogan "Better C++" again!
If I'm a marketer of `rust`, I'll say `rust` is `abnormal
C++`.would you like a try?
If I were a marketing person of D, I would say `d` is a `Better
c++`.will you try?
We can
1 - 100 of 105 matches
Mail list logo