On Wednesday, 31 August 2016 at 05:23:34 UTC, ketmar wrote:
On Tuesday, 30 August 2016 at 23:54:45 UTC, Martin Nowak wrote:
As in needs private members in __traits(allMembers).
and in the end it just producing excessive noise in common
loops that does `is(typeof(__traits(getMember, ...)))`.
On Tuesday, 30 August 2016 at 23:54:45 UTC, Martin Nowak wrote:
As in needs private members in __traits(allMembers).
and in the end it just producing excessive noise in common loops
that does `is(typeof(__traits(getMember, ...)))`. it would be
better to either leave that alone and allow all
On Tuesday, 30 August 2016 at 19:44:19 UTC, Jacob Carlborg wrote:
Some of the links have pretty long text, is that intended?
Yes. Joakim submitted the text with the links already formatted
and I left them in place.
On Monday, 29 August 2016 at 17:03:34 UTC, Andrei Alexandrescu
wrote:
We're happy to report that the D Language Foundation is now a
public charity operating under US Internal Revenue Code Section
501(c)(3). The decision is retroactive to September 23, 2015.
This has wide-ranging implications,
On 08/30/2016 04:54 PM, Martin Nowak wrote:
> On Tuesday, 30 August 2016 at 23:08:58 UTC, Martin Nowak wrote:
>> On Tuesday, 30 August 2016 at 21:58:05 UTC, Basile B. wrote:
>>> I'm a bit sad to see that
>>> https://issues.dlang.org/show_bug.cgi?id=15371 was completely ignored
>>> to fix issue
On Tuesday, 30 August 2016 at 23:08:58 UTC, Martin Nowak wrote:
On Tuesday, 30 August 2016 at 21:58:05 UTC, Basile B. wrote:
I'm a bit sad to see that
https://issues.dlang.org/show_bug.cgi?id=15371 was completely
ignored to fix issue 15907. Another decision could have been
to break the
On Tuesday, 30 August 2016 at 23:08:58 UTC, Martin Nowak wrote:
On Tuesday, 30 August 2016 at 21:58:05 UTC, Basile B. wrote:
I'm a bit sad to see that
https://issues.dlang.org/show_bug.cgi?id=15371 was completely
ignored to fix issue 15907. Another decision could have been
to break the
On Tuesday, 30 August 2016 at 21:58:05 UTC, Basile B. wrote:
I'm a bit sad to see that
https://issues.dlang.org/show_bug.cgi?id=15371 was completely
ignored to fix issue 15907. Another decision could have been to
break the visibility for the traits allMember, getMember,
derivedMember and
On 08/30/2016 02:58 PM, Basile B. wrote:
On Tuesday, 30 August 2016 at 19:37:25 UTC, Martin Nowak wrote:
Third beta for the 2.071.2 release.
This beta fixes spurious deprecation warnings with templates using
getMember (Issue 15907), please read the changelog for more details.
On Monday, 29 August 2016 at 08:39:56 UTC, Stefan Koch wrote:
I just came up with a nifty little patch that makes it possible
to ensure that a function is _only_ used at ctfe.
Or the opposite.
static assert(__ctfe, "This function is not supposed to be
called outside of ctfe");
and static
On Tuesday, 30 August 2016 at 19:37:25 UTC, Martin Nowak wrote:
Third beta for the 2.071.2 release.
This beta fixes spurious deprecation warnings with templates
using getMember (Issue 15907), please read the changelog for
more details.
http://dlang.org/changelog/2.071.2.html
On 8/30/2016 4:50 AM, Mike Parker wrote:
Joakim has put together an interview with Walter that's all about D. It's an
enjoyable read. You can parse the interview at [1] and visit the reddit thread
at [2]. I anticipate publishing more of Joakim's interviews on the blog in the
future.
[1]
On 2016-08-30 13:50, Mike Parker wrote:
Joakim has put together an interview with Walter that's all about D.
It's an enjoyable read. You can parse the interview at [1] and visit the
reddit thread at [2]. I anticipate publishing more of Joakim's
interviews on the blog in the future.
[1]
Third beta for the 2.071.2 release.
This beta fixes spurious deprecation warnings with templates
using getMember (Issue 15907), please read the changelog for more
details.
http://dlang.org/changelog/2.071.2.html
http://dlang.org/download.html#dmd_beta
Please report any bugs at
On Tuesday, 30 August 2016 at 17:29:19 UTC, deadalnix wrote:
worth trying to get it into master ?
I would say maybe, but let's keep separate things separate.
This is a language change. I would not include it in the same
series of patch that change CTFE behavior.
Yes. It would be confusing.
On Monday, 29 August 2016 at 08:39:56 UTC, Stefan Koch wrote:
On Monday, 29 August 2016 at 08:05:10 UTC, Rory McGuire wrote:
On Mon, Aug 29, 2016 at 9:51 AM, Dominikus Dittes Scherkl via
The work you are doing is just awesome!
Many thanks.
+1 your work is key for our success as a
On 08/30/2016 05:25 PM, Andrei Alexandrescu wrote:
> Unless we have a sort of branch in other countries, I don't see what we
> can do here. -- Andrei
EU branch of D foundation would be interesting but I think it is much
premature to think about that :)
signature.asc
Description: OpenPGP
On Tue, 2016-08-30 at 10:25 -0400, Andrei Alexandrescu via Digitalmars-
d-announce wrote:
[…]
> Unless we have a sort of branch in other countries, I don't see what
> we
> can do here. -- Andrei
Understood, but without a solution it means no-one outside the USA can
contribute and have the D
On Tuesday, 30 August 2016 at 13:07:03 UTC, Andrea Fontana wrote:
Nice article.
PS: "ABEL" link point to mobile version of wikipedia.
Andrea
Fixed, thanks!
On Tuesday, 30 August 2016 at 13:37:34 UTC, Adam D. Ruppe wrote:
On Tuesday, 30 August 2016 at 11:50:52 UTC, Mike Parker wrote:
Joakim has put together an interview
He did four (IIRC) of these for This Week in D too if you want
more like that:
Sönke Ludwig
On 08/30/2016 08:36 AM, Russel Winder via Digitalmars-d-announce wrote:
Andrei,
This is splendid news for the purveying of the D Programming language.
The question is though: this covers the USA what about the Rest of the
World?
For the language itself it is almost irrelevant where the owning
On Tuesday, 30 August 2016 at 12:36:12 UTC, Russel Winder wrote:
Andrei,
This is splendid news for the purveying of the D Programming
language. The question is though: this covers the USA what
about the Rest of the World?
For Germany this would probably require a separate application to
On Tuesday, 30 August 2016 at 11:50:52 UTC, Mike Parker wrote:
Joakim has put together an interview
He did four (IIRC) of these for This Week in D too if you want
more like that:
Sönke Ludwig
http://arsdnet.net/this-week-in-d/mar-15.html
Dmitry Olshansky
On Tuesday, 30 August 2016 at 11:50:52 UTC, Mike Parker wrote:
Joakim has put together an interview with Walter that's all
about D. It's an enjoyable read. You can parse the interview at
[1] and visit the reddit thread at [2]. I anticipate publishing
more of Joakim's interviews on the blog in
Joakim has put together an interview with Walter that's all about
D. It's an enjoyable read. You can parse the interview at [1] and
visit the reddit thread at [2]. I anticipate publishing more of
Joakim's interviews on the blog in the future.
[1]
Am Tue, 30 Aug 2016 12:42:35 +0200
schrieb Johannes Pfau :
> @nogc is only meaningful at runtime. So this could work:
>
> module foo;
> @nogc:
> [...]
>
> string ctfeOnly(string name)
> {
> static assert(!__ctfe);
This should be
static assert(__ctfe);
of course.
Am Tue, 30 Aug 2016 08:35:20 +
schrieb Stefan Koch :
> I do not see how this could affect @nogc.
@nogc is only meaningful at runtime. So this could work:
module foo;
@nogc:
[...]
string ctfeOnly(string name)
{
static assert(!__ctfe);
// error: cannot
On Tue, Aug 30, 2016 at 10:35 AM, Stefan Koch via Digitalmars-d-announce <
digitalmars-d-announce@puremagic.com> wrote:
> [snip]
> But yes you can circumvent the code-generation and pulling in the druntime
> dependency using a static if.
>
That will be awesome!
On Tuesday, 9 August 2016 at 15:37:27 UTC, Martin Nowak wrote:
Second beta for the 2.071.2 release.
This fixes Issue 15780, 16085, and 16348.
More import/lookup fixes upcoming.
http://dlang.org/download.html#dmd_beta
http://dlang.org/changelog/2.071.2.html
Please report any bugs at
On Tuesday, 30 August 2016 at 08:18:47 UTC, Johannes Pfau wrote:
There are some nice use cases for this:
* Do not enforce @nogc for CTFE only functions, so you can mark
a
complete module nogc: and CTFE only functions will get ignored
* Do not emit code for CTFE only functions. This is
Am Tue, 30 Aug 2016 08:57:25 +0200
schrieb Jacob Carlborg :
> On 2016-08-29 10:39, Stefan Koch wrote:
>
> > Thanks guys.
> >
> > I just came up with a nifty little patch that makes it possible to
> > ensure that a function is _only_ used at ctfe.
> > Or the opposite.
> >
> > static
On 2016-08-29 10:39, Stefan Koch wrote:
Thanks guys.
I just came up with a nifty little patch that makes it possible to
ensure that a function is _only_ used at ctfe.
Or the opposite.
static assert(__ctfe, "This function is not supposed to be called
outside of ctfe");
and static
32 matches
Mail list logo