On Wednesday, 27 June 2018 at 14:50:25 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 14:29:33 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:21:39 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 13:27:46 UTC, Uknown wrote:
[...]
I see. Ok, one possibility is
source = indexed(source,
On Wednesday, 27 June 2018 at 10:22:38 UTC, Vijay Nayar wrote:
Most of the documentation at
https://dlang.org/spec/declaration.html#alias uses examples of
the form: `alias aliasName = other;`, where `aliasName`
becomes the new name to reference `other`. Alternatively, one
may write `alias
Augh, nevermind, it's immutable TimeZone. TimeZone needs to be
immutable for some reason, so it needs Rebindable, so SysTime has
opAssign anyways, because there's no native way to specify a
tailconst for class references.
Augh.
Maybe it's finally time to write an emplace-based version of
https://issues.dlang.org/show_bug.cgi?id=19031
--- Comment #1 from Jacob Carlborg ---
Forgot to mention, this gave an compile error compiling with DMD 2.079.0 but
fails with 2.080.0 and up to master, currently at
033d324957ff5bee8e25c7335eab2c562d17e2b1. The assertion failure is:
DMD
The overloaded opAssign in SysTime makes it unusable with
Nullable in structs that have invariants that fail on T.init and
hence @disable this().
struct S
{
SysTime st_;
int i;
invariant { assert(i > 0); }
this(int i) { this.i = i; }
@disable this(); // S() is not a valid S
}
On Wednesday, 27 June 2018 at 12:49:20 UTC, FeepingCreature wrote:
Maybe it's finally time to write an emplace-based version of
Nullable?
Having done so: is it better to have just the moveEmplace
Nullable, or use standard opAssign for implicitly constructable
types? This would let Nullable
Title says it all. Is there a trivial way to do this?
https://issues.dlang.org/show_bug.cgi?id=19031
Issue ID: 19031
Summary: [REG 2.080.0] assert failure when subclassing C++
class with D class
Product: D
Version: D2
Hardware: All
OS: All
Status:
On Wednesday, 27 June 2018 at 15:07:57 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:50:25 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 14:29:33 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:21:39 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 13:27:46 UTC, Uknown wrote:
[...]
On Wednesday, 27 June 2018 at 12:02:10 UTC, aliak wrote:
===
The use case is for a non-nullable type, where I want to
guarantee that the value inside will never be null. I can't do
it for inner classes though. And I can't allow the user to do
something like:
void main() {
class C {}
On Wednesday, 27 June 2018 at 12:25:26 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 10:22:38 UTC, Vijay Nayar wrote:
Most of the documentation at
https://dlang.org/spec/declaration.html#alias uses examples of
the form: `alias aliasName = other;`, where `aliasName`
becomes the new name to
https://issues.dlang.org/show_bug.cgi?id=19022
--- Comment #2 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/e7cbc9d1acd290d1af1587ad3b0389667bc6091c
Fix Issue 19022 - CTorFlow: Show the line of the duplicated
https://issues.dlang.org/show_bug.cgi?id=19022
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=19002
--- Comment #2 from Steven Schveighoffer ---
No, this is not expected. I can use printf with a string literal, and it works,
even if it's via an enum, or some const folding. The compiler implicitly can
cast a string literal to a const(char*),
https://issues.dlang.org/show_bug.cgi?id=19002
Steven Schveighoffer changed:
What|Removed |Added
Summary|__FUNCTION__ and|__FUNCTION__ and
On 2018-06-27 01:22, Seb wrote:
On Tuesday, 26 June 2018 at 17:12:37 UTC, H. S. Teoh wrote:
On Tue, Jun 26, 2018 at 12:54:11PM -0400, Steven Schveighoffer via
Digitalmars-d wrote: [...]
1. The dlang.org repository is backwards -- master generates the docs
for the default dlang.org. I've
On Wednesday, 27 June 2018 at 14:29:33 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:21:39 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 13:27:46 UTC, Uknown wrote:
Title says it all. Is there a trivial way to do this?
There are
On 6/27/18 6:22 AM, Vijay Nayar wrote:
Does this mean that the `alias other aliasName;` syntax is preferred, or
does it simply mean that this is a low priority issue that hasn't been
addressed yet?
IIRC, there was an ambiguity for using the new syntax for alias this. I
don't remember the
On Wednesday, June 27, 2018 10:59:35 Seb via Digitalmars-d wrote:
> On Friday, 22 June 2018 at 07:38:04 UTC, Mike Parker wrote:
> > On Thursday, 7 June 2018 at 06:22:04 UTC, Mike Parker wrote:
> >> DIP 1013, "The Deprecation Process", is now ready for final
> >> review. This is a last chance for
On Wed, Jun 27, 2018 at 04:00:37PM +, Mario Silva via Digitalmars-d wrote:
> Hello,
>
> Our code base has been growing steadily and it's currently at a point
> where my 16GB machine just freezes when we're compiling our code. This
> happens because DMD just consumes all my memory for a while.
On Wednesday, 27 June 2018 at 15:27:09 UTC, Steven Schveighoffer
wrote:
On 6/27/18 6:22 AM, Vijay Nayar wrote:
Does this mean that the `alias other aliasName;` syntax is
preferred, or does it simply mean that this is a low priority
issue that hasn't been addressed yet?
IIRC, there was an
On Wednesday, 27 June 2018 at 15:18:05 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 15:07:57 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:50:25 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 14:29:33 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:21:39 UTC, Alex wrote:
On
On Wednesday, June 27, 2018 16:19:56 Luka Aleksic via Digitalmars-d-learn
wrote:
> Hello,
>
> In the following code:
>
> T first;
> U second;
>
> this(T arg_first, U arg_second) {
> first = arg_first;
> second = arg_second;
> }
> };
>
> void main() {
>
> pair!(char, uint)
On Wed, Jun 27, 2018 at 04:19:56PM +, Luka Aleksic via Digitalmars-d-learn
wrote:
[...]
> struct pair(T, U) {
> T first;
> U second;
>
> this(T arg_first, U arg_second) {
> first = arg_first;
> second = arg_second;
> }
> };
>
> void main()
On Wednesday, 27 June 2018 at 17:07:52 UTC, Jonathan M Davis
wrote:
On Wednesday, June 27, 2018 16:19:56 Luka Aleksic via
Digitalmars-d-learn wrote:
[...]
[...]
Well, for one, what's on the left side of the = doesn't
normally affect the type of what's on the right. It does in
some cases
Hello,
Our code base has been growing steadily and it's currently at a
point where my 16GB machine just freezes when we're compiling our
code. This happens because DMD just consumes all my memory for a
while.
Also, it's taking a long time to compile it. Less than an year
ago our project
Hello,
In the following code:
struct pair(T, U) {
T first;
U second;
this(T arg_first, U arg_second) {
first = arg_first;
second = arg_second;
}
};
void main() {
pair!(char, uint) p1 = pair('a', 1);
}
I am getting the
I like to use fluent-asserts
(https://github.com/gedaiu/fluent-asserts), but I seem to be
missing something in how to only add that as a dependency for the
unittest builds.
The documentation encourages overwriting the unittest
configuration, but when I do this it changes a large number of
On Wednesday, 27 June 2018 at 16:19:56 UTC, Luka Aleksic wrote:
[…]
I am getting the following error:
scratch.d(14): Error: struct scratch.pair cannot deduce
function from argument types !()(char, int), candidates are:
scratch.d(2):scratch.pair(T, U)
Failed: ["/usr/bin/dmd", "-v",
On Tuesday, 26 June 2018 at 09:55:10 UTC, Francesco Mecca wrote:
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
[...]
What is the status of the DIP? Is it ready to be proposed and
dicussed?
On Wednesday, 27 June 2018 at 16:53:49 UTC, Ben Goodwyn wrote:
I like to use fluent-asserts
(https://github.com/gedaiu/fluent-asserts), but I seem to be
missing something in how to only add that as a dependency for
the unittest builds.
The documentation encourages overwriting the unittest
On Tuesday, 26 June 2018 at 03:45:27 UTC, Seb wrote:
Did you by chance also benchmark it with other languages like
C++, Go or Rust?
= Not reusing hashtables, optimizations enabled =
79 msecs Rust std::collections::HashMap
90 msecs Go built-in map
177 msecs C++ std::unordered_map (whichever
On Wednesday, 27 June 2018 at 12:02:10 UTC, aliak wrote:
This currently fails unless you mark the class as static:
auto construct(T)() {
return new T;
}
void main() {
class C {}
auto s = construct!C;
}
So wondering if there's anything that can be done to get the
above working?
On 27/06/2018 12:37, Robert M. Münch wrote:
On 2018-06-27 06:22:19 +, Rainer Schuetze said:
- Windows-10, 64bit, running in a Parallels VM on OSX 10.13.5
- VS-2017 latest patch applied
If you try to debug 64-bit-builds, mago starts another monitoring
process. Maybe there are issues
On Wednesday, 27 June 2018 at 14:01:03 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 12:02:10 UTC, aliak wrote:
===
The use case is for a non-nullable type, where I want to
guarantee that the value inside will never be null. I can't do
it for inner classes though. And I can't allow the user
On Wednesday, 27 June 2018 at 19:28:37 UTC, Timoses wrote:
Can't seem to avoid using mixin in main..
hehe yeah I see, didn't think of trying mixins, worth a shot! It
seems like you had fun at least ;)
On Wednesday, 27 June 2018 at 14:01:06 UTC, Basile B. wrote:
On Wednesday, 27 June 2018 at 12:25:26 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 10:22:38 UTC, Vijay Nayar wrote:
[...]
aliasing a function type only works with the old syntax too:
alias void proto_identifier();
Very
On Wednesday, 27 June 2018 at 13:27:46 UTC, Uknown wrote:
Title says it all. Is there a trivial way to do this?
There are
https://dlang.org/library/std/algorithm/mutation/reverse.html
and
https://dlang.org/library/std/range/retro.html
both require a bidirectional range, which Indexed, luckily
On Wednesday, 27 June 2018 at 14:21:39 UTC, Alex wrote:
On Wednesday, 27 June 2018 at 13:27:46 UTC, Uknown wrote:
Title says it all. Is there a trivial way to do this?
There are
https://dlang.org/library/std/algorithm/mutation/reverse.html
and
https://dlang.org/library/std/range/retro.html
On Wednesday, 27 June 2018 at 14:23:25 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:01:06 UTC, Basile B. wrote:
On Wednesday, 27 June 2018 at 12:25:26 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 10:22:38 UTC, Vijay Nayar wrote:
[...]
aliasing a function type only works with the
On Wed, 27 Jun 2018 at 17:24, Manu wrote:
>
> On Wed, 27 Jun 2018 at 17:16, Jonathan M Davis via Digitalmars-d
> wrote:
> >
> > On Wednesday, June 27, 2018 16:54:55 Manu via Digitalmars-d wrote:
> > > Hey people,
> > >
> > > So I had a few people in the office refuse to install DMD because when
On Wednesday, June 27, 2018 17:26:36 Manu via Digitalmars-d wrote:
> On Wed, 27 Jun 2018 at 17:24, Manu wrote:
> > On Wed, 27 Jun 2018 at 17:16, Jonathan M Davis via Digitalmars-d
> >
> > wrote:
> > > On Wednesday, June 27, 2018 16:54:55 Manu via Digitalmars-d wrote:
> > > > Hey people,
> > > >
On Thursday, 28 June 2018 at 00:15:54 UTC, Jonathan M Davis wrote:
On Wednesday, June 27, 2018 16:54:55 Manu via Digitalmars-d
wrote:
Hey people,
So I had a few people in the office refuse to install DMD
because when
they launched the installer, Windows displayed the prompt that
it was
On 6/27/2018 5:34 PM, Jonathan M Davis via Digitalmars-d wrote:
On Wednesday, June 27, 2018 17:26:36 Manu via Digitalmars-d wrote:
I guess people feel nervous about installing allegedly potentially
dangerous software on their corporate workstation.
Honestly, that's exactly the sort of thing
On Wednesday, 27 June 2018 at 23:54:55 UTC, Manu wrote:
Hey people,
So I had a few people in the office refuse to install DMD
because when
they launched the installer, Windows displayed the prompt that
it was
untrusted (ie, unsigned) and not offer the install button
without
manual override.
On Wednesday, June 27, 2018 17:59:42 Brad Roberts via Digitalmars-d wrote:
> On 6/27/2018 5:34 PM, Jonathan M Davis via Digitalmars-d wrote:
> > On Wednesday, June 27, 2018 17:26:36 Manu via Digitalmars-d wrote:
> >> I guess people feel nervous about installing allegedly potentially
> >> dangerous
It's all about removing resistance and raising the level of
professionalism. D isn't a hobby project and shouldn't act
like one. This is an obvious barrier that's worth removing. In
this day and age of rampant actively dangerous software, it's
an obvious improvement to sign it and make the
On Wednesday, 27 June 2018 at 14:29:18 UTC, Basile B. wrote:
On Wednesday, 27 June 2018 at 14:23:25 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:01:06 UTC, Basile B. wrote:
On Wednesday, 27 June 2018 at 12:25:26 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 10:22:38 UTC, Vijay Nayar
On Wednesday, 27 June 2018 at 13:41:46 UTC, Jacob Carlborg wrote:
On 2018-06-27 01:22, Seb wrote:
On Tuesday, 26 June 2018 at 17:12:37 UTC, H. S. Teoh wrote:
On Tue, Jun 26, 2018 at 12:54:11PM -0400, Steven
Schveighoffer via
Digitalmars-d wrote: [...]
1. The dlang.org repository is backwards
On Wednesday, 27 June 2018 at 14:29:18 UTC, Basile B. wrote:
On Wednesday, 27 June 2018 at 14:23:25 UTC, Uknown wrote:
On Wednesday, 27 June 2018 at 14:01:06 UTC, Basile B. wrote:
[...]
You can use this syntax for functions :
`alias proto_identifier = void function();`
Nah it's not the
https://issues.dlang.org/show_bug.cgi?id=19032
Issue ID: 19032
Summary: Alias this does not interact with inheritance.
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
Hey people,
So I had a few people in the office refuse to install DMD because when
they launched the installer, Windows displayed the prompt that it was
untrusted (ie, unsigned) and not offer the install button without
manual override.
True also for VisualD.
Can we get a key and start signing
https://issues.dlang.org/show_bug.cgi?id=19033
Issue ID: 19033
Summary: Sign the installer
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: enhancement
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=19034
Issue ID: 19034
Summary: Sign the installer
Product: D
Version: D2
Hardware: All
OS: Windows
Status: NEW
Severity: enhancement
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=19034
Manu changed:
What|Removed |Added
Keywords||industry
--
https://issues.dlang.org/show_bug.cgi?id=19033
Manu changed:
What|Removed |Added
Keywords||industry
--
On Wednesday, June 27, 2018 22:59:03 Nathan S. via Digitalmars-d-learn
wrote:
> On Wednesday, 27 June 2018 at 22:39:26 UTC, Jonathan M Davis
>
> wrote:
> > You could explicitly instantiate the function template and then
> > take its address.
>
> Explicitly instantiating the template can result in
On Wednesday, June 27, 2018 16:54:55 Manu via Digitalmars-d wrote:
> Hey people,
>
> So I had a few people in the office refuse to install DMD because when
> they launched the installer, Windows displayed the prompt that it was
> untrusted (ie, unsigned) and not offer the install button without
>
On Wed, 27 Jun 2018 at 17:16, Jonathan M Davis via Digitalmars-d
wrote:
>
> On Wednesday, June 27, 2018 16:54:55 Manu via Digitalmars-d wrote:
> > Hey people,
> >
> > So I had a few people in the office refuse to install DMD because when
> > they launched the installer, Windows displayed the
Let's say there's a function template `doImpl` and `doImpl(x)`
compiles thanks to IFTI. Is there any way to get the address of
the function that would be called in `doImpl(x)`?
On Wednesday, June 27, 2018 22:34:46 Nathan S. via Digitalmars-d-learn
wrote:
> Let's say there's a function template `doImpl` and `doImpl(x)`
> compiles thanks to IFTI. Is there any way to get the address of
> the function that would be called in `doImpl(x)`?
You could explicitly instantiate
On 6/27/18 12:00 PM, Mario Silva wrote:
Hello,
Our code base has been growing steadily and it's currently at a point
where my 16GB machine just freezes when we're compiling our code. This
happens because DMD just consumes all my memory for a while.
That is the path of D's compiler
On Wednesday, 27 June 2018 at 22:39:26 UTC, Jonathan M Davis
wrote:
You could explicitly instantiate the function template and then
take its address.
Explicitly instantiating the template can result in a function
that may be behaviorally identical but have a different address.
On 6/27/18 6:34 PM, Nathan S. wrote:
Let's say there's a function template `doImpl` and `doImpl(x)` compiles
thanks to IFTI. Is there any way to get the address of the function that
would be called in `doImpl(x)`?
It's a good question!
You may be able to use TemplateOf, TemplateArgsOf, and
On Wednesday, 27 June 2018 at 16:00:37 UTC, Mario Silva wrote:
Any tips on how to code in a way that minimizes both
compilation times and memory consumption when compiling?
Here are my tips. I'd love to hear more from others.
* Try to reduce imports. E.g., say you use a lot of stuff from
Most of the documentation at
https://dlang.org/spec/declaration.html#alias uses examples of
the form: `alias aliasName = other;`, where `aliasName` becomes
the new name to reference `other`. Alternatively, one may write
`alias other aliasName;`. My understanding is that the syntax
with `=`
On 2018-06-27 06:22:19 +, Rainer Schuetze said:
Works for me, can you give more details? VS version, platform, etc.
- Windows-10, 64bit, running in a Parallels VM on OSX 10.13.5
- VS-2017 latest patch applied
Please note that there is no need to select the Mago debug engine in
VS2013 or
On Friday, 22 June 2018 at 07:38:04 UTC, Mike Parker wrote:
On Thursday, 7 June 2018 at 06:22:04 UTC, Mike Parker wrote:
DIP 1013, "The Deprecation Process", is now ready for final
review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the
On 26/06/2018 16:25, Robert M. Münch wrote:
On 2018-06-24 13:08:53 +, Rainer Schuetze said:
a new release of Visual D has just been uploaded. Major changes are
* improved Visual C++ project integration: better dependencies,
automatic libraries, name demangling
* new project wizard
*
https://issues.dlang.org/show_bug.cgi?id=16360
Manu changed:
What|Removed |Added
CC||turkey...@gmail.com
On Tue., 26 Jun. 2018, 11:45 am Iain Buclaw via Digitalmars-d, <
digitalmars-d@puremagic.com> wrote:
> On 26 June 2018 at 20:07, Manu via Digitalmars-d
> wrote:
> > On Tue, 26 Jun 2018 at 10:43, Iain Buclaw via Digitalmars-d
> > wrote:
> >>
> >> On 26 June 2018 at 19:41, Manu via Digitalmars-d
https://issues.dlang.org/show_bug.cgi?id=9701
--- Comment #3 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/36d349c6fffc734ee13b05e6927d1a4a01444a24
Fix Issue 9701 - allow UDAs to be attached to enum values
https://issues.dlang.org/show_bug.cgi?id=18439
--- Comment #4 from Seb ---
I looked a bit at this and there seem to be two issues going on:
1) DMD creates the __lambda1 member
For this in @nogc main case (i.e. without label), TypeFunction.isnogc = false
-> initInferAttributes tries to infer the
https://issues.dlang.org/show_bug.cgi?id=9701
github-bugzi...@puremagic.com changed:
What|Removed |Added
Status|NEW |RESOLVED
DIP 1014, "Hooking D's struct move semantics", is now ready for
final review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the Formal
Assessment. Please read the procedures document for details on
what is expected in this review stage:
DIP 1014, "Hooking D's struct move semantics", is now ready for
final review. This is a last chance for community feedback before
the DIP is handed off to Walter and Andrei for the Formal
Assessment. Please read the procedures document for details on
what is expected in this review stage:
https://issues.dlang.org/show_bug.cgi?id=18719
Seb changed:
What|Removed |Added
See Also||https://issues.dlang.org/sh
|
https://issues.dlang.org/show_bug.cgi?id=19030
Issue ID: 19030
Summary: CTorFlow checking is too aggressive and only checks
whether a this call is present
Product: D
Version: D2
Hardware: All
OS: All
https://issues.dlang.org/show_bug.cgi?id=16360
--- Comment #4 from Basile B. ---
(In reply to Basile B. from comment #0)
> When a simple type is nested in the function, e.g as an helper DMD fails to
> inline:
>
>
> #!runnable-flags: -O -inline
> module runnable;
>
On Wednesday, 27 June 2018 at 06:47:46 UTC, Manu wrote:
This is some seriously good news for GDC. Awesome stuff guys!
Agreed!
On Wednesday, 27 June 2018 at 07:13:14 UTC, Mike Parker wrote:
Thanks in advance for your participation.
For those of you using the NNTP or mailing list interfaces, this
is the thread to respond in. Thanks!
On Wednesday, 27 June 2018 at 07:28:07 UTC, Mike Parker wrote:
On Wednesday, 27 June 2018 at 07:26:20 UTC, Mike Parker wrote:
https://forum.dlang.org/post/hwscnvmtrzfcfnppd...@forum.dlang.org
And I've pasted the wrong link here. The correct thread link is
this one:
https://issues.dlang.org/show_bug.cgi?id=19002
Seb changed:
What|Removed |Added
CC||greensunn...@gmail.com
--- Comment #1 from Seb ---
The last chance for community feedback on DIP 1014, "Hooking D's
struct move semantics", is now underway. Please do not leave any
feedback in this thread, but rather in the review thread in the
General forum:
https://forum.dlang.org/post/hwscnvmtrzfcfnppd...@forum.dlang.org
Also, please be
On Wednesday, 27 June 2018 at 07:26:20 UTC, Mike Parker wrote:
https://forum.dlang.org/post/hwscnvmtrzfcfnppd...@forum.dlang.org
And I've pasted the wrong link here. The correct thread link is
this one:
https://forum.dlang.org/post/ipidsodqhgazrfvzh...@forum.dlang.org
Thanks!
This currently fails unless you mark the class as static:
auto construct(T)() {
return new T;
}
void main() {
class C {}
auto s = construct!C;
}
So wondering if there's anything that can be done to get the
above working?
Or if there isn't then how could the compiler be enhanced
https://issues.dlang.org/show_bug.cgi?id=19035
--- Comment #1 from Walter Bright ---
https://github.com/dlang/dmd/pull/8408
--
https://issues.dlang.org/show_bug.cgi?id=19035
Issue ID: 19035
Summary: Escape in scope inference, improve scope inference
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: normal
On Friday, 11 November 2016 at 23:55:58 UTC, Jonathan M Davis
wrote:
...
So, just provide a solid use case (if not multiple) as to why
it needs to have a specific order, and you probably stand a
good chance of it being added to the spec - especially since
it's what the implementation does
On Thursday, 28 June 2018 at 01:34:22 UTC, Jonathan M Davis wrote:
On Wednesday, June 27, 2018 17:59:42 Brad Roberts via
Digitalmars-d wrote:
On 6/27/2018 5:34 PM, Jonathan M Davis via Digitalmars-d wrote:
> On Wednesday, June 27, 2018 17:26:36 Manu via Digitalmars-d
> wrote:
>> I guess people
https://issues.dlang.org/show_bug.cgi?id=19036
Issue ID: 19036
Summary: .tupleof order guarantee
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
Severity: enhancement
Priority: P1
https://issues.dlang.org/show_bug.cgi?id=16639
Tyler Knott changed:
What|Removed |Added
Keywords||pull
CC|
92 matches
Mail list logo