On 04/15/2016 01:34 PM, Jordi Sayol via Digitalmars-d-announce wrote:
I'll include "Provides: d-compiler" on dlang dmd deb package and d-apt dmd-bin
deb too. Many thanks!
Awesomne, Jordi. I recently got a notice that the dmd compiler has been
updated by Ubuntu's package manager. Clicked, got
I would like to start learning the De Facto standard. which book
or document would you use?
http://erdani.com/index.php/books/tdpl/
or
https://dlang.org/spec/intro.html
which one would you call de facto standard?
On 04/15/2016 01:31 PM, Namespace wrote:
Since it is a template: Why these attributes: @trusted pure nothrow ?
@trusted is not inferrable, the others are type-independent and nice for
the documentation. -- Andrei
On 15.04.2016 19:13, Eric wrote:
1 alias J = const C;
2
3 void main(string[] args)
4 {
5 J a = new C();
6 I!(J) i = a;
7 }
8
9 interface I(V) { }
10
11 class F(V) if (is(V : I!(V))) { }
12
13 class C : I!(J)
14 {
15 F!(J) m;
16 }
The above
Since it is a template: Why these attributes: @trusted pure
nothrow ?
El 15/04/16 a les 01:09, Matthias Klumpp via Digitalmars-d-announce ha escrit:
> On Thursday, 14 April 2016 at 18:42:49 UTC, Jordi Sayol wrote:
>> El 14/04/16 a les 17:54, Matthias Klumpp via Digitalmars-d-announce ha
>> escrit:
>>> On Tuesday, 12 April 2016 at 13:28:29 UTC, Jordi Sayol wrote:
https://github.com/D-Programming-Language/phobos/pull/4201 -- Andrei
I grepped phobos for "inout" and picked a heavy one. Not even cherry
picking here. You be the judges.
Before:
inout(T)[] overlap(T)(inout(T)[] r1, inout(T)[] r2) @trusted pure nothrow
{
alias U = inout(T);
static U* max(U* a, U* b) nothrow { return a > b ? a : b; }
static U* min(U*
Before I opened a PR, I wanted to get some second opinions.
There is no reason IMO that the various overloads of toImpl
should be public. Having the internal functionality of a parent
function, in this case to, be exposed like this causes:
1. The docs to be cluttered with useless info.
https://issues.dlang.org/show_bug.cgi?id=12227
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=12227
--- Comment #1 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/e6c3320b1fb534ae3960077b057256bd032e4079
Fix issue 12227 -
1 alias J = const C;
2
3 void main(string[] args)
4 {
5 J a = new C();
6 I!(J) i = a;
7 }
8
9 interface I(V) { }
10
11 class F(V) if (is(V : I!(V))) { }
12
13 class C : I!(J)
14 {
15 F!(J) m;
16 }
The above code gives the following compile error:
Error:
On 04/15/2016 12:19 PM, Kenji Hara via Digitalmars-d wrote:
Didn't you use array.dup until now? It's a good example to handle
qualifiers with inout.
Would it be difficult to make it work without inout?
It's not sensible at all, inout is already well-defined and has much
power in D's type
https://issues.dlang.org/show_bug.cgi?id=15927
Jack Stouffer changed:
What|Removed |Added
Priority|P1 |P3
--
https://issues.dlang.org/show_bug.cgi?id=15927
Issue ID: 15927
Summary: KeyType and ValueType for User Defined AAs
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=15924
ag0ae...@gmail.com changed:
What|Removed |Added
CC||ag0ae...@gmail.com
On Friday, 15 April 2016 at 16:53:27 UTC, Eric wrote:
On Monday, 11 April 2016 at 00:55:44 UTC, Mike Parker wrote:
I don't see this specific error in bugzilla. Unfortunately I am
getting this error in a large module that has "const string" all
over. So I can't come up with a simple test case.
On Monday, 11 April 2016 at 00:55:44 UTC, Mike Parker wrote:
On Sunday, 10 April 2016 at 17:19:14 UTC, Eric wrote:
I am getting this error when I compile:
Error: Internal Compiler Error: unsupported type const(string)
No line number is given. Does anyone know what causes this?
compiler
2016-04-15 22:41 GMT+09:00 Andrei Alexandrescu via Digitalmars-d <
digitalmars-d@puremagic.com>:
> On 04/15/2016 06:50 AM, Kenji Hara via Digitalmars-d wrote:
>
>>
>>
>> You should recall the history of inout.
>> http://wiki.dlang.org/DIP2
>>
>> At first, It has designed to temporarily squash
https://github.com/D-Programming-Language/phobos/pull/4200 -- Andrei
https://issues.dlang.org/show_bug.cgi?id=15926
Steven Schveighoffer changed:
What|Removed |Added
CC|
On 4/14/16 11:10 PM, Andrei Alexandrescu wrote:
Consider:
https://github.com/D-Programming-Language/phobos/blob/master/std/range/primitives.d#L152
It works around a limitation of inout that isn't necessary (even though
I thought it was being helpful when I suggested it). That is, functions
https://issues.dlang.org/show_bug.cgi?id=15914
--- Comment #11 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/D-Programming-Language/phobos
https://github.com/D-Programming-Language/phobos/commit/4a21631a0f35c75b2e22031248245f362c1a021d
fix issue 15914
https://issues.dlang.org/show_bug.cgi?id=15914
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
On 4/15/16 7:59 AM, Andre wrote:
Hi,
Is there an official DLang shirt, i can buy? I work in a software
company and would like to make some advertisement for D. The profit for
marketing articles like the shirt e.g. could be used for the DLang
foundation. This would be a nice way to donate some
On Friday, 15 April 2016 at 14:53:49 UTC, Elias Peterson wrote:
There is this for D:
http://code.dlang.org/packages/judy
Thanks.
https://issues.dlang.org/show_bug.cgi?id=12625
--- Comment #13 from Sobirari Muhomori ---
About return values:
https://dlang.org/spec/function.html#function-return-values
--
On Friday, 15 April 2016 at 13:55:33 UTC, Nordlöw wrote:
On Friday, 15 April 2016 at 11:42:09 UTC, Nordlöw wrote:
http://goog-sparsehash.sourceforge.net/
https://github.com/sparsehash/sparsehash
Further, a Judy array seem like another interesting container I
would like to get implemented in
https://issues.dlang.org/show_bug.cgi?id=15897
--- Comment #2 from Steven Schveighoffer ---
Can you point me at the rationale for why this change was made?
>From your explanation, I don't know if you understand what is happening here.
--
https://issues.dlang.org/show_bug.cgi?id=15911
Zane Sterling changed:
What|Removed |Added
CC|
On Friday, 15 April 2016 at 13:55:33 UTC, Nordlöw wrote:
On Friday, 15 April 2016 at 11:42:09 UTC, Nordlöw wrote:
http://goog-sparsehash.sourceforge.net/
https://github.com/sparsehash/sparsehash
Further, a Judy array seem like another interesting container I
would like to get implemented in
On Friday, 15 April 2016 at 11:42:09 UTC, Nordlöw wrote:
http://goog-sparsehash.sourceforge.net/
https://github.com/sparsehash/sparsehash
Further, a Judy array seem like another interesting container I
would like to get implemented in D:
http://judy.sourceforge.net/index.html
On 04/15/2016 02:15 AM, Vladimir Panteleev wrote:
On Friday, 15 April 2016 at 05:38:56 UTC, Andrei Alexandrescu wrote:
I think we should deprecate inout. For real. It costs way too much for
what it does. For all I can tell most of D's proponents don't know how
it works. -- Andrei
What would
On Friday, 15 April 2016 at 06:53:29 UTC, lotusdeng wrote:
in windows, many modules like core.sys.windows.windows not
included in d.chm's Standard Library, this is not convenience
for primer, the d.chm should contain it.
core.sys.windows.windows is not documented because it is supposed
to be
On Friday, 15 April 2016 at 12:54:11 UTC, ixid wrote:
Why didn't we go with all functions being able to infer const,
pure etc rather than just templates?
Non-templated function may not have their source code available.
For consistency, non-template function have no inference.
On 04/15/2016 02:40 AM, Shammah Chancellor wrote:
I think that behavioral type checks are common enough in D that it
should have it's own first-class syntax.
No. -- Andrei
On 04/15/2016 02:49 AM, Walter Bright wrote:
On 4/14/2016 8:10 PM, Andrei Alexandrescu wrote:
Commenting it out yields a number of unittest compilation errors, neither
informative about the root of the problem and indicative as to how the
parameter
solves it.
On 04/15/2016 03:42 AM, deadalnix wrote:
On Friday, 15 April 2016 at 04:23:29 UTC, Jonathan M Davis wrote:
IIRC, the problem has to do with ranges of inout elements working
correctly, which gets really funky, because inout is a temporary thing
and not a full-on type constructor/qualifier. I
On 04/15/2016 06:50 AM, Kenji Hara via Digitalmars-d wrote:
You should recall the history of inout.
http://wiki.dlang.org/DIP2
At first, It has designed to temporarily squash mutable/const/immutable
qualifiers on function argument inside function body. Therefore when
inout qualifier appears
On 04/15/2016 05:07 AM, Timon Gehr wrote:
The fundamental problem is that inout is disallows certain kinds of
composition. It's a flawed language primitive.
I agree. The more I try things with it the more awfully complex and
useless it is. inout must go. -- Andrei
https://issues.dlang.org/show_bug.cgi?id=10226
Benjamin Thaut changed:
What|Removed |Added
Keywords||SIMD
--
On Friday, 15 April 2016 at 09:07:27 UTC, Timon Gehr wrote:
Related: Phobos should never use is(typeof(...)). Contrary to
popular belief, is(typeof(...)) is not the same as
__traits(compiles,...).
I don't think it should be using __traits(compiles) either. I'd
prefer to see built from the
Why does the build system Reggae use mixins everywhere in the D
examples?
Doesn't this severly limit what the build rules are capable of in
terms of run-time flexibility?
https://github.com/atilaneves/reggae
On 4/15/16 8:59 AM, Nick Treleaven wrote:
On Friday, 15 April 2016 at 04:23:29 UTC, Jonathan M Davis wrote:
Certainly, there have been a few times that it's come up in D.Learn
when folks ask what the heck it is, so there should be a few posts
floating around with an explanation. This is the
On Friday, 15 April 2016 at 04:23:29 UTC, Jonathan M Davis wrote:
Certainly, there have been a few times that it's come up in
D.Learn when folks ask what the heck it is, so there should be
a few posts floating around with an explanation. This is the
only useful post that I could find in a
On Friday, 15 April 2016 at 03:10:12 UTC, Andrei Alexandrescu
wrote:
Consider:
https://github.com/D-Programming-Language/phobos/blob/master/std/range/primitives.d#L152
There is no explanation to it in the source code, and the line
blames to
On Friday, 15 April 2016 at 03:10:12 UTC, Andrei Alexandrescu
wrote:
We want Phobos to be beautiful, a prime example of good D code.
Admittedly, it also needs to be very general and efficient,
which sometimes gets in the way. But we cannot afford an
accumulation of mad tricks to obscure the
On Thursday, 14 April 2016 at 19:16:30 UTC, Jacob Carlborg wrote:
On 2016-04-14 15:56, Chris wrote:
I had to add ".a" to `-L-l:dwt-base` and
`-L-l:org.eclipse.swt.gtk.linux.x86`, and add `-L-lgnomevfs-2`
as well.
I added `-L-lgnomevfs-2 to the example. I need to look into way
the ".a" was
On Friday, 15 April 2016 at 11:59:55 UTC, Andre wrote:
Hi,
Is there an official DLang shirt, i can buy? I work in a
software company and would like to make some advertisement for
D. The profit for marketing articles like the shirt e.g. could
be used for the DLang foundation. This would be a
Hi,
Is there an official DLang shirt, i can buy? I work in a software
company and would like to make some advertisement for D. The
profit for marketing articles like the shirt e.g. could be used
for the DLang foundation. This would be a nice way to donate some
money.
Kind regards
Andre
https://issues.dlang.org/show_bug.cgi?id=15568
--- Comment #1 from Kenji Hara ---
Issue doesn't happen in Windows platform -m32 and -m64, with git-master:
90becf651dddf4b17c1775c7c0d6ba879fb10090
--
Have anybody converted Google's sparsehash to D?
See:
http://goog-sparsehash.sourceforge.net/
https://github.com/sparsehash/sparsehash
https://issues.dlang.org/show_bug.cgi?id=15629
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=15629
--- Comment #8 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/D-Programming-Language/dmd
https://github.com/D-Programming-Language/dmd/commit/6b54b4bcf6dfaa343992f3524e1bf15ffca07da3
fix Issue 15629 -
https://issues.dlang.org/show_bug.cgi?id=15897
Walter Bright changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15926
--- Comment #1 from Kenji Hara ---
Strongly related enhancement:
https://issues.dlang.org/show_bug.cgi?id=13006
--
2016-04-15 14:38 GMT+09:00 Andrei Alexandrescu via Digitalmars-d <
digitalmars-d@puremagic.com>:
> On 04/15/2016 12:23 AM, Jonathan M Davis via Digitalmars-d wrote:
>
>> On Thursday, April 14, 2016 23:10:12 Andrei Alexandrescu via Digitalmars-d
>> wrote:
>>
>>> Consider:
>>>
>>>
>>>
https://issues.dlang.org/show_bug.cgi?id=15604
Walter Bright changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=15583
Walter Bright changed:
What|Removed |Added
Component|dmd |phobos
--
https://issues.dlang.org/show_bug.cgi?id=15583
Walter Bright changed:
What|Removed |Added
CC|
On Friday, 15 April 2016 at 00:58:58 UTC, stunaep wrote:
I'm trying to make a gui program with dlangui, but no matter
what I do, I cannot get widgets to fill the whole window. The
window is resizable so I cannot just set the widths to static
numbers.
No layoutWidth and layoutHeight set:
https://issues.dlang.org/show_bug.cgi?id=9769
--- Comment #6 from Jonathan M Davis ---
Latest attempt to templatize the free function opEquals (which is not a full
fix for this but is the first step in the process):
On Thursday, 14 April 2016 at 17:55:40 UTC, Ali Çehreli wrote:
On 04/14/2016 03:57 AM, Chris wrote:
What is CvDda>?
Abbreviation of your name by Andre's email program: "Chris via
Digitalmars-d-announce". :)
Ali
Oh deary me! That was a tough one for me :) Type CvDda into your
search
Am Thu, 14 Apr 2016 23:16:49 +
schrieb Matthias Klumpp :
> On Thursday, 14 April 2016 at 17:46:55 UTC, Johannes Pfau wrote:
> > OSS projects do not use interface files though: It prevents
> > inlining of functions and there's no real benefit for OSS
> > projects.
On 15.04.2016 11:07, Timon Gehr wrote:
... Most of Phobos code assumes that ranges be struct fields.
Most of Phobos assumes that ranges can be
The fundamental problem is that inout is disallows certain kinds of
composition. ...
inout disallows
On 15.04.2016 05:10, Andrei Alexandrescu wrote:
Consider:
https://github.com/D-Programming-Language/phobos/blob/master/std/range/primitives.d#L152
...
Related: Phobos should never use is(typeof(...)). Contrary to popular
belief, is(typeof(...)) is not the same as __traits(compiles,...).
On Wednesday, 13 April 2016 at 11:34:26 UTC, Johan Engelen wrote:
Hi all,
I've written an article about how I implemented
profile-guided optimization (PGO) of virtual calls to direct
calls (a micro-micro-optimization, expected performance gain of
just a few percent if any!).
I've updated
On Friday, 15 April 2016 at 05:35:24 UTC, Uranuz wrote:
In my program I have error with circular imports of modules
with static ctors. So I decided to move ctors in separate file
and import it only from the 1st file. But problem is that in
the first file I have immutables that should be
On Wednesday, 13 April 2016 at 22:25:12 UTC, Nick B wrote:
What is absolute time-determinism in a CPU architectures ?
Take the expression "absolute time-determinism" with a grain of
salt. I'm saying that eventhough the machine code doesn't contain
any branches and caches have been
On Friday, 15 April 2016 at 05:38:56 UTC, Andrei Alexandrescu
wrote:
I think we should deprecate inout. For real. It costs way too
much for what it does. For all I can tell most of D's
proponents don't know how it works. -- Andrei
This is the explanation I came up with, not sure if
On Friday, 15 April 2016 at 04:23:29 UTC, Jonathan M Davis wrote:
IIRC, the problem has to do with ranges of inout elements
working correctly, which gets really funky, because inout is a
temporary thing and not a full-on type constructor/qualifier. I
believe that Kenji is the one that
On Friday, 15 April 2016 at 07:33:42 UTC, w0rp wrote:
I think it has something to do with making the function, in
this case a lambda, inout, so that it can accept inout types.
Then the typeof bit is a weird way to writing something like
__traits(compiles, ...) , because functions which have no
On Saturday, 9 April 2016 at 20:06:01 UTC, angel wrote:
But what about this ?
https://forum.dlang.org/thread/eryphpbznrrovjvxj...@forum.dlang.org
That arose out of a project that we are working on where it is
convenient to be able to integrate with std.experimental.logger.
Internal work
I think it has something to do with making the function, in this
case a lambda, inout, so that it can accept inout types. Then the
typeof bit is a weird way to writing something like
__traits(compiles, ...) , because functions which have no type
result in void, and that fails the typeof check.
https://issues.dlang.org/show_bug.cgi?id=12625
--- Comment #12 from ZombineDev ---
(In reply to ZombineDev from comment #11)
> I don't think that it should be allowed even in @system code. I had a very
> ugly stack corruption because of this bug in a networking project.
in windows, many modules like core.sys.windows.windows not
included in d.chm's Standard Library, this is not convenience for
primer, the d.chm should contain it.
On 4/14/2016 8:10 PM, Andrei Alexandrescu wrote:
Commenting it out yields a number of unittest compilation errors, neither
informative about the root of the problem and indicative as to how the parameter
solves it.
https://issues.dlang.org/show_bug.cgi?id=15926
https://issues.dlang.org/show_bug.cgi?id=15926
Issue ID: 15926
Summary: Peculiar behavior of 'inout'
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: P1
On Friday, 15 April 2016 at 03:10:12 UTC, Andrei Alexandrescu
wrote:
Consider:
https://github.com/D-Programming-Language/phobos/blob/master/std/range/primitives.d#L152
There is no explanation to it in the source code, and the line
blames to
https://issues.dlang.org/show_bug.cgi?id=12625
--- Comment #11 from ZombineDev ---
I don't think that it should be allowed even in @system code. I had a very ugly
stack corruption because of this bug in a networking project. Thankfully, I had
thorough unittests to catch
https://issues.dlang.org/show_bug.cgi?id=12625
ZombineDev changed:
What|Removed |Added
CC|
On Friday, 15 April 2016 at 05:38:56 UTC, Andrei Alexandrescu
wrote:
I think we should deprecate inout. For real. It costs way too
much for what it does. For all I can tell most of D's
proponents don't know how it works. -- Andrei
What would replace it in the case of classes, where you can't
On Thursday, 14 April 2016 at 19:40:25 UTC, Seb wrote:
So if we want to move to "d-lang", it is as easy as:
1) Delete the reserved "d-lang" namespace
2) Press on rename at D-Programming-Language
3) Recreate D-Programming-Language (and _avoid_ creating repos
here)
I've done some tests with
101 - 183 of 183 matches
Mail list logo