On Wednesday, 18 May 2016 at 03:01:14 UTC, Joakim wrote:
There is nothing "random" about increasing precision till the
end, it follows a well-defined rule.
Can you please quote that well-defined rule?
It is indeed random, or arbitrary (which is the same thing):
if(x<0){
// DMD choose 64
On Tuesday, 17 May 2016 at 16:17:39 UTC, Manuel König wrote:
had to update the function loading names I chose differently.
This bugged me a little, v1.1.0 has the EruptedLoader struct
removed so that the loading functions are called without
EruptedLoader. prefix and can be renamed at
On 5/17/2016 5:22 PM, H. S. Teoh via Digitalmars-d wrote:
Wasn't Manu's original complaint that, given a particular piece of FP
code that uses floats, evaluating that code at compile-time may produce
different results than evaluating it at runtime, because (as you're
proposing) the compiler will
Hello,
Is it intended that import of file as array does not work if path
is specified for import file name?
import("dir/file.ext"); // does not work
import("file.ext"); // works if dir is added to -J list
I believe it would be convenient if I could just specify one -J
path (e.g. -Jviews)
On Tuesday, 17 May 2016 at 20:34:17 UTC, Manuel König wrote:
> What I want to do is to tell dub that erupted should depend
> on xcb-d in my project's dub.json, is that possible?
I am not very confident with dub, but think that it would not
work. Maybe you ask in the dub forum?
[...]
On Tuesday, 17 May 2016 at 08:42:42 UTC, Bill Hicks wrote:
And here you go again with your borderline racist jokes. Not
very cool. If you honestly want to find out if it's "confusing
to Africans", I suggest you go to a black neighborhood and ask
them.
Haha, that is probably the most racist
https://issues.dlang.org/show_bug.cgi?id=16032
j...@red.email.ne.jp changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://issues.dlang.org/show_bug.cgi?id=15838
j...@red.email.ne.jp changed:
What|Removed |Added
CC||johnch_a...@hotmail.com
--- Comment
On Tuesday, 17 May 2016 at 21:49:28 UTC, TheDGuy wrote:
Okay i now have several ".obj" files in
"Tango-D2-d2port\build\bin\win32" but how can i merge them to a
library?
Anyone here who knows that?
Seigelord's port to D2 has a dub.json file, so you should be able
to do this:
cd
https://issues.dlang.org/show_bug.cgi?id=16027
--- Comment #6 from github-bugzi...@puremagic.com ---
Commits pushed to master at https://github.com/dlang/dmd
https://github.com/dlang/dmd/commit/86b6999759d18f5c2467c31b19a682c02bed9173
fix Issue 16027 - Wrong result of double multiplication
On Tuesday, 17 May 2016 at 13:17:35 UTC, Steven Schveighoffer
wrote:
Is anyone interested in having D meetups in Boston area? I'm
not familiar with really any other locals (well, there is one
person I know of :)
-Steve
I'd be interested in Boston D meetups, ideally
public-transportation
On Tuesday, 17 May 2016 at 17:40:40 UTC, TheDGuy wrote:
Manually Build and Install
This is recommended for end users who are installing into an
existing compiler, and for developers who wish to work on Tango
itself.
This section is out of date.
???"
All of dsource.org is outdated. It's
On Tuesday, 17 May 2016 at 14:59:45 UTC, Ola Fosheim Grøstad
wrote:
There are lots of algorithms that will break if you randomly
switch precision of different expressions.
There is nothing "random" about increasing precision till the
end, it follows a well-defined rule.
Heck, nearly all of
On Tuesday, 17 May 2016 at 16:24:31 UTC, jmh530 wrote:
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Based on the recent thread in General, I wrote this blog post
that's designed to be part beginner tutorial, part
https://issues.dlang.org/show_bug.cgi?id=16038
thomas.bock...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.dlang.org/show_bug.cgi?id=16027
thomas.bock...@gmail.com changed:
What|Removed |Added
CC||thomas.bock...@gmail.com
---
https://issues.dlang.org/show_bug.cgi?id=16027
--- Comment #5 from thomas.bock...@gmail.com ---
We need the fix for this in master, also.
--
On Tuesday, 17 May 2016 at 11:30:33 UTC, Jacob Carlborg wrote:
On 2016-05-17 11:27, Joakim wrote:
[...]
It depends. One approach would be to add an option to the
druntime makefile, which would add -version CRuntime_Musl when
compiling. In that case version(CRuntime_Musl) needs to come
https://issues.dlang.org/show_bug.cgi?id=16038
safety0ff.bugz changed:
What|Removed |Added
CC|
https://issues.dlang.org/show_bug.cgi?id=16038
Issue ID: 16038
Summary: -O Codegen bug: Missing floating-point negation
Product: D
Version: D2
Hardware: All
OS: Linux
Status: NEW
Severity: major
https://issues.dlang.org/show_bug.cgi?id=14519
Jack Stouffer changed:
What|Removed |Added
CC||j...@jackstouffer.com
Is this a bug?
---
module app;
union Foo(A, B) {
A a;
B b;
}
void main() {
alias F = Foo!(double, ulong);
import std.stdio, std.algorithm;
writefln("sizeof: (%s >= %s) == %s",
F.sizeof, max(double.sizeof, ulong.sizeof),
F.sizeof >= max(double.sizeof,
On Monday, 16 May 2016 at 06:36:03 UTC, Jacob Carlborg wrote:
On 2016-05-16 01:36, Vladimir Panteleev wrote:
I'm not sure if you saw it, but funopt uses the same basic
idea.
When writing ae.utils.funopt, I debated for a bit whether I
should use a
struct or a function signature as the base
On Monday, May 02, 2016 08:52:42 Andrei Alexandrescu via Digitalmars-d wrote:
> I found this in https://peter.bourgon.org/go-best-practices-2016/:
>
> "I said it in 2014 but I think it’s important enough to say again:
> define and parse your flags in func main. Only func main has the right
> to
On Tue, May 17, 2016 at 02:06:37PM +, Jack Stouffer via
Digitalmars-d-announce wrote:
> http://jackstouffer.com/blog/d_auto_decoding_and_you.html
[...]
Thanks for writing up this article!
T
--
What did the alien say to Schubert? "Take me to your lieder."
On Tue, May 17, 2016 at 02:07:21PM -0700, Walter Bright via Digitalmars-d wrote:
> On 5/17/2016 11:08 AM, Timon Gehr wrote:
[...]
> >- it breaks reproducibility, which is sometimes more important that
> >being close to the infinite precision result (which you cannot
> >guarantee with any finite
https://issues.dlang.org/show_bug.cgi?id=16026
thomas.bock...@gmail.com changed:
What|Removed |Added
Status|NEW |ASSIGNED
On Tuesday, 17 May 2016 at 09:53:17 UTC, Kagamin wrote:
With UTF-8 problems happened on a massive scale in LAMP setups:
mysql used latin1 as a default encoding and almost everything
worked fine.
^ latin-1 with Swedish collation rules.
And even if you set the encoding to "utf8", almost
On 05/17/2016 12:42 PM, Don Clugston wrote:
> There's no need for grandiose plans, as if there is some
> almost-insurmountable problem to be solved. THIS IS NOT DIFFICULT. With
> the interface cleaned up, it is the well-studied problem of creating an
> interpreter. Everyone knows how to do this,
On Tuesday, 17 May 2016 at 18:59:31 UTC, Rishub Nagpal wrote:
https://dlang.org/phobos/std_experimental_logger_filelogger.html
import std.experimental.logger;
void main()
{
auto l1 = new FileLogger("logFile", "loggerName");
}
throws an error:
Error: none of the overloads of '__ctor'
On Tuesday, 17 May 2016 at 17:17:45 UTC, flamencofantasy wrote:
On Tuesday, 17 May 2016 at 13:19:07 UTC, Andrea Fontana wrote:
On Tuesday, 17 May 2016 at 13:17:35 UTC, Steven Schveighoffer
wrote:
Is anyone interested in having D meetups in Boston area? I'm
not familiar with really any other
Are there any known D users who are north of the border? Maxime
is from Québec, and I seem to remember that there was at least
one other Québécois as well.
https://issues.dlang.org/show_bug.cgi?id=15966
--- Comment #12 from Martin Nowak ---
(In reply to Dicebot from comment #10)
> NB: please make sure that if this is not allowed anymore, it is
> appropriately covered by -transition=checkimport , as far as I know we had
> quite some
https://issues.dlang.org/show_bug.cgi?id=16000
Martin Nowak changed:
What|Removed |Added
Keywords||pull
Status|NEW
On Tuesday, 17 May 2016 at 21:58:06 UTC, Andrei Alexandrescu
wrote:
On 05/17/2016 05:44 PM, Georgi D wrote:
Hi,
While working on a D project which heavily uses the lazy
algorithms for
ranges I noticed a sudden huge increase in the compilation
time and the
produced binary size.
[snip]
On 05/17/2016 05:44 PM, Georgi D wrote:
Hi,
While working on a D project which heavily uses the lazy algorithms for
ranges I noticed a sudden huge increase in the compilation time and the
produced binary size.
[snip]
Thanks. That's definitely deserving of a bug report. -- Andrei
Okay i now have several ".obj" files in
"Tango-D2-d2port\build\bin\win32" but how can i merge them to a
library?
Anyone here who knows that?
On Friday, 13 May 2016 at 23:31:00 UTC, Timon Gehr wrote:
On 13.05.2016 23:21, Georgi D wrote:
[...]
It's tricky. The reason it fails to compile is that the
template argument you are passing does not actually refer to
the overload set.
[...]
Should I open a PR in bugzilla for this?
Hi,
While working on a D project which heavily uses the lazy
algorithms for ranges I noticed a sudden huge increase in the
compilation time and the produced binary size.
I chased down the offending change to just a small change in one
line of the code which made the resulting binary to jump
On Tuesday, 17 May 2016 at 18:25:46 UTC, ag0aep6g wrote:
On 05/17/2016 07:43 PM, Alex wrote:
The relation is: some object A contains the pointer/iota/(if
at all)
some object B makes slices of the thing, which is in A.
Ok, so you have some object that stores a void pointer. The
pointer is
On 5/17/2016 7:08 AM, Wyatt wrote:
On Monday, 16 May 2016 at 12:37:58 UTC, Walter Bright wrote:
7. 80 bit reals are there and they work. The support is mature, and is rarely
worked on, i.e. it does not consume resources.
This may not be true for too much longer-- both Intel and AMD are
On 5/16/2016 1:43 PM, Guillaume Piolat wrote:
So how about using SSE like in 64-bit code?
It does for 32 bits on OSX, because SSE is guaranteed to be available on Macs.
But this is not true in general, and so it does not for other x86 systems.
On 5/16/2016 7:00 PM, Manu via Digitalmars-d wrote:
If Ethan and Remedy want to expand their use of D, the compiler CAN
NOT emit x87 code. It's just a matter of time before a loop is in a
hot path.
dmd no longer emits x87 code for float/double on 64 bit models, and hasn't for
years.
On 5/17/2016 11:08 AM, Timon Gehr wrote:
Right. Hence, the 80-bit CTFE results have to be converted to the final
precision at some point in order to commence the runtime computation. This means
that additional rounding happens, which was not present in the original program.
The additional total
On 5/16/2016 8:15 PM, Era Scarecrow wrote:
Speed in theory shouldn't be that big of a problem. As I recall the FPU *was* a
separate processor; Sending the instructions took like 3 cycles. Following that
you could do other stuff before returning for the result(s), but that assumes
you aren't
On 5/16/2016 7:47 AM, Max Samukha wrote:
On Monday, 16 May 2016 at 14:21:34 UTC, Ola Fosheim Grøstad wrote:
C++17 is getting hex literals for floating point for a reason: accurate bit
level representation.
D has had hex FP literals for ages.
Since the first version, if I recall correctly.
https://issues.dlang.org/show_bug.cgi?id=16037
Issue ID: 16037
Summary: Closure allocation despite scope variable for ternary
operator / CondExp
Product: D
Version: D2
Hardware: All
OS: All
On Tuesday, 17 May 2016 at 19:21:42 UTC, dewitt wrote:
On Tuesday, 17 May 2016 at 19:00:21 UTC, Ali Çehreli wrote:
On 05/17/2016 11:25 AM, Andrei Alexandrescu wrote:
https://drive.google.com/open?id=1euIpoA6stFHlmIk1m9qbVHwP_64=sharing
Cool. I added myself! Did I do it right? -- Andrei
> > What I want to do is to tell dub that erupted should depend on
> > xcb-d in my project's dub.json, is that possible?
>
> I am not very confident with dub, but think that it would not
> work. Maybe you ask in the dub forum?
>
> [...]
>
> Another way would be, and I think I'll go for it,
On 05/17/2016 09:37 PM, WhatMeWorry wrote:
I'm weak enough with C pointers, but when I see char** my brain freezes
up like a deer caught in headlights. Can anyone translate the below C
call into D?
First things first: char** is a perfectly fine D type, of course. But
you probably know that.
On Tuesday, 17 May 2016 at 17:26:59 UTC, Steven Schveighoffer
wrote:
However, it's perfectly legal for a front function not to be
tagged @property.
BTW, where is this coming from? Is it simply an emergent property
of the existing implementations of isInputRange and ElementType,
or is it
https://issues.dlang.org/show_bug.cgi?id=16036
--- Comment #1 from Jacob Carlborg ---
https://github.com/dlang/phobos/pull/4335
--
I'm weak enough with C pointers, but when I see char** my brain
freezes up like a deer caught in headlights. Can anyone translate
the below C call into D?
ALURE_API const ALCchar** ALURE_APIENTRY
alureGetDeviceNames(ALCboolean all,ALCsizei *count)
// my poor attempt to Deify it
int
On Tuesday, 17 May 2016 at 18:08:47 UTC, Timon Gehr wrote:
Right. Hence, the 80-bit CTFE results have to be converted to
the final precision at some point in order to commence the
runtime computation. This means that additional rounding
happens, which was not present in the original program.
On Tuesday, 17 May 2016 at 17:31:47 UTC, Andrei Alexandrescu
wrote:
We should take advantage of the improved partition code I
discussed at ACCU. Also there's a person on
https://www.reddit.com/r/programming/comments/4jlkhv/accu_2016_keynote_by_andrei_alexandrescu/ discussing a simpler algorithm
On Tuesday, 17 May 2016 at 19:00:21 UTC, Ali Çehreli wrote:
On 05/17/2016 11:25 AM, Andrei Alexandrescu wrote:
https://drive.google.com/open?id=1euIpoA6stFHlmIk1m9qbVHwP_64=sharing
Cool. I added myself! Did I do it right? -- Andrei
Address showing up, not your name.
I've added myself on
On Tuesday, 17 May 2016 at 16:17:39 UTC, Manuel König wrote:
Hi, Kalua here :)
First, thanks again for fixing vulkanizeD, now I don't have to
use my locally patched version anymore ;)
Welcome :-)
Giving you some input for how your lib works on my posix sytem
(arch
linux):
My simple
On 05/17/2016 11:25 AM, Andrei Alexandrescu wrote:
https://drive.google.com/open?id=1euIpoA6stFHlmIk1m9qbVHwP_64=sharing
Cool. I added myself! Did I do it right? -- Andrei
Address showing up, not your name.
I've added myself on top of Moffett Airfield. :p
Ali
https://dlang.org/phobos/std_experimental_logger_filelogger.html
import std.experimental.logger;
void main()
{
auto l1 = new FileLogger("logFile", "loggerName");
}
throws an error:
Error: none of the overloads of '__ctor' are callable using
argument types (string, string), candidates
On 05/17/2016 10:22 AM, Meta wrote:
On Tuesday, 17 May 2016 at 09:54:15 UTC, Marc Schütz wrote:
You surely mean "used to be destroy", right?
Good question... If I write this:
struct Test
{
~this() { writeln("destroying Test"); }
}
with (Test())
{
//Do stuff
}
Will Test's
Okay i now got a step further. If i type:
bob -vu C:\Users\Standardbenutzer\Downloads\Tango-D2-d2port
a huge list of files comes down such as:
dmd -c -IC:\Users\Standardbenutzer\Downloads\Tango-D2-d2port
-release -ofngo-core-Array-release.obj
On 05/16/2016 05:45 PM, QAston wrote:
On Monday, 16 May 2016 at 13:46:11 UTC, Andrei Alexandrescu wrote:
Uses D for examples, showcases Design by Introspection, and
rediscovers a fast partition routine. It was quite well received.
https://www.youtube.com/watch?v=AxnotgLql0k
Andrei
Funny,
On 5/17/16 2:23 PM, Vladimir Panteleev wrote:
On Tuesday, 17 May 2016 at 17:26:59 UTC, Steven Schveighoffer wrote:
On 5/17/16 1:18 PM, Vladimir Panteleev wrote:
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Thanks for
On 05/17/2016 07:43 PM, Alex wrote:
The relation is: some object A contains the pointer/iota/(if at all)
some object B makes slices of the thing, which is in A.
Ok, so you have some object that stores a void pointer. The pointer is
going to be null at all times. Then you slice that pointer.
On 05/17/2016 02:13 PM, Timon Gehr wrote:
On 09.05.2016 22:20, Walter Bright wrote:
On 5/9/2016 12:39 PM, tsbockman wrote:
Educating programmers who've never studied how to write correct FP
code is too
complex of a task to implement via compiler warnings. The warnings
should be
limited to
On 05/17/2016 01:17 PM, flamencofantasy wrote:
On Tuesday, 17 May 2016 at 13:19:07 UTC, Andrea Fontana wrote:
On Tuesday, 17 May 2016 at 13:17:35 UTC, Steven Schveighoffer wrote:
Is anyone interested in having D meetups in Boston area? I'm not
familiar with really any other locals (well, there
On Tuesday, 17 May 2016 at 17:26:59 UTC, Steven Schveighoffer
wrote:
On 5/17/16 1:18 PM, Vladimir Panteleev wrote:
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Thanks for writing this. Great article.
Some remarks:
On 09.05.2016 22:20, Walter Bright wrote:
On 5/9/2016 12:39 PM, tsbockman wrote:
Educating programmers who've never studied how to write correct FP
code is too
complex of a task to implement via compiler warnings. The warnings
should be
limited to cases that are either obviously wrong, or where
On Monday, 16 May 2016 at 19:01:19 UTC, Timon Gehr wrote:
You are not even guaranteed to get the same result on two
different x86
implementations.
Without reading the x86 specification, I think it is safe to
claim that you actually are guaranteed to get the same result.
Correct. Sorry for
On 16.05.2016 06:26, Walter Bright wrote:
Incidentally, I made the mistake of mentioning this thread (due to my
astonishment that CTFE ignores float types)
Float types are not selected because they are less accurate,
(AFAIK, accuracy is a property of a value given some additional context.
On Tuesday, 17 May 2016 at 14:22:51 UTC, Meta wrote:
On Tuesday, 17 May 2016 at 09:54:15 UTC, Marc Schütz wrote:
You surely mean "used to be destroy", right?
Good question... If I write this:
struct Test
{
~this() { writeln("destroying Test"); }
}
with (Test())
{
//Do stuff
}
Will
On Monday, 16 May 2016 at 12:10:58 UTC, ParticlePeter wrote:
This is in respect to announce thread:
https://forum.dlang.org/post/mdpjqdkenrnuxvruw...@forum.dlang.org
Please let me know if you had the chance to test the
functionality as requested in the announce thread.
All other question are
On 5/17/16 1:36 PM, Timon Gehr wrote:
On 17.05.2016 16:24, Steven Schveighoffer wrote:
But of course, if I want to know what type the expression x.foo will
yield, I have to do the above.
typeof((()=>x.foo)())
Well, that is likely a valid solution for implementation of
PropertyType, but
On 17 May 2016 16:21, "Steven Schveighoffer via Digitalmars-d-announce" <
digitalmars-d-announce@puremagic.com> wrote:
>
> On 5/17/16 10:06 AM, Jack Stouffer wrote:
>>
>> http://jackstouffer.com/blog/d_auto_decoding_and_you.html
>>
>> Based on the recent thread in General, I wrote this blog post
On Tuesday, 17 May 2016 at 17:25:48 UTC, ag0aep6g wrote:
On 05/17/2016 05:33 PM, Alex wrote:
But, if the slicing is made by means of iota, there is no (at
least no
explicit) dependence between the slices, which could be made by
different objects.
How is this dependency expressed with slices?
https://issues.dlang.org/show_bug.cgi?id=6777
ag0ae...@gmail.com changed:
What|Removed |Added
CC||ag0ae...@gmail.com
--
Hi,
i am wondering if there are any instructions how to build tango
with dmd2 on windows? I mean, if i take a look at this:
http://dsource.org/projects/tango/wiki/WindowsInstall
"Automated Build and Install
This section is out of date.
Is there an installer at all?
Manually Build and
On 17.05.2016 16:24, Steven Schveighoffer wrote:
But of course, if I want to know what type the expression x.foo will
yield, I have to do the above.
typeof((()=>x.foo)())
(Arguably, function types should not even exist and typeof(x.foo) should
give you what you want.)
We should take advantage of the improved partition code I discussed at
ACCU. Also there's a person on
https://www.reddit.com/r/programming/comments/4jlkhv/accu_2016_keynote_by_andrei_alexandrescu/
discussing a simpler algorithm based on a couple of additional
assumptions. The plan would go:
On Tuesday, 17 May 2016 at 08:42:42 UTC, Bill Hicks wrote:
On Monday, 16 May 2016 at 13:46:11 UTC, Andrei Alexandrescu
wrote:
Uses D for examples, showcases Design by Introspection, and
rediscovers a fast partition routine. It was quite well
received.
https://issues.dlang.org/show_bug.cgi?id=13392
Steven Schveighoffer changed:
What|Removed |Added
See Also|https://issues.dlang.org/sh |
https://issues.dlang.org/show_bug.cgi?id=13392
Steven Schveighoffer changed:
What|Removed |Added
Status|NEW |RESOLVED
https://issues.dlang.org/show_bug.cgi?id=6777
Steven Schveighoffer changed:
What|Removed |Added
See Also|https://issues.dlang.org/sh |
https://issues.dlang.org/show_bug.cgi?id=6777
Steven Schveighoffer changed:
What|Removed |Added
CC|
On 05/17/2016 05:33 PM, Alex wrote:
But, if the slicing is made by means of iota, there is no (at least no
explicit) dependence between the slices, which could be made by
different objects.
How is this dependency expressed with slices?
I'm ready to admit, that the process will work with
On Tuesday, 17 May 2016 at 16:58:30 UTC, Adam D. Ruppe wrote:
On Tuesday, 17 May 2016 at 16:52:01 UTC, Lucien wrote:
Why a attribute cannot be abstract ?
Because it cannot be virtual and cannot be overridden. This is
different than Python, but in line with other C-style languages
(and the
On 5/17/16 1:18 PM, Vladimir Panteleev wrote:
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Thanks for writing this. Great article.
Some remarks:
static assert(is(typeof(s.front()) == dchar));
I believe .front
On 5/17/16 10:19 AM, Thorsten Sommer wrote:
On Tuesday, 17 May 2016 at 13:13:54 UTC, Steven Schveighoffer wrote:
On 5/17/16 8:59 AM, Steven Schveighoffer wrote:
I think you need to avoid it for now. Please file an issue.
I see from ag0aep6g, that there is already an issue. I updated it.
On Tuesday, 17 May 2016 at 13:19:07 UTC, Andrea Fontana wrote:
On Tuesday, 17 May 2016 at 13:17:35 UTC, Steven Schveighoffer
wrote:
Is anyone interested in having D meetups in Boston area? I'm
not familiar with really any other locals (well, there is one
person I know of :)
-Steve
We
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Thanks for writing this. Great article.
Some remarks:
static assert(is(typeof(s.front()) == dchar));
I believe .front is a property (so some ranges can implement it
https://issues.dlang.org/show_bug.cgi?id=6777
--- Comment #8 from Sobirari Muhomori ---
Workaround:
---
class A { int a; alias a this; }
class B:A { int b; }
int main()
{
A a = new B;
//B b = cast(B)a;
Object obj = a;
B b = cast(B)obj;
On 05/17/2016 09:17 AM, Steven Schveighoffer wrote:
Is anyone interested in having D meetups in Boston area? I'm not
familiar with really any other locals (well, there is one person I know
of :)
Count me in! -- Andrei
On Tuesday, 17 May 2016 at 14:05:54 UTC, Matthias Bentrup wrote:
If you try to make compile-time FP math behave exactly like
run-time FP math, you'd not only have to use the same precision
in the compiler, but also the same rounding mode, denormal
handling etc., which can be changed at run
On Tuesday, 17 May 2016 at 16:52:01 UTC, Lucien wrote:
Why a attribute cannot be abstract ?
Because it cannot be virtual and cannot be overridden. This is
different than Python, but in line with other C-style languages
(and the lower level implementation)
Use a property function instead to
On Monday, 16 May 2016 at 17:08:32 UTC, chmike wrote:
- There is no need to preallocate a buffer for all input
channels that can stay idle for a long time. This doesn't scale
well to million connections.
Can you request one byte and then read what was buffered?
On Tuesday, 17 May 2016 at 13:04:23 UTC, Bruno Medeiros wrote:
Interesting. I was about to ask what was the main advantage
over GDB? I reckon it is that Mago can debug executables with
the COFF and/or OMF formats, right? (as opposed to GDB's DWARF
format)
Mago currently has the best D
Hello,
Why a attribute cannot be abstract ?
How can I force the redefinition of an attribute if the class
inherits from abstract class ?
Example:
abstract class A
{
// Error: variable attr cannot be abstract
protected abstract int attr;
}
class B : A
{
protected override
On 16.05.2016 22:10, Andrei Alexandrescu wrote:
I bring
up our very own Phobos sum algorithm, which was re-implemented later
with the Kahan method to reduce precision loss.
Kahan is clear, ingenous, and understandable and a great part of the
stdlib. I don't see what the point is here. Naive
https://issues.dlang.org/show_bug.cgi?id=16036
Issue ID: 16036
Summary: std.net.isemail - isEmail reurns "valid: false" for
any email with EmailStatusCode.none (default)
Product: D
Version: D2
Hardware: All
On Tuesday, 17 May 2016 at 14:06:37 UTC, Jack Stouffer wrote:
http://jackstouffer.com/blog/d_auto_decoding_and_you.html
Based on the recent thread in General, I wrote this blog post
that's designed to be part beginner tutorial, part objective
record of the debate over it, and finally my
1 - 100 of 196 matches
Mail list logo