On Saturday, 24 December 2016 at 22:14:08 UTC, Andrei
Alexandrescu wrote:
https://github.com/dlang/druntime/pull/1724
Ho-ho-ho!
Andrei
Given that Christmas is one of the hugest fabrications in human
history, I find this very difficult to believe! (or simply to
cover all bases, quite easy
On Saturday, 24 December 2016 at 22:14:08 UTC, Andrei
Alexandrescu wrote:
https://github.com/dlang/druntime/pull/1724
Ho-ho-ho!
Andrei
Nice, would be great to also have named unittest, so we can
launch only specific ones instead of relying on third party
libraries.
On Saturday, 24 December 2016 at 11:21:11 UTC, Stefan Koch wrote:
On Saturday, 24 December 2016 at 00:55:01 UTC, Yuxuan Shui
wrote:
What's the correct way?
You cannot initialize an AA at compile-time.
Because AA's are provided by druntime and the ABI is not stable.
For fun I'm throwing
https://issues.dlang.org/show_bug.cgi?id=17029
Issue ID: 17029
Summary: [Reg 2.072] scope variable may not be returned
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Keywords: safe
On Saturday, 24 December 2016 at 22:14:08 UTC, Andrei
Alexandrescu wrote:
https://github.com/dlang/druntime/pull/1724
The implementation is easy. The hard part is actually getting it
past the "all breaking changes [except the ones i create] are
evil" crowd.
On Saturday, 24 December 2016 at 11:21:11 UTC, Stefan Koch wrote:
You cannot initialize an AA at compile-time.
Because AA's are provided by druntime and the ABI is not stable.
This bit me when I was first starting out as well. I feel like
there's really very little documentation on this, and
On Sat, 24 Dec 2016 17:45:35 +, Stefan Koch wrote:
> I just read over the dip, and it is a giant wall of text.
> I cannot really make heads or tails of it.
> Maybe you could write the advantages you hit at in short bullet-point
> form ?
We add the syntax:
with (import foo, bar, baz)
https://issues.dlang.org/show_bug.cgi?id=16794
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=16794
--- Comment #15 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/9fbce55814bdc8f78d6fead3243db657eafc4ec7
fix Issue 16794 - dmd not working on Ubuntu 16.10
- enable
On 12/23/2016 11:30 PM, Ali Çehreli wrote:
(There is no audio on the recording until 45:45.)
Oh, this is painful.
On Sat, 24 Dec 2016 14:10:30 -0500, Andrei Alexandrescu wrote:
> On 12/24/2016 12:45 PM, Stefan Koch wrote:
>> I just read over the dip, and it is a giant wall of text.
>> I cannot really make heads or tails of it.
>
> When it was shorter, people complained it had too little information.
It's
On Saturday, 24 December 2016 at 20:32:58 UTC, Andrei
Alexandrescu wrote:
Such situations occur during refactorings and code evolution.
The import is no longer used. Should the compiler flag that as
an error, or leave it be?
please, no. "this is a work for a linter", as Walter likes to say
On Sat, 24 Dec 2016 14:03:26 -0500, Andrei Alexandrescu wrote:
> * Your post provided no description of the methodology used beyond
> "relatively simple regex" to come up with the magic number 26, so I
> tried to use interpretation.
>
> * There is no answer to "where is cmp on that list for
On Saturday, December 24, 2016 15:32:58 Andrei Alexandrescu via Digitalmars-
d wrote:
> Consider:
>
> with (import std.stdio)
> int fun(int x/*, File f*/)
> {
> // f.writeln("In: ", x);
> return x * x;
> }
>
> Such situations occur during refactorings and code evolution. The import
> is
On Thursday, 22 December 2016 at 04:47:06 UTC, Chris Wright wrote:
CTFE ( Stefan is dealing with that ), Documentation,
better Editor support...
I think code-d could potentially be extended to install its
dependencies, which would improve the situation there.
It does already do that though
On 12/24/2016 08:36 AM, aliak wrote:
"Cannot apply `()' to a value of type `Command!(__lambda1, int)". I
think it's failing when it checks for "!isFunctionPointer!A &&
!isDelegate!A".
Storing delegates is a workaround. Three notes in the code:
// (1) Added imports
import std.variant;
import
On 12/24/2016 7:24 AM, Andrei Alexandrescu via Digitalmars-d wrote:
On 11/03/2015 09:35 AM, Andrei Alexandrescu wrote:
https://goo.gl/r24Izw
Replying to my own message from November 2015... well, right now we
have 953 open bugs for Phobos. 500 is next! -- Andrei
Progress is progress, but I
On 12/24/2016 07:49 AM, Andrei Alexandrescu wrote:
> On 12/24/16 2:30 AM, Ali Çehreli wrote:
>> On 12/15/2016 12:20 AM, Ali Çehreli wrote:
>>
>>> https://www.meetup.com/D-Lang-Silicon-Valley/events/236253882/
>>
>> The slides:
>>
On 25/12/2016 9:32 AM, Andrei Alexandrescu wrote:
Consider:
with (import std.stdio)
int fun(int x/*, File f*/)
{
// f.writeln("In: ", x);
return x * x;
}
Such situations occur during refactorings and code evolution. The import
is no longer used. Should the compiler flag that as an
On Fri, 23 Dec 2016 23:41:46 -0500, Andrei Alexandrescu wrote:
> On 12/23/16 9:23 PM, Chris Wright wrote:
>> The comparison to mach.d is a strawman.
>
> The mach.d is given as an example of the approach of breaking code into
> fine-grained module. No comparison is made or implied.
"Assuming
https://github.com/dlang/druntime/pull/1724
Ho-ho-ho!
Andrei
On Saturday, 24 December 2016 at 20:32:58 UTC, Andrei
Alexandrescu wrote:
Consider:
with (import std.stdio)
int fun(int x/*, File f*/)
{
// f.writeln("In: ", x);
return x * x;
}
Such situations occur during refactorings and code evolution.
The import is no longer used. Should the
https://issues.dlang.org/show_bug.cgi?id=10023
--- Comment #7 from Adam D. Ruppe ---
> We are still lacking a workable idea how to make RTInfo/RMInfo customizable.
Why does it have to be customizable? I think it gives enough benefit just to
the runtime author (which
On Tuesday, 20 December 2016 at 17:28:49 UTC, Stefan Koch wrote:
On Tuesday, 20 December 2016 at 17:15:53 UTC, Ilya Yaroshenko
wrote:
Are they already CTFEable? I have not seen an anounce, sorry
They have been for years now.
Of course only pointers from a CTFE context are valid at ctfe.
The
https://issues.dlang.org/show_bug.cgi?id=17028
--- Comment #2 from Andrej Mitrovic ---
Ok found the "save" button.
Sorry, doing anything D related is hard when you forget your laptop charger. :)
--
https://issues.dlang.org/show_bug.cgi?id=17028
--- Comment #1 from Andrej Mitrovic ---
Btw does bugzilla lack a mobile-friendly interface in all recent versions? It's
almost impossible to write a reply here, the submit button is hidden. It's
terrible:
https://issues.dlang.org/show_bug.cgi?id=17028
Issue ID: 17028
Summary: Can't post via online forums
Product: D
Version: D2
Hardware: Other
OS: Other
Status: NEW
Severity: enhancement
Priority: P1
On Saturday, 24 December 2016 at 19:58:45 UTC, Jake Pittis wrote:
I'm posting this in Learn because I'm assuming I've done
something wrong rather than discovered a bug.
You need to pass all modules you use to the linker somehow.
Easiest is to `dmd main.d linking_succeeds.d linking_fails.d`
https://issues.dlang.org/show_bug.cgi?id=16255
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/f903de7bc6a507e787323d633679872c5c8e618c
Fix issue 16255 - std.algorithm.iteration.each on
https://issues.dlang.org/show_bug.cgi?id=16255
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Consider:
with (import std.stdio)
int fun(int x/*, File f*/)
{
// f.writeln("In: ", x);
return x * x;
}
Such situations occur during refactorings and code evolution. The import
is no longer used. Should the compiler flag that as an error, or leave
it be?
Andrei
I'm posting this in Learn because I'm assuming I've done
something wrong rather than discovered a bug.
Running `dmd -main main.d` with the following 3 files produces
the following linker error.
```
$ dmd -main main.d
Undefined symbols for architecture x86_64:
On 12/24/2016 02:16 PM, Joakim wrote:
On Saturday, 24 December 2016 at 17:53:04 UTC, Chris Wright wrote:
On Sat, 24 Dec 2016 09:20:19 +, John Colvin wrote:
There are a lot of templates in Phobos that never use the template
keyword. The proposal doesn't only apply to constraints, it applies
On 12/24/2016 02:03 PM, Andrei Alexandrescu wrote:
With no top-level imports and all imports hoisted into inline imports,
the fixed cost of importing one module will be that module alone.
I'd really like to clarify this because that's where scalability comes
from. The moment you need to open
On Saturday, 24 December 2016 at 17:53:04 UTC, Chris Wright wrote:
On Sat, 24 Dec 2016 09:20:19 +, John Colvin wrote:
There are a lot of templates in Phobos that never use the
template keyword. The proposal doesn't only apply to
constraints, it applies to the whole declaration.
If you
On 12/24/2016 12:45 PM, Stefan Koch wrote:
I just read over the dip, and it is a giant wall of text.
I cannot really make heads or tails of it.
When it was shorter, people complained it had too little information.
If you're using the text form, the nicey formatted version may be
helpful:
On 12/24/2016 12:52 PM, Chris Wright wrote:
On Sat, 24 Dec 2016 04:34:03 -0500, Andrei Alexandrescu wrote:
Upon more investigation, I see a large discrepancy between the findings
of DIP1005 and yours.
There's no discrepancy.
In part, you are misinterpreting most of what I said.
Yah, I
https://issues.dlang.org/show_bug.cgi?id=10023
Johannes Pfau changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=16794
Martin Nowak changed:
What|Removed |Added
Summary|.deb not working on Ubuntu |dmd not working on Ubuntu
Running AVX 32 bit vector code! (And getting the right results, too!)
https://github.com/dlang/dmd/pull/6358
On Saturday, 24 December 2016 at 17:52:04 UTC, Chris Wright wrote:
The minimum isn't terribly useful because it gets to the point
of testing the process scheduler and IO more than the compiler.
If we want numbers that we can trust on the low end, we'll need
to put timing information into the
On Sat, 24 Dec 2016 04:34:03 -0500, Andrei Alexandrescu wrote:
> Upon more investigation, I see a large discrepancy between the findings
> of DIP1005 and yours.
There's no discrepancy.
In part, you are misinterpreting most of what I said.
In part, you are assuming that imports on non-template
On Sat, 24 Dec 2016 09:20:19 +, John Colvin wrote:
> There are a lot of templates in Phobos that never use the template
> keyword. The proposal doesn't only apply to constraints, it applies to
> the whole declaration.
If you have a better way of estimating the impact, I'd love to see it.
On Saturday, 24 December 2016 at 15:44:18 UTC, Andrei
Alexandrescu wrote:
On 12/24/16 9:20 AM, Stefan Koch wrote:
On Saturday, 24 December 2016 at 14:08:48 UTC, Andrei
Alexandrescu wrote:
On 12/24/2016 05:54 AM, Stefan Koch wrote:
If that were made more lazy, we could import half of the
world
On Saturday, 24 December 2016 at 16:10:04 UTC, Stefan Koch wrote:
Some progress on && has been made.
It can now be used within an if.
It is only enabled if debug = andnd is given.
This introduced a bug which is now fixed.
Furthermore returning of 64bit integral values has now been
enabled.
I
https://issues.dlang.org/show_bug.cgi?id=9378
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/12c56c935c6bd0130fcb545264293cc0e500799f
partly fix Issue 9378 - SHA1 asm not PIC compatible
-
Hey, so I'm trying to make an variant array of objects (each one
has an opCall defined) and then call each of them in succession.
It doesn't seem to be working. The error I get is:
"Cannot apply `()' to a value of type `Command!(__lambda1, int)".
I think it's failing when it checks for
Some progress on && has been made.
It can now be used within an if.
It is only enabled if debug = andnd is given.
https://issues.dlang.org/show_bug.cgi?id=17027
Issue ID: 17027
Summary: Add support for tzcnt in x86(64) iasm
Product: D
Version: D2
Hardware: x86_64
OS: All
Status: NEW
Severity: enhancement
https://issues.dlang.org/show_bug.cgi?id=16352
--- Comment #12 from github-bugzi...@puremagic.com ---
Commit pushed to master at https://github.com/dlang/phobos
https://github.com/dlang/phobos/commit/f7e14e905b9d668ac788024f3c03c600adf0d84f
Fix issue 16352 - dead-lock in std.allocator.free_list
https://issues.dlang.org/show_bug.cgi?id=16626
Martin Nowak changed:
What|Removed |Added
Summary|[Reg 2.073] recent dmd |[Reg 2.073] extreme CTFE
On 12/24/16 2:30 AM, Ali Çehreli wrote:
On 12/15/2016 12:20 AM, Ali Çehreli wrote:
https://www.meetup.com/D-Lang-Silicon-Valley/events/236253882/
The slides:
http://files.meetup.com/18234529/The%20Curse%20of%20Knowledge.pptx
The video: http://youtu.be/XjnBMfVTI0k
(There is no audio on
https://issues.dlang.org/show_bug.cgi?id=15541
greenify changed:
What|Removed |Added
Status|NEW |RESOLVED
On 12/24/16 9:20 AM, Stefan Koch wrote:
On Saturday, 24 December 2016 at 14:08:48 UTC, Andrei Alexandrescu wrote:
On 12/24/2016 05:54 AM, Stefan Koch wrote:
If that were made more lazy, we could import half of the world with
noticing impact.
That is what 1005 will bring. -- Andrei
A
https://issues.dlang.org/show_bug.cgi?id=12562
Andrei Alexandrescu changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=13371
Andrei Alexandrescu changed:
What|Removed |Added
Status|NEW |RESOLVED
On 11/03/2015 09:35 AM, Andrei Alexandrescu wrote:
https://goo.gl/r24Izw
Some of them are D1 only; I'll make an executive decision about those
soon. Some of them have been fixed or obviated by recent improvements.
And finally the bulk of them need a little work each to get them fixed.
I'm
I might be working on a project which might require a lot of
string pathern validation and sanitization. Planning to make that
into a dub package.
Currently, I am not very familiar with regex in D but I did regex
stuff long ago. So if anyone has code or interest for something
like that, I
https://issues.dlang.org/show_bug.cgi?id=16073
greenify changed:
What|Removed |Added
CC||greeen...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=15437
Andrei Alexandrescu changed:
What|Removed |Added
Keywords||trivial
https://issues.dlang.org/show_bug.cgi?id=15556
Andrei Alexandrescu changed:
What|Removed |Added
Keywords||trivial
https://issues.dlang.org/show_bug.cgi?id=15526
Andrei Alexandrescu changed:
What|Removed |Added
Keywords||bootcamp
https://issues.dlang.org/show_bug.cgi?id=16992
Jack Stouffer changed:
What|Removed |Added
CC||j...@jackstouffer.com
https://issues.dlang.org/show_bug.cgi?id=14608
Andrei Alexandrescu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
https://issues.dlang.org/show_bug.cgi?id=16073
--- Comment #9 from Andrei Alexandrescu ---
We can leave hasLength as is for the time but at least new algorithms should
just use $. All of these useless options left to sloppy range implementations
don't bring value.
--
https://issues.dlang.org/show_bug.cgi?id=16073
--- Comment #8 from Jack Stouffer ---
(In reply to Andrei Alexandrescu from comment #7)
> I think we should require opDollar to be implemented instead.
That would be a breaking change, as suddenly hasLength would fail for
Am 24.12.2016 um 11:35 schrieb Nemanja Boric:
I thought I see familiar name :-)
http://imgur.com/a/TqGdj
Nice! Congrats to Vladimir for getting featured there!
On Saturday, 24 December 2016 at 14:08:48 UTC, Andrei
Alexandrescu wrote:
On 12/24/2016 05:54 AM, Stefan Koch wrote:
If that were made more lazy, we could import half of the world
with
noticing impact.
That is what 1005 will bring. -- Andrei
A compiler enhancement can do this _without_ a
On Saturday, 24 December 2016 at 12:42:31 UTC, Andrew Edwards
wrote:
The authors of "The Art of Java" present, as a first coding
example, a recursive-descent parser to demonstrate Java's
ability to facilitate low level programming commonly performed
in C and C++.
I took the opportunity to
On 12/24/2016 05:54 AM, Stefan Koch wrote:
If that were made more lazy, we could import half of the world with
noticing impact.
That is what 1005 will bring. -- Andrei
The authors of "The Art of Java" present, as a first coding
example, a recursive-descent parser to demonstrate Java's ability
to facilitate low level programming commonly performed in C and
C++.
I took the opportunity to port the code to D. By doing this, I
now have an understanding of how a
On 12/24/2016 2:28 AM, Johan Engelen wrote:
Of course, but it's not codified in the source and thus the function is
different from the foreach version.
More importantly, I think it is broken. I find it very hard to reason about the
ptrdiff_t version, because of all the potential overflows and
On 2016-12-24 02:06, hardreset wrote:
How do I get the asm output?
You cannot get the assembly output from DMD since it directly outputs
object code. Do get the assembly you need to use a disassembler.
--
/Jacob Carlborg
On Saturday, 24 December 2016 at 00:55:01 UTC, Yuxuan Shui wrote:
I tried this:
immutable int[char] xx = ['Q':0, 'B':1, 'N':2, 'R':3,
'P':4];
And got a "non-constant expression" error (with or without
'immutable').
What's the correct way?
You cannot initialize an AA at compile-time.
On Saturday, 24 December 2016 at 07:30:56 UTC, Ali Çehreli wrote:
On 12/15/2016 12:20 AM, Ali Çehreli wrote:
https://www.meetup.com/D-Lang-Silicon-Valley/events/236253882/
The slides:
http://files.meetup.com/18234529/The%20Curse%20of%20Knowledge.pptx
The video:
On Saturday, 24 December 2016 at 10:54:08 UTC, Stefan Koch wrote:
300 microseconds, which is not even 0.3% of the time spent.
Lexing them requires additionally also about 300 microseconds.
So Together that makes up 0.6% of the time spent.
Of course in the above 3% and 6% are the right numbers.
https://issues.dlang.org/show_bug.cgi?id=14296
--- Comment #10 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/tools
https://github.com/dlang/tools/commit/e245e29d8bebe4d3965dbee40216135df513bccf
Fix Issue 14296 - RDMD fails at building a lib when the
https://issues.dlang.org/show_bug.cgi?id=16962
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=16962
--- Comment #16 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/tools
https://github.com/dlang/tools/commit/b6ec807712a452a47f712364b86d02335af2a93f
Fix Issue 16962 - rdmd --build-only --force -c main.d
https://issues.dlang.org/show_bug.cgi?id=16978
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to stable at https://github.com/dlang/tools
https://github.com/dlang/tools/commit/a9aba0067cc9604588b71877eb390df106f8abe7
Fix Issue 16978 - [REG2.072.0] pragma(lib) is broken with
https://issues.dlang.org/show_bug.cgi?id=14296
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=16626
--- Comment #4 from Martin Nowak ---
Wasn't fully resolved by the PR.
https://github.com/dlang/phobos/pull/4877#issuecomment-257186040
--
On Saturday, 24 December 2016 at 09:34:03 UTC, Andrei
Alexandrescu wrote:
(I confirm that importing std.traits, std.meta, and
std.range.primitives together takes 10ms.)
while compiling std.traits 6 files are opened and read into
memory,
taking roughly 300 microseconds, which is not even 0.3%
https://issues.dlang.org/show_bug.cgi?id=14608
--- Comment #9 from Sönke Ludwig ---
Yes, fixed for /library/. I think I just didn't close this right away at the
time because it still isn't fixed for /phobos/.
--
I thought I see familiar name :-)
http://imgur.com/a/TqGdj
On Saturday, 24 December 2016 at 00:04:48 UTC, Walter Bright
wrote:
On 12/23/2016 3:35 PM, Johan Engelen wrote:
On Friday, 23 December 2016 at 22:11:31 UTC, Walter Bright
wrote:
enum SIZE = 1;
void foo(int* a, int* b) {
int* atop = a + 1000; // should be `a + SIZE`, right?
https://issues.dlang.org/show_bug.cgi?id=16073
Andrei Alexandrescu changed:
What|Removed |Added
CC||and...@erdani.com
On Saturday, 24 December 2016 at 09:31:42 UTC, Jacob Carlborg
wrote:
On 2016-12-23 15:20, Adam D. Ruppe wrote:
Wouldn't it just be glorious if that magically printed:
test.d(4): Assertion failure
(a == b) is false
a = 0
b = 1
Or if there was a language feature that allowed us
On 12/23/2016 09:23 PM, Chris Wright wrote:
[abbreviated below]
Upon more investigation, I see a large discrepancy between the findings
of DIP1005 and yours. So there are a number of claims here, which I'll
summarize:
tldr: the performance impact of this DIP would be too small to easily
On 2016-12-23 15:20, Adam D. Ruppe wrote:
Wouldn't it just be glorious if that magically printed:
test.d(4): Assertion failure
(a == b) is false
a = 0
b = 1
Or if there was a language feature that allowed us to do this in a
library, and a bunch of other things. I wonder what
On 2016-12-23 16:09, Adam D. Ruppe wrote:
sometimes i confess i want to write a new druntime. maybe i'd call it
"dango"
Hehe, druntime is the only part that was shared between Tango and
Phobos/druntime for D2.
--
/Jacob Carlborg
On 2016-12-23 18:09, Andrei Alexandrescu wrote:
Well clearly some changes in the compiler and/or runtime could bring us
to where we want to be.
Yeah, something like RTInfo but for modules. There's already an issue
reported for this since a couple of years ago [1].
[1]
On Saturday, 24 December 2016 at 02:23:53 UTC, Chris Wright wrote:
Appendix A: templates that would receive 'with(import foo)' in
Phobos.
I used a relatively simple regex to look for this. If someone
put more than one line between a template and its constraints,
or comments with certain
On 2016-12-23 18:12, Andrei Alexandrescu wrote:
It looks like a solid traditional approach. It would be great to explore
approaches where D's unique features would bring a strategic advantage.
I had hoped that D's unique features good be used on top of that low
level library.
--
/Jacob
On Saturday, 24 December 2016 at 08:41:26 UTC, aberba wrote:
Currently, its hard to choose a lib because there is no way of
knowing how many people use it.
This should have been opened at the dub-registry repo ;-)
In particular your request already exists, see e.g.
Currently, its hard to choose a lib because there is no way of
knowing how many people use it.
https://issues.dlang.org/show_bug.cgi?id=17026
Issue ID: 17026
Summary: std.conv.emplace could be @safe if the constructor is
so
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
97 matches
Mail list logo