On Friday, 19 November 2021 at 10:10:11 UTC, Mike Parker wrote:
See you there!
Well, you won't see me there, as I'd have to get up too early in
the morning.
But have really enjoyed watching the broadcasts on youtube.
btw. Andrei Alexandrescu... no show??... is he still part of the
D
On Monday, 13 December 2021 at 13:03:53 UTC, Martin Nowak wrote:
On Sunday, 12 December 2021 at 22:22:34 UTC, Adam Ruppe wrote:
On Sunday, 12 December 2021 at 22:01:57 UTC, Martin Nowak
wrote:
http://dlang.org/changelog/2.098.1.html
404'd!
Yes sorry, it's tricky for me to wait with the
On Wednesday, 12 January 2022 at 02:37:47 UTC, Walter Bright
wrote:
"Why I like D" is on the front page of HackerNews at the moment
at number 11.
https://news.ycombinator.com/news
surely this article needs to be balanced, with another article,
titled 'why I don't like D' ;-) (..but written
On Wednesday, 12 January 2022 at 06:27:47 UTC, forkit wrote:
surely this article needs to be balanced, with another article,
titled 'why I don't like D' ;-) (..but written by someone who
really knows D).
oh. btw. I'd love to see Walter (or Andrei, or both) write this
article ;-)
On Thursday, 13 January 2022 at 11:30:40 UTC, zjh wrote:
On Thursday, 13 January 2022 at 03:10:14 UTC, zjh wrote:
I'm a `GC phobia`.
"A phobia is an irrational fear of something that's unlikely to
cause harm."
"A phobia is a type of anxiety disorder defined by a persistent
and excessive
On Thursday, 13 January 2022 at 21:32:15 UTC, Paul Backus wrote:
Actually, I think *self*-government has very little to do with
it.
I'm not so sure.
Presumably, C++ provides a programmer with much greater autonomy
over their code than D?
C provides even greater autonomy over both C++
On Friday, 14 January 2022 at 02:13:48 UTC, H. S. Teoh wrote:
How is using D "losing autonomy"? Unlike Java, D does not
force you to use anything. You can write all-out GC code, you
can write @nogc code (slap it on main() and your entire program
will be guaranteed to be GC-free --
On Wednesday, 12 January 2022 at 16:14:54 UTC, Steven
Schveighoffer wrote:
I wonder if there is just so much fear of the GC vs people who
actually tried to use the GC and it failed to suit their needs.
I've never been afraid of the GC in my projects, and it hasn't
hurt me at all.
-Steve
On Wednesday, 12 January 2022 at 20:41:56 UTC, Walter Bright
wrote:
My experience with people who don't want to use a product I've
worked on is:
1. they'll give reason X, which is usually something that
sounds convenient
2. I fix X, they can use it now!
3. they then give reason Y, after
On Monday, 7 March 2022 at 07:25:54 UTC, bauss wrote:
Don't worry about it, it's only human to forget things. It's
impossible to remember everything, if you're already booked up
with a lot of other stuff that has to be done.
'forgetting to set a reminder'
ahhh.. technology's not that
On Saturday, 5 March 2022 at 14:03:38 UTC, Mike Parker wrote:
But my point was, GitHub has worked well for us for years.
There's no desire to move away that I'm aware of. If it ain't
broke, don't fix it!
"If it ain't broke, don't fix it!"
Well.. There's 'fixing it' and there's 'improving
On Monday, 7 March 2022 at 08:47:00 UTC, Mike Parker wrote:
On Monday, 7 March 2022 at 08:07:11 UTC, forkit wrote:
"If it ain't broke, don't fix it!"
Well.. There's 'fixing it' and there's 'improving it'.
They are not the same thing.
In my opinion, gitlab is not an improvement.
I agree
On Tuesday, 15 February 2022 at 13:06:47 UTC, Martin Nowak wrote:
I was so hoping I could now begin using -betterC on Windows...
but no .. :-(
i.e. stdout, stdin, stderr ...still cannot link...
On Wednesday, 16 February 2022 at 04:14:01 UTC, max haughton
wrote:
On Wednesday, 16 February 2022 at 01:38:08 UTC, forkit wrote:
On Tuesday, 15 February 2022 at 13:06:47 UTC, Martin Nowak
wrote:
I was so hoping I could now begin using -betterC on Windows...
but no .. :-(
i.e. stdout,
On Wednesday, 16 February 2022 at 06:55:57 UTC, Rainer Schuetze
wrote:
yep. working just fine now :-)
// --- compile with -betterC
import core.stdc.stdio;
extern(C):
FILE* __acrt_iob_func(int hnd);
FILE* stdin()() { return __acrt_iob_func(0); }
FILE* stdout()() { return
On Monday, 7 February 2022 at 13:55:40 UTC, Paul Backus wrote:
I've seen similar sentiments expressed many times before, in
other contexts. Every time, there are some who insist that the
new name will never feel natural to them, and they will never
let go of the old name. And every time,
On Tuesday, 8 February 2022 at 01:25:52 UTC, Walter Bright wrote:
Sorry, all those negations made my brain explode.
P.S. English has examples of negation issues, such as:
"I could care less."
which makes no sense at all, until you realize it's just a
shortened version of "I couldn't care
On Tuesday, 8 February 2022 at 01:40:38 UTC, forkit wrote:
I often say to my cat 'what are you doing' .. but what i really
mean is 'don't do that'.
by avoiding negation, I'm probably just confusing my cat as to
what i really meant.
mustuse -> I must use it? Why must i use it? How must I
On Tuesday, 8 February 2022 at 01:53:17 UTC, forkit wrote:
also, the use of the word 'must' in any programming language,
needs careful consideration.
'mustuse' has the potential to invite mass 'mustuse'
demonstrations!
'nodiscard' suggests somewhat more 'autonomy', and would achieve
a
On Monday, 7 February 2022 at 23:38:11 UTC, Walter Bright wrote:
Anytime you find yourself writing not-nohow, not-noway, etc.,
it's time to redesign the state of the variables. Try to
organize logic so ! is not necessary. I mean, try to organize
logic so ! is absent.
But sometimes that
On Tuesday, 8 February 2022 at 02:21:37 UTC, Paul Backus wrote:
I guess core.attribute.gnuAbiTag sneaked in behind your back,
huh?
Anyway, I'm happy to change it if that's your call, although it
would have been nice to have caught this before the DIP was
officially accepted.
actually, I
On Monday, 7 February 2022 at 23:38:11 UTC, Walter Bright wrote:
Andrei once asked me for scientific evidence that negations are
cognitively more difficult for human brains to understand. I
didn't have it at the time, but did eventually find it and
forwarded it to Andrei, who was satisfied
On Tuesday, 8 February 2022 at 02:57:29 UTC, forkit wrote:
I would prefer @must_use over @mustUse, for example (althouhgh
i prefer @mustuse to both of these, since the underscore is not
really needed in this case).
my argument for the above, is:
The problem with using camelCase on
On Tuesday, 8 February 2022 at 21:28:06 UTC, claptrap wrote:
Probably @noignore would be a better name. You're not really
trying to dictate what people do with the result, just that
they dont ignore it.
I'd like to see an option to annotate such an attribute.
Something like this:
On Wednesday, 9 February 2022 at 17:40:31 UTC, jmh530 wrote:
On Wednesday, 9 February 2022 at 16:21:24 UTC, Paul Backus
wrote:
[snip]
In D, there is no existing word for this, so from that
perspective both "mustuse" and "nodiscard" are equally valid.
In other languages, there are multiple
On Wednesday, 9 February 2022 at 17:54:17 UTC, rikki cattermole
wrote:
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
On Friday, 28 January 2022 at 13:07:13 UTC, Mike Parker wrote:
my only concern is the capital U, in @mustUse
This seems a little inconsistent with current attributes??
e.g:
nogc
nothrow
inout
https://dlang.org/spec/attribute.html
also, nodiscard would actually seem more logical, given
On Monday, 7 February 2022 at 05:09:23 UTC, Paul Backus wrote:
On Monday, 7 February 2022 at 05:05:27 UTC, forkit wrote:
my only concern is the capital U, in @mustUse
This seems a little inconsistent with current attributes??
e.g:
nogc
nothrow
inout
https://dlang.org/spec/attribute.html
On Friday, 14 January 2022 at 14:50:50 UTC, H. S. Teoh wrote:
IMO, 'autonomy' isn't the notion you're looking for. The word
I prefer to use is *empowerment*. A programming language
should be a toolbox filled with useful tools that you can use
to solve your problem. It should not be a
On Sunday, 23 January 2022 at 03:24:04 UTC, Paul Backus wrote:
The way I envision it, `std` would be the "rolling release"
namespace that allows breaking changes, and if you wanted
stability, you'd have to explicitly depend on `std.vN`. What we
currently call `std` would be renamed to
On Saturday, 22 January 2022 at 05:43:55 UTC, Paul Backus wrote:
(I think it would also be ideal if the namespace `std` were
reserved for the latest stable release...
wouldn't this prevent breaking changes from being allowed in a
newer version of phobos?
by using phobos versioning, you're
On Sunday, 23 January 2022 at 00:07:17 UTC, forkit wrote:
I'd like to argue, that an introduction of 'phobos versioning' is
a good idea, but should not be allowed in D2, but would warrant a
D3 release.
In D3, std phobos would always be the latest and greatest. By
using D3, you agree to
On Monday, 6 June 2022 at 05:48:14 UTC, Ali Çehreli wrote:
Now, that is trolling.
Ali
juvenalian satire, perhaps. I'd accept that.
But trolling? Really?
On Monday, 6 June 2022 at 03:28:07 UTC, zjh wrote:
On Monday, 6 June 2022 at 03:17:34 UTC, forkit wrote:
Some new languages have even gone out of there way to get rid
of the class type completely! At least D hasn't gone that
far.. yet. I suspect there are many in the D community that
would
On Monday, 6 June 2022 at 05:48:14 UTC, Ali Çehreli wrote:
Now, that is trolling.
Ali
Well, I could argue, correctly, that trolling is when someone
picks only part of your argument, and uses only that part to
support their own agenda - which is to destroy your argument by
making it out to
On Monday, 6 June 2022 at 00:19:16 UTC, zjh wrote:
On Sunday, 5 June 2022 at 22:41:41 UTC, Walter Bright wrote:
Because it's fun to be first!
Yes, `'d'` is always independent.
For example, `'d'` is the `first one` without `class
encapsulation`.
To be fair, the encapsulation of a class can
On Friday, 22 April 2022 at 19:54:13 UTC, Walter Bright wrote:
On 4/17/2022 1:12 PM, Walter Bright wrote:
https://nwcpp.org/
An online presentation.
Monday at 7PM PST.
Slides:
https://nwcpp.org/talks/2022/modules_in_c.pdf
Video:
https://www.youtube.com/watch?v=2ImfbGm0fls
Here is the
37 matches
Mail list logo