On Wednesday, 8 May 2019 at 08:33:52 UTC, Laeeth Isharc wrote:
On Wednesday, 8 May 2019 at 08:04:08 UTC, Mike Parker wrote:
On Wednesday, 8 May 2019 at 08:00:15 UTC, Andrej Mitrovic
wrote:
On Wednesday, 8 May 2019 at 07:57:40 UTC, Mike Parker wrote:
The venue uses WebEx for livestreaming. All t
On Thursday, 9 May 2019 at 07:45:41 UTC, Andrei Alexandrescu
wrote:
Just checked, it works:
https://youtu.be/Vj6jNAlv03o
Great to know! Thanks for fixing this for today!
Am 13.05.19 um 09:45 schrieb Walter Bright:
> A request for this was made at DConf (I think by Nicholas) and we're
> already doing it:
>
> https://www.digitalmars.com/NewsGroup.html
>
> Just click on the items under the "Archive" column. It's all there, back
> to the first post. It's organized
Am 17.06.19 um 00:47 schrieb Martin Nowak:
> Glad to announce the first beta for the 2.087.0 release, ♥ to the 66
> contributors.
>
> http://dlang.org/download.html#dmd_beta
> http://dlang.org/changelog/2.087.0.html
>
> As usual please report any bugs at
> https://issues.dlang.org
>
> -Martin
>
Am 27.07.19 um 16:00 schrieb zoujiaqing:
> On Saturday, 27 July 2019 at 09:07:13 UTC, Eugene Wissner wrote:
>> On Saturday, 27 July 2019 at 06:08:34 UTC, zoujiaqing wrote:
>>> On Thursday, 25 July 2019 at 20:19:53 UTC, ag0aep6g wrote:
[...]
>>>
>>> Thanks.
>>> But we use other language to impl
On Wednesday, 27 November 2019 at 15:17:15 UTC, matheus wrote:
On Wednesday, 27 November 2019 at 10:58:17 UTC, Bastiaan Veelo
wrote:
I’d recommend contacting Vladimir directly, like bachmeier
said...
OK I'll try that.
However, I tried your version and it didn’t work well for me;
I’m on an iP
To begin with: Sorry if my last post came across a bit harsh.
That was not my intention. I thought you were looking for
feedback and I wanted to be honest regarding that. If you are
simply doing it for yourself and others, who also like it, that
is of course perfectly fine. But personally I wou
On Thursday, 28 November 2019 at 04:23:21 UTC, Nick Sabalausky
(Abscissa) wrote:
1. I find the text size to be exactly what I wish most sites
would use. Most sites just assume everyone's on some kind of
"Apple iSuperMini for Oompa-Loompas With The Fingers of
Five-Year-Olds" and crank up the fon
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 hap
On Friday, 22 May 2020 at 12:47:04 UTC, matheus wrote:
On Friday, 22 May 2020 at 12:28:56 UTC, rikki cattermole wrote:
Although it seems an improvement has been made to how he needs
to respond to the DIP assessment. It should also include a
statement from Atila as well given his position.
One
On Sunday, 24 May 2020 at 08:55:32 UTC, Walter Bright wrote:
I infer your position is the idea that putting @trusted on the
declarations isn't greenwashing, while @safe is.
I can't see a practical difference between:
@safe extern (C) void whatevs(parameters);
@trusted extern (C) void whatevs(p
On Sunday, 24 May 2020 at 11:25:06 UTC, aliak wrote:
On Sunday, 24 May 2020 at 10:40:11 UTC, Johannes Loher wrote:
does not work). But I admit that it is still a bit weird to
have 2 different defaults.
Is that any more or less weirder than having functions inferred
with different attributes b
On Sunday, 24 May 2020 at 12:14:13 UTC, aliak wrote:
On Sunday, 24 May 2020 at 11:30:53 UTC, Johannes Loher wrote:
On Sunday, 24 May 2020 at 11:25:06 UTC, aliak wrote:
On Sunday, 24 May 2020 at 10:40:11 UTC, Johannes Loher wrote:
does not work). But I admit that it is still a bit weird to
have
On Monday, 25 May 2020 at 09:25:52 UTC, Johannes T wrote:
On Monday, 25 May 2020 at 00:56:04 UTC, Timon Gehr wrote:
[..]
After thinking about it, Walter ultimately made the right
decision, leading to overall higher safety and code quality.
We all agree that making extern C @safe is incorrect.
On Monday, 25 May 2020 at 11:40:46 UTC, Johannes T wrote:
On Monday, 25 May 2020 at 10:19:22 UTC, Johannes Loher wrote:
[..]
But with the DIP in its current form, we make @safe lose its
meaning and power, which is much worse in my opinion.
[..]
The alternative, not making extern @safe, would
On Tuesday, 26 May 2020 at 01:16:49 UTC, Walter Bright wrote:
On 5/24/2020 5:56 PM, Timon Gehr wrote:
It's only greenwashing if it's misleading. Putting @safe is a
lie, putting @trusted is honest.
It is not honest unless the programmer actually carefully
examined the interface and the documen
On Tuesday, 26 May 2020 at 03:37:29 UTC, Walter Bright wrote:
He can look at unattributed declarations.
The issue is, you have to know about that beforehand. In the
other situation, you explicitly get warned by the compiler (by
the compile error) that that something dangerous is going on.
A
Am 26.05.20 um 14:20 schrieb Johannes T:
> Thank you very much for your patience with all the negative feedback. I
> get your decision to not annotate extern C with @system by default.
As much as i disagree with the decision, I am still very glad that we
are at least having a discussion. I also wa
Am 26.05.20 um 15:10 schrieb Panke:
>
> The bazel community has lots of such switches. Basically every new
> behaviour get's introduced with a --preview switch, that will turn into
> a --revert after some time.
>
> For each switch there is a github issue, explaining the change it
> detail. Why it
Am 27.05.20 um 11:50 schrieb Walter Bright:
> It is a fair point. But I am looking a bit farther than that - the team
> that is responsible for QAing software (sometimes it is a separate
> team). The QA team cannot tell the difference between correctly
> annotated @trusted code and greenwashed code
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 regexp that searches for extern
(C(++)) decl
Am 27.05.20 um 11:50 schrieb Walter Bright:
>
> It is a fair point.
>
By the way, thank you for acknowledging that. I appreciate it.
Am 27.05.20 um 12:40 schrieb Walter Bright:
>
> Indeed it is, and that's the whole point to @safe. My motivation here is
> make suspicious code stand out. @trusted code does not stand out so
> much, because it is required to exist.
By that logic, wouldn't it also make more sense to implicitly def
Am 29.05.20 um 06:53 schrieb Walter Bright:
> The subject says it all.
>
> If you care about memory safety, I recommending adding `safe:` as the
> first line in all your project modules, and annotate individual
> functions otherwise as necessary. For modules with C declarations, do as
> you think
On Friday, 26 June 2020 at 09:30:47 UTC, aberba wrote:
On Friday, 26 June 2020 at 07:35:17 UTC, JN wrote:
[...]
For a while I thought it was just me but the D blog posts
addressing D specific nifty tricks mostly don't interest me.
Benchmarks, const, etc... :(. Probably it's just because of m
Am 21.08.20 um 04:03 schrieb Mathias LANG:
> [...]
Thanks a lot for this! I just switched to using this instead of Travis
CI in one of my projects. Works great!
On Tuesday, 16 February 2021 at 07:07:09 UTC, Mike Parker wrote:
When I emailed Walter and Atila to officially launch the Formal
Assessment of DIP 1034, "Add a Bottom Type (reboot)", I
expected it would be three or four weeks before I received
their final decision. So I was surprised when Walte
On Saturday, 12 August 2017 at 12:43:14 UTC, Sönke Ludwig wrote:
v0.8.1-rc.2 now supports setting a version "VibeUseOpenSSL11"
in the package recipe to compile against the OpenSSL 1.1.0 API
on systems that don't have 1.0.1 anymore.
This is great, Thank you!
I created a zsh completion script for dub. It is not perfect, but
it does many things well already. You can find it here:
https://github.com/ghost91-/dub-zsh-completion.
I have seen that bash and fish completion scripts are included in
the dub github repo. If people are interested in this, I c
On Saturday, 6 January 2018 at 01:19:14 UTC, kinke wrote:
Hi everyone,
on behalf of the LDC team, I'm glad to announce LDC 1.7. The
highlights of this version in a nutshell:
* Based on D 2.077.1.
* Catching C++ exceptions supported on Linux and Windows.
* LLVM for prebuilt packages upgraded t
On Sunday, 21 January 2018 at 12:00:32 UTC, kinke wrote:
[...]
Please note that building a release package isn't identical to
just build from source; there are subtle diffs and additional
steps to be undertaken. I hope we get an ARM CI box soon and
can automate the armhf package generation as
On Monday, 12 February 2018 at 05:36:51 UTC, Jonathan M Davis
wrote:
dxml 0.2.0 has now been released.
[...]
Thank you very much for your efforts, I really appreciate it, as
I have been looking for a decent xml library for quite some time.
Whethr or not this is a candidate for inclusion into
On Sunday, 4 March 2018 at 22:37:21 UTC, kinke wrote:
Hi everyone,
on behalf of the LDC team, I'm glad to announce LDC 1.8. The
highlights of this version in a nutshell:
* Based on D 2.078.3.
* New switch `-link-defaultlib-shared` to link against shared
druntime/Phobos.
* Plugins support, c
On Monday, 5 March 2018 at 12:14:52 UTC, kinke wrote:
On Monday, 5 March 2018 at 07:45:04 UTC, Johannes Loher wrote:
Will there also be a armhf Release?
Yep; it'll most likely be up this evening (CET).
I just saw that it is up now, thats awesome, thank you very much
for your efforts!
Am 28.02.2018 um 14:41 schrieb Mike Parker:
> About a month ago, Sebastian Wilzbach sent an email out to a few of the
> core D folks asking for feedback on a survey he had put together. He
> thought it would be useful for the Foundation to use in order to make
> decisions about where to expend deve
Am 04.04.2018 um 20:34 schrieb greatsam4sure:
> On Tuesday, 3 April 2018 at 23:02:42 UTC, WebFreak001 wrote:
>> new code-d (D extension for vscode) and serve-d (Language Server
>> Protocol server for it) release
>>
>> See the CHANGELOG in vscode, or on
>> https://github.com/Pure-D/code-d/blob/maste
Am 10.04.2018 um 14:27 schrieb WebFreak001:
> On Monday, 9 April 2018 at 21:45:57 UTC, Johannes Loher wrote:
>> Am 04.04.2018 um 20:34 schrieb greatsam4sure:
>>> [...]
>> I just tried to get this to work, too, but I was not able to get it to
>> work correctly. It seems that running dub fails someho
On Friday, 4 May 2018 at 02:59:10 UTC, Nick Sabalausky (Abscissa)
wrote:
An all-D MySQL/MariaDB client library:
https://github.com/mysql-d/mysql-native
==
Tagged release, 'v2.2.2'.
Sorry, no "zero date" fix just yet, but I think we're getting
close (#65)
On Saturday, 5 May 2018 at 13:28:41 UTC, Atila Neves wrote:
For those not in the know, unit-threaded is an advanced testing
library for D that runs tests in threads by default. It has a
lot of features:
http://code.dlang.org/packages/unit-threaded
New:
* Bug fixes
* Better integration testin
On Monday, 7 May 2018 at 09:19:31 UTC, Dechcaudron wrote:
On Saturday, 5 May 2018 at 15:51:11 UTC, Johannes Loher wrote:
Personally, I don't like that kind of "abuse" of operators at
all. I think it looks really unusual and it kind of breaks
your "flow" when reading the code. Additionally, peop
Am 01.07.2018 um 14:12 schrieb Ecstatic Coder:
>
> Add a 10-liner "Hello World" web server example on the main page and
> that's it.
There already is one in the examples:
#!/usr/bin/env dub
/+ dub.sdl:
name "hello_vibed"
dependency "vibe-d" version="~>0.8.0"
+/
void main()
{
import vibe.d;
On Monday, 17 September 2018 at 19:10:27 UTC, Jonathan M Davis
wrote:
On Monday, September 17, 2018 8:27:16 AM MDT Meta via
Digitalmars-d-announce wrote:
[...]
Honestly, I don't think that using a pragma instead of an
attribute fixes much, and it goes against the idea of what
pragmas are sup
On Monday, 12 November 2018 at 16:39:47 UTC, Mike Parker wrote:
Walter and Andrei take the position that this is incorrect the
wrong way to view a bool.
Unfortunately you did not include their justification for this
position (if any). To me it would be interesting to know about
the reasoning
On Saturday, 22 December 2018 at 15:11:10 UTC, Joakim wrote:
On Saturday, 22 December 2018 at 14:26:29 UTC, Atila Neves
wrote:
On Saturday, 22 December 2018 at 13:46:39 UTC, Joakim wrote:
On Saturday, 22 December 2018 at 12:18:25 UTC, Mike Parker
wrote:
The egregious waste of time and resourc
On Saturday, 22 December 2018 at 16:57:10 UTC, Joakim wrote:
As I recall, you largely agreed with me:
That is true, and I still do regarding many points (though not
all). But this is not the point I wanted to make. I don't
consider my opinion that important. I simply wanted to point out
why
On Monday, 31 December 2018 at 12:25:08 UTC, WebFreak001 wrote:
IMPORTANT: if you have downloaded the v0.10.2 DCD binaries
before 2018-12-31T12:30:00Z, please delete those and redownload
because the binaries were broken; they reported version v0.1
instead of v0.10.2 and this could mess with you
On Tuesday, 15 January 2019 at 14:58:01 UTC, Brian wrote:
[...]
Thanks for the great work!
I had already been planning on playing around with hunt for a
bit. What has been holding me back until now is the fact that
part of the documentation still is only available in Chinese,
which I unfort
Am 17.01.19 um 23:20 schrieb Stefan Koch:
> For 2 years I have pondered this problem, and I did come up with a
> solution.
> It's actually not that hard to have CTFE interact with type-tuples.
> You can pass them as function parameters, or return them if you wish.
> Of course a type-tuple returning
Am 28.01.19 um 15:07 schrieb Mike Parker:
> I've published a post on the blog with updates about DConf 2019
> registrations, the invited keynote speaker, the Symmetry Autumn of Code
> finalist, and the previously announced fundraiser for a new forum server.
>
> Early-bird registrations are $340 ag
Am 25.01.19 um 18:01 schrieb Mike Parker:
> One of the options we were considering for a new fundraising campaign
> was raising money for Vladimir's continuing efforts on the forums. He's
> been maintaining them, and covering the server, without any compensation
> since the beginning. The recent th
Am 29.01.19 um 22:47 schrieb Ron Tarrant:
> And this goes in the same folder as the code file. And then... what? I
> type: dub?
The code file should be in a subfolder called "source". This is
customizable, but this is the default. So the folder structure should
look something like this:
├── dub.s
Am 29.01.19 um 11:00 schrieb zoujiaqing:
> [...]
It's really great to see your continued efforts. Keep up the good work!
Am 29.01.19 um 01:58 schrieb Mike Parker:
> On Monday, 28 January 2019 at 20:00:53 UTC, Johannes Loher wrote:
>
>> I would like to donate for this, but flipcause does not seem to work
>> for me at all:
>>
>> I tried to make the donation several times, but after entering all the
>> details and paym
Am 30.01.19 um 15:05 schrieb Mike Parker:
> Given the nature of the feedback in both review rounds this DIP has gone
> through, Walter has decided to reject his own DIP. He still believes
> there is a benefit to adding a bottom type to the language, but this
> proposal is not the way to go about it
54 matches
Mail list logo