On 5/30/20 4:02 PM, Andrei Alexandrescu wrote:
On 5/30/20 7:39 AM, Nick Treleaven wrote:
On Friday, 29 May 2020 at 21:18:13 UTC, Walter Bright wrote:
On 5/29/2020 2:07 AM, Timon Gehr wrote:
It would be great if `@safe:` did not affect declarations that would
otherwise infer annotations.
The
On 5/30/20 7:39 AM, Nick Treleaven wrote:
On Friday, 29 May 2020 at 21:18:13 UTC, Walter Bright wrote:
On 5/29/2020 2:07 AM, Timon Gehr wrote:
It would be great if `@safe:` did not affect declarations that would
otherwise infer annotations.
The idea is the simple, general rule that:
attrib
On 5/29/20 12:53 AM, Walter Bright wrote:
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 best.
F
On 5/23/20 11:04 AM, Paulo Pinto wrote:
Hi everyone,
as the subject states, you can find it here, https://codefence.io/
The current version is 2.092.0 with dmd.
Regards,
That's pretty cool! I'm with welkam though, I want to know how they
intend to keep the doors open if I would depend on th
On 5/25/20 5:17 AM, Walter Bright wrote:
On 5/23/2020 5:13 AM, Steven Schveighoffer wrote:
And let's be honest here, if you are OK with it, putting @trusted: at
the top of your extern(C) functions is fine with me. At least that's
not a lie.
@trusted says the interface to the function is safe.
On 5/24/20 6:40 AM, Johannes Loher wrote:
Steven actually made a proposal regarding creating 2 different manglings
for extern(C) functions that are implemented in D. Regardless of which
of the solutions is taken, this could provide the same benefits that we
have for extern(D) functions (linker
On 5/22/20 8:05 PM, Walter Bright wrote:
On 5/22/2020 10:54 AM, Atila Neves wrote:
BTW, you should fix that invalid attribute, freeing a pointer is
never @safe unless you can guarantee nobody else has a copy of that
pointer (and considering it's passed by value, the CALLER still has
that point
On 5/23/20 6:55 AM, Dukc wrote:
The more I think of Atila's and Walter's responses, the more they are
starting to make sense.
When I look my own code that uses the Nuklear GUI library, written in C,
it's all `@system`. I have not had the time to make `@trusted` wrappers
over the BindBC-nuklea
On 5/22/20 1:52 PM, jmh530 wrote:
On Friday, 22 May 2020 at 16:47:34 UTC, Steven Schveighoffer wrote:
[snip]
You can't, you don't control that code, someone else does (this is
important, you can declare extern(C) functions anywhere, even locally).
You can make a separate module with one func
On 5/22/20 1:54 PM, Atila Neves wrote:
My point is that the result of making declarations implicity @system
instead of @safe would make people just slap @safe on them without
really thinking about it to get their code to compile. Like I did.
So the solution is -- make the compiler be dumb for
On 5/22/20 1:07 PM, Atila Neves wrote:
And so I was convinced that everything being @safe is actually ok,
especially because in real life, most C/C++ APIs aren't going to
secretly corrupt your code.
Yes, it can, but not secretly. Just obviously and easily. Note this
function:
https://github
On 5/22/20 12:39 PM, jmh530 wrote:
On Friday, 22 May 2020 at 16:03:00 UTC, Steven Schveighoffer wrote:
[snip]
Fortunately, the above point can be more easily fixed by making `free`
@system, which will then require annotating every subsequent piece of
code that touches it. It's annoying tran
On 5/22/20 6:13 AM, Dukc wrote:
Wrong :-(. The scenario is this:
```
@safe void foo(int* p)
{ import customfreefunction.noannotations;
p.free;
p.free;
}
```
Now, this will not compile, because `free` is `@system`. But if `free`
is in unannotated module, this will compile after the
On 5/22/20 4:24 AM, ag0aep6g wrote:
By the way, I don't think you have acknowledged Steven's idea [3] at
all, yet.
Yes, he did. With more nitpicking as a rebuttal, but I'm not really
interested in having more discussions about this DIP or that proposal.
https://forum.dlang.org/post/ra7958$2r
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 replie
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 unaddresse
On 5/14/20 9:26 AM, Mike Parker wrote:
After reading a paper that grabbed his curiosity and wouldn't let go,
Andrei set out to determine if Lomuto partitioning should still be
considered inferior to Hoare for quicksort on modern hardware. This blog
post details his results.
Blog:
https://dlan
On 5/6/20 8:28 PM, SealabJaster wrote:
On Wednesday, 11 December 2019 at 12:04:04 UTC, SealabJaster wrote:
Final post of this series (also sorry for the necro, but it's probably
better than making a new post):
https://bradley.chatha.dev/BlogPost/JsonSerialiser/6-mixin-template-automate-dla
On 5/4/20 6:49 PM, Felipe wrote:
Hi,
I develop an interactive terminal fuzzy finder in D with ncurses.
Feel free to check it out and contribute.
Any feedback is welcome.
Thanks, Felipe
[1] https://github.com/fbeline/luneta
[2] https://code.dlang.org/packages/luneta
[3] https://code.dlang.org/
On 4/29/20 1:25 PM, Greatsam4sure wrote:
For chrome and edge refresh does not effect changes in HTML content but
restart
What about shift-refresh, which should reload the whole thing? Sometimes
the caching gets in the way (it depends on the headers your server is
sending).
-Steve
On 4/29/20 9:23 AM, Greatsam4sure wrote:
On Tuesday, 24 March 2020 at 15:03:33 UTC, Steven Schveighoffer wrote:
Since October I have been using an experimental feature I created for
the diet-ng package [1] that allows one to alter just the HTML
portions of a diet template and have the server re
On 4/28/20 10:45 AM, Mike Parker wrote:
I've finally gotten around to publishing the next article in my D and C
series on the D blog. This is the second post about arrays, focusing on
properly declaring in D functions from C that accept array parameters.
The blog:
https://dlang.org/blog/2020/0
On 4/25/20 2:55 AM, Basile B. wrote:
Despite of the mini drama last year I've continued developping dexed.
The changelog since last announce here is a bit long, check
https://gitlab.com/basile.b/dexed/-/releases
for more information and get the releases (linux only).
I'm glad to see you co
On 4/22/20 5:21 PM, Sebastiaan Koppe wrote:
On Wednesday, 22 April 2020 at 20:27:12 UTC, Steven Schveighoffer wrote:
Just wanted to throw this out there on a slow day. I wrote this little
utility to generate static lookup tables, because using an AA is too
expensive for something like e.g. look
Just wanted to throw this out there on a slow day. I wrote this little
utility to generate static lookup tables, because using an AA is too
expensive for something like e.g. looking up database row data by column
name.
It's very crude, but very short and sweet. Hopefully people find a use
for
On 4/13/20 7:50 AM, Martin Nowak wrote:
Glad to announce the first beta for the 2.091.1 point release, ♥ to the
10 contributors.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.091.1.html
As usual please report any bugs at
https://issues.dlang.org
Is it possible for some
On 4/13/20 9:06 AM, Mike Parker wrote:
Vladimir has contributed to the blog an article on the evolution of
DustMite, looking at some of the challenges he had to overcome along the
way.
The blog:
https://dlang.org/blog/2020/04/13/dustmite-the-general-purpose-data-reduction-tool/
Reddit:
htt
On 3/31/20 2:23 PM, GreatSam4sure wrote:
I am playing with the vibe.d for some days now. One thing I am
struggling with is move from one page to another using web interface.
The naming of the functions and proper navigation from one page to
another is not clear to me.
How to move from one pag
On 3/24/20 7:37 PM, Adam D. Ruppe wrote:
On Tuesday, 24 March 2020 at 23:33:21 UTC, Steven Schveighoffer wrote:
Hm... I didn't create any DDOC documentation, all the docs are in the
readme. It's an application.
yeah. you might just change teh documentation thing in the
code.dlang.org "manage
On 3/24/20 7:20 PM, norm wrote:
On Tuesday, 24 March 2020 at 15:03:33 UTC, Steven Schveighoffer wrote:
Since October I have been using an experimental feature I created for
the diet-ng package [1] that allows one to alter just the HTML
portions of a diet template and have the server re-render t
Since October I have been using an experimental feature I created for
the diet-ng package [1] that allows one to alter just the HTML portions
of a diet template and have the server re-render those pages. It has
saved me significant development time as I can e.g. alter a class on an
html element
On 3/13/20 3:00 PM, Mike Parker wrote:
This post by Alexandr Druzhinin shows three different approaches to
tracing, using writef and external tools.
Blog:
https://dlang.org/blog/2020/03/13/tracing-d-applications/
Reddit:
https://www.reddit.com/r/programming/comments/fi4qfw/tracing_d_applicatio
On 3/13/20 3:00 PM, Mike Parker wrote:
This post by Alexandr Druzhinin shows three different approaches to
tracing, using writef and external tools.
Blog:
https://dlang.org/blog/2020/03/13/tracing-d-applications/
Reddit:
https://www.reddit.com/r/programming/comments/fi4qfw/tracing_d_applicatio
On 3/16/20 5:00 PM, SashaGreat wrote:
On Monday, 16 March 2020 at 20:56:41 UTC, Steven Schveighoffer wrote:
...and just set up a discord server for communication or use slack
(does slack support audio channels?).
Please if this happen, let's choose free (Open Source) tools and
preferably with
On 3/16/20 4:04 PM, Les De Ridder wrote:
On Monday, 16 March 2020 at 19:58:20 UTC, Atila Neves wrote:
On Monday, 16 March 2020 at 19:36:20 UTC, Walter Bright wrote:
On 3/16/2020 9:15 AM, bachmeier wrote:
"Have an online conference" isn't especially helpful. There haven't
been any detailed prop
On 2/28/20 7:57 PM, aliak wrote:
I actually didn't realize it was a video, thought it was just an
article! - But anyway, it was just to point out that swift lowers to
specialized types when it comes to interpolation (which is what you and
adam are trying to get through). And therefor you can
On 2/28/20 5:17 AM, Jacob Carlborg wrote:
On Friday, 28 February 2020 at 03:10:48 UTC, Walter Bright wrote:
I don't know Swift, but this looks like the "generate strings and
concatenate them" approach.
No, it basically lowers to bunch of method calls. Here's an example of
how it could look l
On 2/27/20 5:29 PM, aberba wrote:
There's this ongoing open source game framework by Ikey. I knew him to
be a diehard C guru (from the Solus Project) but is now rocking D, hence
Serpent.
Check is out and support if you can, please.
I don't know how he does it but Ikey can code stuff like craz
On 2/27/20 1:42 PM, H. S. Teoh wrote:
Making CTFE AAs usable at runtime is somewhat of a different beast,
though. The main problem is that you need to be able to instantiate the
binary representation of a runtime AA (the main hash table, and each of
the buckets) at compile-time, and do so in a w
On 2/27/20 9:32 AM, Petar Kirov [ZombineDev] wrote:
An example of this is the built-in associative array, which has a
series of
fairly intractable problems as a result. Another example is the built-in
complex type in D, which turned out to be a bad idea - a much better
one is
building it as a
On 2/26/20 4:57 AM, Walter Bright wrote:
On 2/25/2020 9:44 AM, H. S. Teoh wrote:
On Mon, Feb 24, 2020 at 10:54:34PM -0800, Walter Bright via
Digitalmars-d-announce wrote:
[...]
Writing that an implementation must refer to specific templates
implies that the behavior is customizable by the user
On 2/25/20 2:40 PM, uranuz wrote:
Seems that I managed to slightly reduce the problemme. I suspect that
error is somehow connected with running my code inside TaskPool:
https://dlang.org/library/std/parallelism/task_pool.html
`Memory allocation failed` error occurs when I throw any exception ev
On 2/25/20 10:13 AM, Adam D. Ruppe wrote:
On Tuesday, 25 February 2020 at 13:39:40 UTC, Aliak wrote:
I should’ve been more specific 😬 I was wondering if the same could be
achieved without a introducing a new aggregate type!
Well, compiler magic, possibly with more @attributes. But that gets fa
On 2/25/20 8:39 AM, Aliak wrote:
On Tuesday, 25 February 2020 at 13:04:41 UTC, Adam D. Ruppe wrote:
On Tuesday, 25 February 2020 at 09:36:25 UTC, aliak wrote:
[...]
Yes, that is the key impetus of our amendment, which I also wrote up
on a gist weeks ago and it is now on github too!
http
On 2/25/20 1:54 AM, Walter Bright wrote:
On 2/24/2020 2:45 PM, Steven Schveighoffer wrote:
My inference of the discussion about this in the n.g. was the
templates would be used so users could customize the behavior to be
whatever they wanted.
By accepting a different type from string. In other
On 2/24/20 5:45 PM, Steven Schveighoffer wrote:
My inference of the discussion about this in the n.g. was the
templates would be used so users could customize the behavior to be
whatever they wanted.
By accepting a different type from string. In other words, an overload.
I have a feeling f
On 2/24/20 5:11 PM, Walter Bright wrote:
On 2/24/2020 1:45 PM, Steven Schveighoffer wrote:
Our proposal is even more restrictive, as the template and its API are
actually defined by the language.
API is defined by the language, but not the behavior.
The language doesn't define my function's
On 2/24/20 4:45 PM, Steven Schveighoffer wrote:
i"$apples and $%{d}bananas" will be transformed into:
Of course that should have read i"$apples and ${%d}bananas"
-Steve
On 2/24/20 4:41 PM, aliak wrote:
On Monday, 24 February 2020 at 21:23:43 UTC, Adam D. Ruppe wrote:
On Monday, 24 February 2020 at 20:55:16 UTC, Walter Bright wrote:
and proposed a lowering to:
> i"your hex data is ${%02x}someByte"
>
> (_d_interpolated_string!("your hex data is ",
> _d_interpol
On 2/24/20 4:10 PM, Walter Bright wrote:
On 2/24/2020 12:19 PM, Steven Schveighoffer wrote:
How can you possibly arrive at this conclusion? We lower to templates
all the time.
The language is nowhere defined as lowering to specific templates. There
are indeed some lowerings to templates in th
On 2/24/20 2:35 PM, Walter Bright wrote:
Having the compiler lower string interpolation to some hidden template
is - AST macros. We're not doing AST macros.
How can you possibly arrive at this conclusion? We lower to templates
all the time. By this definition all operator overloading in D is A
On 2/24/20 12:31 PM, H. S. Teoh wrote:
On Mon, Feb 24, 2020 at 10:41:16AM -0500, Steven Schveighoffer via
Digitalmars-d-announce wrote:
[...]
I will also note that we did something very similar with
switch(string), where prior to this the compiler did all the "heavy
lifting" of gene
On 2/24/20 4:38 AM, Atila Neves wrote:
There's also the practical question of template instantiations and
compile times even if the DIP that was being discussed were to be
modified in the way suggested.
I want to actually explore this.
There would be one template instantiation (probably) per
On 2/9/20 8:37 PM, Jesse Phillips wrote:
I would like to announce a project started with the intention of moving
my articles into git. I've been writing[1] about the progress and today
I got through pulling all of user articles.
devtoarticlator 0.1.0[2] will write out you dev.to articles and t
On 2/7/20 3:44 PM, jmh530 wrote:
On Friday, 7 February 2020 at 19:51:52 UTC, Andre Pany wrote:
[snip]
Now it gets more complicated, GtkD has some additions to the lgpl rules.
I cannot judge how high the risk is for companies to use this
component, but as an employee I do anything to avoid any
On 1/28/20 5:11 PM, sarn wrote:
Admit it, "my version is very likely IO bound" is hand-wavey. The top
comment on HN right now is pointing out that it doesn't make sense.
I don't think it's i/o bound. Doing the split/walk-length and then
walk-length again is likely making it 2x slower.
Phobos
On 1/28/20 9:01 AM, Mike Parker wrote:
Robert Schadek was inspired by a post he saw on Hacker News a while back
showing an implementation of wc in Haskell totaling 80 lines. He decided
he could do better in D. So he did. This post on the D blog shows what
he came up with and also provides a bri
On 1/27/20 11:16 AM, Murilo wrote:
On Monday, 27 January 2020 at 12:00:32 UTC, Mike Parker wrote:
For those of you intending to make any submissions, that is also the
date we'll notify submission authors of their submission status. The
submission deadline is April 12 AOE.
Wait, will you noti
On Thursday, 26 December 2019 at 10:20:27 UTC, berni44 wrote:
On Sunday, 22 December 2019 at 15:23:32 UTC, Martin Nowak wrote:
As usual please report any bugs at
https://issues.dlang.org
Not sure, if this is a bug, but --DRT-testmode=run-main seems
to have no effect here.
Example:
---
impo
On 12/23/19 4:59 PM, Per Nordlöw wrote:
On Sunday, 22 December 2019 at 23:05:20 UTC, Steven Schveighoffer wrote:
extern(C) __gshared string[] rt_options = [ "testmode=run-main"];
There are far more people who run unittests as a separate step from
running their application. If unittests pass, t
On 12/22/19 8:23 PM, Mathias Lang wrote:
On Sunday, 22 December 2019 at 22:22:26 UTC, Per Nordlöw wrote:
Have I missed something or is this a known problem with dub? If so, do
I have any alternative to brute-forcing the problem with
dub run --compiler=dmd --build=unittest
dub run --c
On 12/22/19 4:04 PM, Steven Schveighoffer wrote:
I haven't tested, but the frameworks should be fine.
FYI, here is where d-unit overrides the behavior:
https://github.com/linkrope/dunit/blob/e78971a27395169158458e3ab1c35b61c67079f4/src/dunit/framework.d#L772-L775
Doing this prevents any unitt
On 12/22/19 5:22 PM, Per Nordlöw wrote:
On Sunday, 22 December 2019 at 15:23:32 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.090.0 release, ♥ to the 48
contributors.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.090.0.html
As usual please report an
On 12/22/19 2:17 PM, Andre Pany wrote:
On Sunday, 22 December 2019 at 15:23:32 UTC, Martin Nowak wrote:
Glad to announce the first beta for the 2.090.0 release, ♥ to the 48
contributors.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.090.0.html
As usual please report any
On 12/9/19 6:02 AM, Martin Tschierschke wrote:
Is there a easy way to get the mysql row as an AA?
So that I can write something like result["email"] if "email" is a column?
ResultRange has an asAA member which does what you want.
I just saw this:
New: #188: Expose column names in Row struct
On 11/25/19 7:52 AM, Sebastiaan Koppe wrote:
So it became clear to me I need to have druntime available. It will
allow people to use the (almost) complete set of D features and it opens
up some metaprogramming avenues that are closed off right now. With that
I will be able to create some nice D
On 11/20/19 6:40 AM, Robert Schadek wrote:
* for the same reasons, really try to provide good documentation and
comments
for all code from the start -- this really makes it much easier
for anyone
interested to grasp the major design concerns and get contributing
Here is disagree, to a
On 11/19/19 3:15 AM, Robert Schadek wrote:
On Monday, 18 November 2019 at 23:08:13 UTC, Laurent Tréguier wrote:
I don't understand why this would apply to JSON specifically. Whatever
the language is, the config files will be hand-written; spelling
errors are pretty universal, and anything we w
On 11/12/19 4:15 AM, SealabJaster wrote:
On Monday, 11 November 2019 at 16:56:31 UTC, Steven Schveighoffer wrote:
The tough part about serializing classes is if the class is not final,
how do you serialize the derived data. It requires some sort of user
help to
tell it how to get at the data.
On 11/10/19 5:50 PM, JN wrote:
On Sunday, 10 November 2019 at 10:22:17 UTC, SealabJaster wrote:
Next post is out, I feel kind of iffy over how I went over classes,
but I think for the most part it came out ok. I probably won't touch
classes specifically in any future post though, unless I can t
On 10/30/19 8:05 PM, SealabJaster wrote:
https://bradley.chatha.dev/Home/Blog?post=JsonSerialiser1
Currently only the first post is out, as I'd like to collect feedback
before writing any more.
The series is aimed at people new to D, or people who have heard of D,
but haven't really explored
On 11/6/19 2:20 PM, bachmeier wrote:
On Tuesday, 5 November 2019 at 03:04:30 UTC, Murilo wrote:
On Sunday, 3 November 2019 at 19:49:48 UTC, Manu wrote:
On Sun, Nov 3, 2019 at 8:20 AM Murilo via Digitalmars-d-announce
wrote:
If you have ideas for an interesting talk, submit a proposal, and
per
On 11/5/19 2:05 PM, Manu wrote:
Incidentally, in your sample above there, `a` and `b` are not
shared... why not just write: `cas(&a, null, b);` ?? If source data is
not shared, you shouldn't cast to shared.
We have the same problem in Martin's std.io library, won't build with
the null uncasted
On 3/22/19 9:58 AM, Mike Parker wrote:
The DConf schedule was announced last Sunday. I've just published a
write-up about it on the blog for the world-at-large. Please help us out
by sharing this post in your social media circles.
The blog:
https://dlang.org/blog/2019/03/22/dconf-2019-london-p
On 3/19/19 10:24 AM, Mike Parker wrote:
On Tuesday, 19 March 2019 at 13:44:03 UTC, Steven Schveighoffer wrote:
On 3/19/19 9:27 AM, XavierAP wrote:
On Sunday, 17 March 2019 at 22:43:28 UTC, Mike Parker wrote:
http://dconf.org/2019/schedule/index.html
I see transcoding errors in several of th
On 3/19/19 9:27 AM, XavierAP wrote:
On Sunday, 17 March 2019 at 22:43:28 UTC, Mike Parker wrote:
http://dconf.org/2019/schedule/index.html
I see transcoding errors in several of the event pages, on Firefox. Am I
the only one?
« The D version of the C++ copy constructor, historically called
On 1/31/19 4:46 PM, Andrei Alexandrescu wrote:
On 1/31/19 4:42 PM, Olivier FAURE wrote:
On Thursday, 31 January 2019 at 16:38:42 UTC, Steven Schveighoffer wrote:
Yeah, that's already a thing that ref in D doesn't protect against:
It took me a while to understand what the compiler was doing.
On 1/31/19 4:42 PM, Olivier FAURE wrote:
On Thursday, 31 January 2019 at 16:38:42 UTC, Steven Schveighoffer wrote:
Yeah, that's already a thing that ref in D doesn't protect against:
It took me a while to understand what the compiler was doing.
This really feels like something that shouldn't
On 1/31/19 4:46 PM, Olivier FAURE wrote:
On Thursday, 31 January 2019 at 18:31:22 UTC, Steven Schveighoffer wrote:
BTW, the DIP discusses how to annotate these rare situations:
int doubleMyValue(ref int x) { ... }
@disable int doubleMyValue(int x);
I don't think that's a solution. The proble
On 1/31/19 11:04 AM, Olivier FAURE wrote:
On Thursday, 31 January 2019 at 02:10:05 UTC, Manu wrote:
I still can't see a truck-sized hole.
I don't know if it's truck-sized, but here's another corner case:
int doubleMyValue(ref int x) {
x *= 2;
return x;
}
Poin
On 1/31/19 11:04 AM, Olivier FAURE wrote:
On Thursday, 31 January 2019 at 02:10:05 UTC, Manu wrote:
I still can't see a truck-sized hole.
I don't know if it's truck-sized, but here's another corner case:
int doubleMyValue(ref int x) {
x *= 2;
return x;
}
Poin
On 1/31/19 3:25 AM, Walter Bright wrote:
But the DIP says const ref is not required. Therefore, copying an lvalue
to a temporary cannot be allowed, therefore implicit conversion of
lvalues cannot happen.
The biggest reason I see to not worry about const is that we already
don't for member fun
On 1/31/19 2:26 AM, Andrei Alexandrescu wrote:
The trouble is major.
Replace "if" with "while":
while (ref_fun(10)) { ... }
==>
{
int __tmp = 10;
while (ref_fun(__tmp)) { ... }
}
That means ref_fun is called with the same lvalue multiple times. In all
likelihood this is not what you wan
On 1/30/19 10:05 PM, Manu wrote:
On Wed, Jan 30, 2019 at 6:40 PM Nicholas Wilson via
Digitalmars-d-announce wrote:
You should clarify that ;)
Yes, as said above, read `short(10)`. I can understand the confusion
that it may look like a variable when taken out of context; but listed
beneath the
On 1/30/19 10:03 PM, Nicholas Wilson wrote:
On Thursday, 31 January 2019 at 02:29:47 UTC, Steven Schveighoffer wrote:
I came up with this idea based on tempCString, but it doesn't work:
So I don't get why it doesn't work. But if that was fixed, could be a
potential workaround without requiring
On 1/30/19 9:20 PM, Steven Schveighoffer wrote:
Essentially, nothing is different from existing semantics today, when
rvalues are used and provides reference semantics (yes, it's possible,
see tempCString). They live until the end of the statement. It's how
this has to be. It can't be expressi
On 1/29/19 6:52 AM, Andrei Alexandrescu wrote:
While writing this example:
int[] a = cast(int[]) alloc.allocate(100 * int.sizeof);
if (alloc.reallocate(a, 200 * int.sizeof))
{
assert(a.length == 200);
}
=>
int[] a = cast(int[]) alloc.allocate(100 * int.sizeof);
void[] __temp0 = a;
if
On 1/28/19 9:15 PM, Andrei Alexandrescu wrote:
On 1/28/19 5:23 PM, Steven Schveighoffer wrote:
I already see this kind of bug all the time with alias this.
Can you please post more detail? It may be of relevance to future work.
Any time you have the alias this, then you can get confused when
On 1/28/19 2:58 PM, Andrei Alexandrescu wrote:
TL;DR: it could be argued that the only dangerous conversions are lvalue
-> temp rvalue -> ref, so only disable those. The conversion rvalue ->
temp rvalue -> ref is not dangerous because the starting value on the
caller side could not be inspected
On 1/25/19 5:57 AM, kinke wrote:
On Thursday, 24 January 2019 at 23:59:30 UTC, Walter Bright wrote:
On 1/24/2019 1:03 PM, kinke wrote:
(bool __gate = false;) , ((A __pfx = a();)) , ((B __pfy = b();)) ,
__gate = true , f(__pfx, __pfy);
There must be an individual gate for each of __pfx and pfy
On 1/18/19 11:42 AM, Ron Tarrant wrote:
On Friday, 18 January 2019 at 15:08:48 UTC, Steven Schveighoffer wrote:
Nice read! And welcome to Ron! I too, started with BASIC, but on a
Commodore 64 :)
Thanks, Steve.
Just to set the record straight, I only had access to that Coleco Adam
for the f
On 1/18/19 9:29 AM, Mike Parker wrote:
Not long ago, in my retrospective on the D Blog in 2018, I invited folks
to write about their first impressions of D. Ron Tarrant, who you may
have seen in the Lear forum, answered the call. The result is the latest
post on the blog, the first guest post o
On 1/17/19 2:31 PM, H. S. Teoh wrote:
On Thu, Jan 17, 2019 at 06:03:07PM +, Paul Backus via
Digitalmars-d-announce wrote:
[...]
[2]
https://bartoszmilewski.com/2009/10/21/what-does-haskell-have-to-do-with-c/
[...]
Haha, seems D did better than C++ in this respect, but not quite at the
lev
FYI, this whole subthread of B Revzin is NOT in my newsgroup reader. I
only saw it because I was browsing the forum web page.
What happened?
-Steve
On 1/16/19 11:43 AM, Paolo Invernizzi wrote:
On Wednesday, 16 January 2019 at 16:30:17 UTC, Steven Schveighoffer wrote:
On 1/16/19 10:06 AM, Paolo Invernizzi wrote:
I'm waiting, for example, for a revamp of IO, just to start...
We're working on it...
https://github.com/schveiguy/iopipe
http
On 1/16/19 10:06 AM, Paolo Invernizzi wrote:
I'm waiting, for example, for a revamp of IO, just to start...
We're working on it...
https://github.com/schveiguy/iopipe
https://github.com/MartinNowak/io
-Steve
On 1/15/19 4:37 AM, Martin Tschierschke wrote:
On Monday, 14 January 2019 at 18:52:02 UTC, Jacob Carlborg wrote:
On 2019-01-14 15:42, Steven Schveighoffer wrote:
That's a bad example :) The clear answer is mysql-native, which is
what vibe.d recommends.
Exactly, and I don't need five minutes
On 1/14/19 10:57 AM, Adam D. Ruppe wrote:
On Monday, 14 January 2019 at 14:56:00 UTC, bachmeier wrote:
Only a small sliver of programming involves anything where "overhead
of a runtime" is an issue. I hope you intend this comment as
pertaining to Better C usage.
Real D is the true better C. T
On 1/14/19 5:18 AM, Martin Tschierschke wrote:
On Monday, 14 January 2019 at 07:50:32 UTC, Walter Bright wrote:
On 1/13/2019 9:31 PM, Paul Backus wrote:
Scheme is probably the language that takes this idea of a minimal
"core language" with powerful metaprogramming facilities the
furthest, and
On 1/2/19 10:01 AM, Mike Parker wrote:
It's time for the annual D Blog retrospective. Including the stats.
The blog:
https://dlang.org/blog/2019/01/02/the-d-blog-in-2018/
Reddit:
https://www.reddit.com/r/d_language/comments/abu43a/the_d_blog_in_2018/
In a few days I'll be publishing a look bac
301 - 400 of 741 matches
Mail list logo