On Saturday, 26 November 2016 at 06:46:19 UTC, Martin Nowak wrote:
Maybe non-copyability needs to become a requirement for
InputRanges.
Could have an optional .clone if copying is supported.
What would be an InputRange where copying is correct?
We already have refRange for that, no?
Also
On Wednesday, 23 November 2016 at 01:34:23 UTC, Andrei
Alexandrescu wrote:
On 11/22/16 7:30 PM, John Colvin wrote:
On Tuesday, 22 November 2016 at 23:55:01 UTC, Andrei
Alexandrescu wrote:
The proposed design has disabled copy ctor and uses opCall()
for a new element. That seems to be a
On 11/25/2016 4:22 AM, Claude wrote:
So, I like too to think it's just due to an integer overflow. But not from a
software engineer perspective, but more from a Marxist approach. One misses a
simple test over an integer, and you make a rocket-ship worth billions of good
money (that could be used
On Sat, Nov 26, 2016 at 1:14 AM, Ilya Yaroshenko via
Digitalmars-d-announce wrote:
>
> https://github.com/libmir/mir-random
> http://docs.random.dlang.io/latest/index.html
Like the betterC use case. Nice API.
first example from the docs:
import
On Friday, 25 November 2016 at 20:10:56 UTC, solidstate1991 wrote:
glitchy image after rendering the result) and I have no idea
how DerelictFI works at all,
DerelictFI is just a binding to FreeImage, so the more relevant
point to consider is how FreeImage works :-) Everything you need
to
On 26/11/2016 6:16 AM, Jonathan M Davis via Digitalmars-d wrote:
2. Make the new json be something like std.data.json. We'd already talked
about doing that before. Then the new xml stuff could go in std.data.xml. It
avoids the whole v2 thing by further reorganizing Phobos in a hierarchical
On Wednesday, 23 November 2016 at 20:54:27 UTC, Andy Smith wrote:
On Wednesday, 23 November 2016 at 01:36:20 UTC, Andrei
Alexandrescu wrote:
On 11/19/16 4:17 PM, Andy Smith wrote:
Until branding for the 2017 conf is sorted out/agreed would
it be a big
deal to 'steal' the cool purple D rocket
https://issues.dlang.org/show_bug.cgi?id=16795
Issue ID: 16795
Summary: Allow taking address of 'scope' variable in some cases
Product: D
Version: D2
Hardware: All
OS: All
Status: NEW
Severity: enhancement
On Fri, Nov 25, 2016 at 11:59:26PM +, deadalnix via Digitalmars-d wrote:
> On Friday, 25 November 2016 at 23:27:52 UTC, H. S. Teoh wrote:
> > On Sunday, 20 November 2016 at 03:28:33 UTC, Walter Bright wrote:
> > > On 11/19/2016 3:03 PM, deadalnix wrote:
> > > > A lot of users are reporting
Am 25.11.2016 um 23:28 schrieb Timon Gehr:
On 25.11.2016 22:18, Sönke Ludwig wrote:
Am 25.11.2016 um 12:39 schrieb Timon Gehr:
On 24.11.2016 10:24, Kagamin wrote:
I see no ambiguity even if parsing is not greedy.
import std.stdio;
pragma(mangle,"_D2tt4mainFZ3fooUZv")
void foo()in{
On Friday, 25 November 2016 at 23:27:52 UTC, H. S. Teoh wrote:
On Sunday, 20 November 2016 at 03:28:33 UTC, Walter Bright
wrote:
On 11/19/2016 3:03 PM, deadalnix wrote:
A lot of users are reporting errors on debian and ubuntu. .o
generated by dmd do
not link and libphobos.a is unusable.
This
https://issues.dlang.org/show_bug.cgi?id=16771
--- Comment #5 from anonymous4 ---
(In reply to Joseph M Rice from comment #0)
> In C/C++, Java, C# and
> virtually every programming language based on the C syntax allows for
> implicit string concatenation.
No?
On 11/25/16 18:33, Jonathan M Davis via Digitalmars-d-learn wrote:
> On Friday, November 25, 2016 18:20:11 Artur Skawina via Digitalmars-d-learn
> wrote:
>> On 11/25/16 17:30, Jonathan M Davis via Digitalmars-d-learn wrote:
>>> On Friday, November 25, 2016 17:03:32 Artur Skawina via
enum
On Sunday, 20 November 2016 at 03:28:33 UTC, Walter Bright wrote:
On 11/19/2016 3:03 PM, deadalnix wrote:
A lot of users are reporting errors on debian and ubuntu. .o
generated by dmd do
not link and libphobos.a is unusable.
This is very bad and we should consider a hotfix. Is someone
on it
https://issues.dlang.org/show_bug.cgi?id=16794
--- Comment #1 from hst...@quickfur.ath.cx ---
Alternatively, DMD needs to invoke gcc with -no-pie when linking D executables.
However, I rather we don't go this route, because this would preclude ASLR
(Address Space Layout Randomization) on all
https://issues.dlang.org/show_bug.cgi?id=16794
Issue ID: 16794
Summary: Official .deb packages must compile libphobos2.a with
-fPIC
Product: D
Version: D2
Hardware: x86_64
OS: Linux
Status: NEW
https://github.com/libmir/mir-random
http://docs.random.dlang.io/latest/index.html
2016-11-25 16:30 GMT+01:00 Steven Schveighoffer via Digitalmars-d <
digitalmars-d@puremagic.com>:
>
> But I think Walter's scope changes (DIP 1001 I think?) will make it so the
> compiler rejects this even in non-safe mode.
>
> -Steve
>
You are correct that DIP1000 will fix that. However it will
On Friday, 25 November 2016 at 16:03:27 UTC, Andrei Alexandrescu
wrote:
Hmmm... ok, that would work by means of the convention "@safe +
no implementation really means trusted". Not too convenient I'd
say.
@trusted means "@safe interface, @system implementation", so when
you have only
On Friday, 25 November 2016 at 10:14:46 UTC, Satoshi wrote:
but writing 20 times something like:
auto vi = (() @trusted => glXChooseXFBConfig(...))();
or:
auto vi = () @trusted { return glXChooseXFBConfig(...); }();
Trusted blocks are used for safety inference in generic code, so
that only
On Friday, 25 November 2016 at 16:08:15 UTC, Ilya Yaroshenko
wrote:
On Friday, 25 November 2016 at 16:04:07 UTC, Andrei
Alexandrescu wrote:
I'd say we can bury the hatchet and move on with Ilya's API.
-- Andrei
Yes, this was clear. There are also others who may disagree.
This is the reason
On 25.11.2016 17:38, Kagamin wrote:
On Friday, 25 November 2016 at 11:10:44 UTC, Timon Gehr wrote:
You can just as easily edit the while condition. I use it because
"unconditional loop" is less silly than "loop until true is false".
Unconditional loop can be implemented in 3 possible ways :)
On Friday, 25 November 2016 at 15:56:45 UTC, Ilya Yaroshenko
wrote:
What kind of state should not be copied by value? I thought it
is only an Engine.
Unfortunately that's not true. The sampling algorithm pulls some
tricks to try to reduce the number of calls to the random number
generator
On Wednesday, 23 November 2016 at 14:00:15 UTC, ZombineDev wrote:
On Tuesday, 22 November 2016 at 21:19:13 UTC, H. S. Teoh wrote:
On Sat, Nov 19, 2016 at 11:03:05PM +, deadalnix via
Digitalmars-d wrote:
A lot of users are reporting errors on debian and ubuntu. .o
generated by dmd do not
On Friday, 25 November 2016 at 15:30:35 UTC, Steven Schveighoffer
wrote:
But I think Walter's scope changes (DIP 1001 I think?) will
make it so the compiler rejects this even in non-safe mode.
-Steve
I really hope this is the case. Because, it needs to be said. If
a modern language fails
On Thursday, 24 November 2016 at 14:22:05 UTC, Jonathan M Davis
wrote:
Then call popFront or drop before passing it along if you're
paranoid about it.
There's little need for it, as it was pointed out earlier that
the generate algorithm does the right thing and needs only
opCall, also a nice
On 25.11.2016 22:18, Sönke Ludwig wrote:
Am 25.11.2016 um 12:39 schrieb Timon Gehr:
On 24.11.2016 10:24, Kagamin wrote:
I see no ambiguity even if parsing is not greedy.
import std.stdio;
pragma(mangle,"_D2tt4mainFZ3fooUZv")
void foo()in{ assert(true); }{
writeln("Hello World!");
}
void
On 11/25/2016 12:10 PM, solidstate1991 wrote:
After I couldn't figure out how to convert Imageformats' own format to
my own (consequential read from IFImage resulted in a glitchy image
after rendering the result) and I have no idea how DerelictFI works at
all, I'm currently out of options. At
https://issues.dlang.org/show_bug.cgi?id=16743
--- Comment #4 from thomas.bock...@gmail.com ---
I have tested and can confirm that this is fixed in master. Thanks.
--
Am 25.11.2016 um 12:39 schrieb Timon Gehr:
On 24.11.2016 10:24, Kagamin wrote:
I see no ambiguity even if parsing is not greedy.
import std.stdio;
pragma(mangle,"_D2tt4mainFZ3fooUZv")
void foo()in{ assert(true); }{
writeln("Hello World!");
}
void main(){
static extern(C) void foo()in{
After I couldn't figure out how to convert Imageformats' own
format to my own (consequential read from IFImage resulted in a
glitchy image after rendering the result) and I have no idea how
DerelictFI works at all, I'm currently out of options. At least I
need PNG and TGA (the latter is
https://issues.dlang.org/show_bug.cgi?id=16771
Iain Buclaw changed:
What|Removed |Added
CC||ibuc...@gdcproject.org
On Fri, Nov 25, 2016 at 07:17:20PM +, WM.H via Digitalmars-d wrote:
> On Friday, 25 November 2016 at 17:37:13 UTC, H. S. Teoh wrote:
> > On Fri, Nov 25, 2016 at 05:34:53PM +, Dominikus Dittes Scherkl via
> > Digitalmars-d wrote:
> > > On Friday, 25 November 2016 at 17:27:07 UTC, Dominikus
https://issues.dlang.org/show_bug.cgi?id=16788
Issue ID: 16788
Summary: Tera Naam
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=16739
--- Comment #3 from Ketmar Dark ---
as i am incompatible with github ;-), anybody is, of course, free to take my
hackfix and turn it into real fix (mostly by adding unittests, i guess). no
credits required.
--
https://issues.dlang.org/show_bug.cgi?id=16739
Ketmar Dark changed:
What|Removed |Added
CC|
On Friday, 25 November 2016 at 17:37:13 UTC, H. S. Teoh wrote:
On Fri, Nov 25, 2016 at 05:34:53PM +, Dominikus Dittes
Scherkl via Digitalmars-d wrote:
On Friday, 25 November 2016 at 17:27:07 UTC, Dominikus Dittes
Scherkl wrote:
> Hm.
>
> There seem to be some bot generating a lot of new
On Friday, 25 November 2016 at 14:27:39 UTC, Igor Shirkalin wrote:
On Wednesday, 23 November 2016 at 18:58:55 UTC, ketmar wrote:
We can define static array without counting the elements as
following:
enum array_ = [1u,2,3,4];
uint[array_.length] static_array = array_;
there are
https://issues.dlang.org/show_bug.cgi?id=16787
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16786
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16785
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16784
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
I don't mean an infinite loop for (;;), and violation of the
concepts of structured programming, which put forward Dijkstra.
for (;;) {
...
if (condition) {
break;
}
...
}
outer: for (;;) {
...
if (condition) {
goto outer;
}
...
}
I.e. in system
https://issues.dlang.org/show_bug.cgi?id=16787
Issue ID: 16787
Summary: PhirSe Wahi
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS:
On Friday, November 25, 2016 11:51:24 Andrei Alexandrescu via Digitalmars-d
wrote:
> Jonathan, could you please make a PR to remove the parens. Thanks.
Done.
https://github.com/dlang/phobos/pull/4925
- Jonathan M Davis
https://issues.dlang.org/show_bug.cgi?id=16786
Issue ID: 16786
Summary: Tere Mere
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=16785
Issue ID: 16785
Summary: Main Hoon
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
https://issues.dlang.org/show_bug.cgi?id=4200
Andrei Alexandrescu changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://issues.dlang.org/show_bug.cgi?id=16784
Issue ID: 16784
Summary: Jabse Tere
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
On Fri, Nov 25, 2016 at 05:34:53PM +, Dominikus Dittes Scherkl via
Digitalmars-d wrote:
> On Friday, 25 November 2016 at 17:27:07 UTC, Dominikus Dittes Scherkl wrote:
> > Hm.
> >
> > There seem to be some bot generating a lot of new Issues in the D
> > bugzilla. Or is that intentional?!?
>
https://issues.dlang.org/show_bug.cgi?id=16778
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16781
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16776
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16777
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16782
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16770
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16775
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16780
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16774
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16769
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=16768
hst...@quickfur.ath.cx changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Friday, 25 November 2016 at 17:27:07 UTC, Dominikus Dittes
Scherkl wrote:
Hm.
There seem to be some bot generating a lot of new Issues in the
D bugzilla. Or is that intentional?!?
It started 3 days ago, but becomming increasingly frequent - at
the moment every twenty minutes a new one
On Friday, November 25, 2016 17:27:07 Dominikus Dittes Scherkl via
Digitalmars-d wrote:
> Hm.
>
> There seem to be some bot generating a lot of new Issues in the D
> bugzilla. Or is that intentional?!?
Of course, it isn't. It's spam. And Brad is looking into how to deal with
it.
- Jonathan M
On Friday, November 25, 2016 18:20:11 Artur Skawina via Digitalmars-d-learn
wrote:
> On 11/25/16 17:30, Jonathan M Davis via Digitalmars-d-learn wrote:
> > On Friday, November 25, 2016 17:03:32 Artur Skawina via
> >>enum T[N] staticArray(T, alias ELS, size_t N=ELS.length) = ELS;
> >>auto
Hm.
There seem to be some bot generating a lot of new Issues in the D
bugzilla. Or is that intentional?!?
How can I create a streaming server where I can stream live and
pre-recorded audio and video to http clients using html5 on the
client end?
Is it a simple matter of implementing the rtp/rtsp protocols and
such along with (d)encoding or is there a lot more work?
On Thursday, 24 November 2016 at 00:35:39 UTC, TheGag96 wrote:
The thing that gets me more is "return" as a function
attribute. I see it under "MemberFunctionAttribute" in the
grammar but I can't find an explanation for its use anywhere...
I've started documenting it now, will post a PR soon.
On 11/25/16 17:30, Jonathan M Davis via Digitalmars-d-learn wrote:
> On Friday, November 25, 2016 17:03:32 Artur Skawina via Digitalmars-d-learn
> wrote:
>> On 11/25/16 15:51, Jonathan M Davis via Digitalmars-d-learn wrote:
>>> On Friday, November 25, 2016 14:27:39 Igor Shirkalin via
>>>
https://issues.dlang.org/show_bug.cgi?id=16783
Erdem changed:
What|Removed |Added
CC||farukerdemon...@gmail.com
On Friday, November 25, 2016 11:10:51 Andrei Alexandrescu via Digitalmars-d
wrote:
> The recent discussion about std.random suggested that we need a
> transitioning scheme for certain modules and packages in std that
> provide different designs without breaking the existing ones.
>
> C++ has
https://issues.dlang.org/show_bug.cgi?id=16783
Issue ID: 16783
Summary: std.net.curl application throws an exception
Product: D
Version: D2
Hardware: x86
OS: Linux
Status: NEW
Severity: enhancement
On Fri, Nov 25, 2016 at 03:20:24AM -0800, Jonathan M Davis via Digitalmars-d
wrote:
> On Friday, November 25, 2016 12:10:44 Timon Gehr via Digitalmars-d wrote:
> > On 25.11.2016 11:33, Claude wrote:
> > > ...
> > >
> > > Between "for(;;)", "while(true)" and "do while(true)", I would use the
> > >
On Friday, 25 November 2016 at 09:19:26 UTC, Alix Pexton wrote:
On 25/11/2016 07:14, Patrick Schluter wrote:
On Thursday, 24 November 2016 at 20:22:00 UTC, Timon Gehr
wrote:
On 24.11.2016 20:49, qznc wrote:
Although, the article [0] does not say that literally, it
sounds like an
integer
https://issues.dlang.org/show_bug.cgi?id=16782
Issue ID: 16782
Summary: Bageera
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
On 11/25/16 11:47 AM, Jonathan M Davis via Digitalmars-d wrote:
On Friday, November 25, 2016 10:46:15 Steven Schveighoffer via Digitalmars-d
wrote:
On 11/25/16 8:24 AM, Jonathan M Davis via Digitalmars-d wrote:
I would point out that technically, that breaks the range API.
isInputRange
On Friday, 25 November 2016 at 15:46:15 UTC, Steven Schveighoffer
wrote:
This case you have of defining a popFront member variable with
opCall -- don't do that, it will break things (I'm sure there
are already many places where popFront is called without
parens). I don't think that's a case
On Friday, November 25, 2016 11:01:56 Andrei Alexandrescu via Digitalmars-d
wrote:
> On 11/25/16 10:29 AM, Adam D. Ruppe wrote:
> > Let's just close the book and officially put the status quo on optional
> > parenthesis in stone: they are optional on zero-argument calls,
> > regardless of
On 11/25/2016 11:47 AM, Jonathan M Davis via Digitalmars-d wrote:
template isInputRange(R)
{
enum bool isInputRange = is(typeof(
(inout int = 0)
{
R r = R.init; // can define a range object
if (r.empty) {} // can test for empty
r.popFront(); // can
On 11/25/2016 11:39 AM, Ilya Yaroshenko wrote:
The new Random module was builded in Better C concept in mind.
Comparing with ndslice, random module has precompiled code. And we need
to solve not only the naming problem. We need integration with dub where
we can select and
On Friday, November 25, 2016 10:03:26 Andrei Alexandrescu via Digitalmars-d
wrote:
> On 11/25/16 8:24 AM, Jonathan M Davis via Digitalmars-d wrote:
> > I would point out that technically, that breaks the range API.
>
> We need to change the range API then. -- Andrei
We can certainly do that. I'm
https://issues.dlang.org/show_bug.cgi?id=16781
Issue ID: 16781
Summary: Mogli
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
On Friday, November 25, 2016 10:46:15 Steven Schveighoffer via Digitalmars-d
wrote:
> On 11/25/16 8:24 AM, Jonathan M Davis via Digitalmars-d wrote:
> > On Friday, November 25, 2016 07:59:07 Andrei Alexandrescu via
> > Digitalmars-d>
> > wrote:
> >> On 11/25/2016 07:53 AM, Dennis Ritchie wrote:
>
On Friday, 25 November 2016 at 16:10:51 UTC, Andrei Alexandrescu
wrote:
The recent discussion about std.random suggested that we need a
transitioning scheme for certain modules and packages in std
that provide different designs without breaking the existing
ones.
C++ has things like std::tr1
On Friday, 25 November 2016 at 11:10:44 UTC, Timon Gehr wrote:
You can just as easily edit the while condition. I use it
because "unconditional loop" is less silly than "loop until
true is false".
Unconditional loop can be implemented in 3 possible ways :)
1. skip it entirely: since there's
https://issues.dlang.org/show_bug.cgi?id=16313
--- Comment #1 from Jorge Lima ---
Hello,
I tested the code snippet with dmd-2.072.0 under Linux64bit and the problem is
gone (it was still present with dmd-2.071.2). Even though this bug report was
never addressed. I will test
On Friday, November 25, 2016 08:26:11 Jonathan M Davis via Digitalmars-d-
learn wrote:
> and opening an enhancement request to make the compiler smart enough that
>
> auto arr = staticArray!ubyte([1, 2, 3, 4]);
>
> would work.
Opened: https://issues.dlang.org/show_bug.cgi?id=16779
And regardless
https://issues.dlang.org/show_bug.cgi?id=16780
Issue ID: 16780
Summary: Mojo Jojo
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
On Friday, November 25, 2016 17:03:32 Artur Skawina via Digitalmars-d-learn
wrote:
> On 11/25/16 15:51, Jonathan M Davis via Digitalmars-d-learn wrote:
> > On Friday, November 25, 2016 14:27:39 Igor Shirkalin via
> > Digitalmars-d-learn>
> > wrote:
> >> I think you may write it (I mean actual D)
On Friday, November 25, 2016 15:59:48 Igor Shirkalin via Digitalmars-d-learn
wrote:
> On Friday, 25 November 2016 at 14:51:52 UTC, Jonathan M Davis
> > auto arr = staticArray!ubyte([1, 2, 3, 4]);
> >
> > doesn't compile either. The most straightforward
> > implementations are something like
>
>
https://issues.dlang.org/show_bug.cgi?id=16779
Issue ID: 16779
Summary: VRP for array literals does not work with templated
functions taking a static array if the size is
inferred
Product: D
Version: D2
On Friday, 25 November 2016 at 16:03:27 UTC, Andrei Alexandrescu
wrote:
Hmmm... ok, that would work by means of the convention "@safe +
no implementation really means trusted". Not too convenient I'd
say. -- andrei
It works today, though. The compiler will allow you to put @safe
with no body
On 11/23/16 5:25 PM, Brad Roberts via Digitalmars-d-learn wrote:
I've been marking the accounts as spam and moving the bugs to a specific
spam product/category. The last few days have been unusual. If it
keeps up, I'll investigate ways of potentially dealing with it better,
but I really don't
https://issues.dlang.org/show_bug.cgi?id=16771
Steven Schveighoffer changed:
What|Removed |Added
Status|NEW |RESOLVED
The recent discussion about std.random suggested that we need a
transitioning scheme for certain modules and packages in std that
provide different designs without breaking the existing ones.
C++ has things like std::tr1 and #if __cplusplus >= 201103L. We also
need to have separate names for
https://issues.dlang.org/show_bug.cgi?id=16778
Issue ID: 16778
Summary: Swat Cats
-18003819788-quickbooks-support-phone-number-quickbook
s
Product: D
Version: D2
Hardware: x86
OS: Windows
On 11/25/16 15:51, Jonathan M Davis via Digitalmars-d-learn wrote:
> On Friday, November 25, 2016 14:27:39 Igor Shirkalin via Digitalmars-d-learn
> wrote:
>> I think you may write it (I mean actual D) with using some
>> template like this:
>>
>> auto array = static_array!uint(1, 2, 3, 4)
>>
>>
On Friday, 25 November 2016 at 16:04:07 UTC, Andrei Alexandrescu
wrote:
On 11/25/16 10:30 AM, Ilya Yaroshenko wrote:
On Friday, 25 November 2016 at 15:22:36 UTC, Joseph Rushton
Wakeling wrote:
On Friday, 25 November 2016 at 15:04:24 UTC, Andrei
Alexandrescu wrote:
I thought I agreed that a
On 11/25/16 10:30 AM, Ilya Yaroshenko wrote:
On Friday, 25 November 2016 at 15:22:36 UTC, Joseph Rushton Wakeling wrote:
On Friday, 25 November 2016 at 15:04:24 UTC, Andrei Alexandrescu wrote:
I thought I agreed that a noncopyable struct with opCall is fine in
conjunction with a range API
On 11/25/16 10:30 AM, Adam D. Ruppe wrote:
On Friday, 25 November 2016 at 15:01:43 UTC, Andrei Alexandrescu wrote:
How would this work for marking C functions assumed to be safe as
trusted? -- Andrei
You'd presumably just mark the prototypes as @safe too.
Hmmm... ok, that would work by
On 11/25/16 10:29 AM, Adam D. Ruppe wrote:
Let's just close the book and officially put the status quo on optional
parenthesis in stone: they are optional on zero-argument calls,
regardless of @property, and that isn't going to change.
Agreed. -- Andrei
1 - 100 of 159 matches
Mail list logo