On Thursday, 21 May 2020 at 21:41:53 UTC, Steven Schveighoffer
wrote:
The unfortunate end result of this change is that safety will
be gutted with all C functions being trusted by default
I'm really sorry, Walter, but I have to agree with Steve on this
point. This was the one aspect of the
On Thursday, 21 May 2020 at 20:46:09 UTC, Walter Bright wrote:
On 5/21/2020 9:14 AM, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a
seat for $$$ which would mean a lot more for them than the
current very
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.
On Thu, May 21, 2020 at 01:46:09PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
[...]
> I expected flak from this decision. I'm prepared to take the flak
> because this is the right decision. I did not make it lightly.
This makes it sound like you think that those who disagree with you
On Friday, 22 May 2020 at 00:50:00 UTC, Walter Bright wrote:
On 5/21/2020 2:44 PM, Joseph Rushton Wakeling wrote:
One concern here is that these responses are scattered across
different parts of a long discussion thread. So it probably
would be a good idea for the acceptance to be accompanied
On 5/21/2020 9:14 AM, Seb wrote:
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there were a lot of
On 5/21/2020 11:36 AM, H. S. Teoh wrote:
I'd even grant that Walter, being BFDL, can make whatever arbitrary
decisions he wants, but at the very least acknowledge the existence of
the rest of us. "Accepted without comment" amounts to denial that we
even exist, considering how much feedback was
On Thursday, 21 May 2020 at 20:48:18 UTC, Walter Bright wrote:
On 5/21/2020 10:03 AM, bachmeier wrote:
Walter makes decisions based on his mood on a particular day
That's uncalled for.
Regional variation in English? Translation: You make your
decisions based on how you feel about the
On 5/21/2020 2:45 PM, bachmeier wrote:
On Thursday, 21 May 2020 at 20:48:18 UTC, Walter Bright wrote:
On 5/21/2020 10:03 AM, bachmeier wrote:
Walter makes decisions based on his mood on a particular day
That's uncalled for.
Regional variation in English? Translation: You make your decisions
I have made these points before, but I'll summarize them here
for convenient referral.
The proposed amendment to Safe by Default is:
"Extern C and C++ functions without bodies should be @system
by default."
The rationale is that since the compiler cannot check them for @safe,
they should
On 5/21/2020 10:03 AM, bachmeier wrote:
Walter makes decisions based on his mood on a particular day
That's uncalled for.
On Thursday, 21 May 2020 at 20:59:08 UTC, Walter Bright wrote:
Many replies to you, Steven:
https://digitalmars.com/d/archives/digitalmars/D/Discussion_Thread_DIP_1028--Make_safe_the_Default--Final_Review_336354.html
I did not ignore you. I just didn't agree.
One concern here is that these
On 5/21/20 4:59 PM, Walter Bright wrote:
On 5/21/2020 10:26 AM, Steven Schveighoffer wrote:
Agree. I will not be participating in the DIP process from now on. It
is a complete waste of time. Walter should just make the changes he
wants and not bother with the facade of discussion.
Many
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 5/21/2020 2:44 PM, Joseph Rushton Wakeling wrote:
One concern here is that these responses are scattered across different parts of
a long discussion thread. So it probably would be a good idea for the
acceptance to be accompanied by an explanation of what the major objections were
to the
On Thursday, 21 May 2020 at 16:32:32 UTC, Adam D. Ruppe wrote:
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a
seat for $$$ which would mean a lot more for them than
On 5/21/2020 10:26 AM, Steven Schveighoffer wrote:
Agree. I will not be participating in the DIP process from now on. It is a
complete waste of time. Walter should just make the changes he wants and not
bother with the facade of discussion.
Many replies to you, Steven:
On 5/21/2020 2:41 PM, Steven Schveighoffer wrote:
I even put forth a completely ignored compromise solution that would have solved
the problem and allowed extern(C) functions to be considered @safe by default:
On Thu, May 21, 2020 at 06:22:19PM -0700, Walter Bright via
Digitalmars-d-announce wrote:
> I have made these points before, but I'll summarize them here
> for convenient referral.
[...]
Thank you. This makes your position clear, even if I don't entirely
agree with it. On that note, though:
On 5/21/2020 4:45 PM, H. S. Teoh wrote:
This makes it sound like you think that those who disagree with you
disagree with @safe by default. That is not the case.
I'm sure you all know what I'm talking about.
On 5/21/2020 8:36 PM, Paul Backus wrote:
Something ought to be done to prevent this. It doesn't have to be the exact
proposal from the discussion thread, but doing nothing and allowing widespread
silent breakage cannot possibly be the best solution.
I can see that happening. A simple example
On Friday, 22 May 2020 at 01:22:19 UTC, Walter Bright wrote:
I have made these points before, but I'll summarize them here
for convenient referral.
[...]
First, thank you for taking the time to summarize your position.
I understand
your objection to the proposed amendment much better
# Hunt HttpClient
Hunt HttpClient is a tool library for sending HTTP requests to
Web service communications. provides a very good development
experience for developers.
The interface design draws on the most popular laravel in the PHP
:)
## Simple code for get:
```D
string content =
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a seat
for $$$ which would mean a lot more for them than the current
very vague sponsorship options.
ditto, I think we
On Thursday, 21 May 2020 at 16:32:32 UTC, Adam D. Ruppe wrote:
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community can
vote in experts and potentially companies could even buy a
seat for $$$ which would mean a lot more for them than
On Thursday, 21 May 2020 at 16:48:22 UTC, SashaGreat wrote:
On Thursday, 21 May 2020 at 16:32:32 UTC, Adam D. Ruppe wrote:
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
Why we can't we have a technical board where the community
can vote in experts and potentially companies could even
On Thursday, 21 May 2020 at 17:03:49 UTC, bachmeier wrote:
The problem as I see it is someone making a decision on his own
DIP. That just doesn't make any sense to me, and I've stated
that numerous times. Walter has a tendency to throw gas on the
fire by ignoring much of the feedback and not
On Thursday, 21 May 2020 at 16:14:02 UTC, Seb wrote:
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there
Hunt Framework is a full stack Web framework based on DLang
language.
Designed for rapid development of Web servers, similar PHP's
Laravel、Java's Spring、Python's Django!
## This major update is as follows:
1. safety - related GET parameter test
2. improve the worker thread, add
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there were a lot of unaddressed
problems :/
Great! So
On 5/21/20 12:14 PM, Seb wrote:
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
"without comment" - even though there were a lot of
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
As others have mentioned, this really is a farce. I understand
that not everybody will be
On Thu, May 21, 2020 at 05:49:27PM +, Paul Backus via
Digitalmars-d-announce wrote:
[...]
> I think the real problem here is the lack of communication. As it
> stands, we have no way to tell whether feedback was considered or
> ignored, or what the ultimate rationale behind this decision
On Thursday, 21 May 2020 at 17:49:27 UTC, Paul Backus wrote:
On Thursday, 21 May 2020 at 17:03:49 UTC, bachmeier wrote:
The problem as I see it is someone making a decision on his
own DIP. That just doesn't make any sense to me, and I've
stated that numerous times. Walter has a tendency to
On Thursday, 21 May 2020 at 13:51:34 UTC, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
I guess they be more open to dips that fixes holes in the "safe
by default" feature then.
DIP 1028, "Make @safe the Default", has been accepted without
comment.
https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1028.md
On 21.05.20 15:51, Mike Parker wrote:
DIP 1028, "Make @safe the Default", has been accepted without comment.
just another brick in the wall
37 matches
Mail list logo