On Thursday, 22 September 2016 at 05:38:53 UTC, HaraldZealot
wrote:
And problem with generic code solve independently for all UFCS
functions including operators.
Unfortunately I don't know compiler and all related stuff
internally (time to change this ;) ), but it seems to me there is
a way
On Sunday, 18 September 2016 at 23:21:26 UTC, Gerald wrote:
I would like to suggest that the existing DWT forum be renamed
or replaced with a more generic GUIs forum. As far as I can
tell, the DWT forum doesn't get much traffic these days and I
don't believe any of the current GUI options for D
On Wednesday, 21 September 2016 at 21:14:15 UTC, H. S. Teoh wrote:
Thank you both, I see now.
So it seems to be essential point. But because we already have
the same problem with UFCS, I don't see why we should prohibit
external overloading of operator, it is just inequality (in
political
On 09/21/2016 01:37 PM, Jon Degenhardt wrote:
On Wednesday, 21 September 2016 at 14:58:27 UTC, Andrei Alexandrescu wrote:
On 9/21/16 4:16 AM, Jon Degenhardt wrote:
Timing comparison of sort and topN, times in milliseconds:
sort topN
Field 2: 289 1756
Field 3: 285148
On Wed, Sep 21, 2016 at 08:53:06PM +, HaraldZealot via Digitalmars-d wrote:
> On Wednesday, 21 September 2016 at 19:01:40 UTC, Timon Gehr wrote:
> >
> > Basically, the rationale is: external operators cannot be used in
> > generic code that does not import the module defining the operators.
>
https://issues.dlang.org/show_bug.cgi?id=15938
It's very annoying.
It forces me to create a shared static ctor's and then i get
cyclic dependency runtime errors.
Thanks if anybody can make something with it.
On 21.09.2016 22:53, HaraldZealot wrote:
On Wednesday, 21 September 2016 at 19:01:40 UTC, Timon Gehr wrote:
Basically, the rationale is: external operators cannot be used in
generic code that does not import the module defining the operators.
Could you give some elaborate example, for now I c
On 21 September 2016 at 21:43, Dennis Ritchie via Digitalmars-d
wrote:
> I also want to add that GDC's forum has turned into some kind of bugtracker
> :D
> We must somehow share it, for example, at GDC General and GDC Bugtracker.
Good thing that when people usually talk about compilers, it's abou
On Wednesday, 21 September 2016 at 19:01:40 UTC, Timon Gehr wrote:
Basically, the rationale is: external operators cannot be used
in generic code that does not import the module defining the
operators.
Could you give some elaborate example, for now I can't imagine
what your mean.
Is anybody working on a falcor-router [1] written in D?
[1] https://github.com/Netflix/falcor
On Wednesday, 21 September 2016 at 19:01:40 UTC, Timon Gehr wrote:
Basically, the rationale is: external operators cannot be used
in generic code that does not import the module defining the
operators.
So why not have the struct/class explicitly import external
operators? You can do this cu
I also want to add that GDC's forum has turned into some kind of
bugtracker :D
We must somehow share it, for example, at GDC General and GDC
Bugtracker.
On Wednesday, 21 September 2016 at 18:00:14 UTC, Chris wrote:
tldr; vibe.d helps you to set up web servers, but you have to
know web related stuff too - or be willing to learn it as you
go along. It's not straight out of the box.
The tutorials page is not the prettiest page in the world.
Am
On 21.09.2016 21:01, Timon Gehr wrote:
On 21.09.2016 19:57, HaraldZealot wrote:
So if someone has real rationale not to have operator overloading as
external function I'm curios to arguments.
[1] http://dlang.org/rationale.html
There is no technical reason that would make the implementatio
On Wednesday, 21 September 2016 at 18:34:13 UTC, Michael Coulombe
wrote:
On Wednesday, 21 September 2016 at 17:14:34 UTC, Stefan Koch
wrote:
That can and is being fixed.
Templates can only be fixed partially and I am not even sure
of that.
I am not suggesting to remove templates.
I just want
On 21.09.2016 19:57, HaraldZealot wrote:
So if someone has real rationale not to have operator overloading as
external function I'm curios to arguments.
[1] http://dlang.org/rationale.html
There is no technical reason that would make the implementation of this
feature difficult, if that is
On Wednesday, 21 September 2016 at 17:57:17 UTC, HaraldZealot
wrote:
In current D, overloading operator like "+" with external
function is prohibited. There is the rationale [1] (see second
paragraph).
[...]
I am completely agree. We should support external operator
overloading for ndslice
On Wednesday, 21 September 2016 at 17:14:34 UTC, Stefan Koch
wrote:
That can and is being fixed.
Templates can only be fixed partially and I am not even sure of
that.
I am not suggesting to remove templates.
I just want to raise awareness that they have a rather high
cost.
CTFE performance i
On Wednesday, 21 September 2016 at 17:22:26 UTC, bachmeier wrote:
I agree, but it is easier to learn those things if you're using
a different language, due to the assumption with vibe.d that
you've got that background.
Yeah, I think that's the basic problem with people's expectations
of vib
In current D, overloading operator like "+" with external
function is prohibited. There is the rationale [1] (see second
paragraph).
BUT this rationale is totally UNCONVINCING. I can say that resume
of rationale is: "it is impossible because it brakes some C++
patterns and behaviour". Further
On Wednesday, 21 September 2016 at 16:13:13 UTC, bachmeier wrote:
On Wednesday, 21 September 2016 at 13:56:01 UTC, Nick
Sabalausky wrote:
On 09/20/2016 03:14 PM, Intersteller wrote:
Vibe.d looks great on the surface but lack of documentation,
http://vibed.org/docs
http://vibed.org/api
There
On Wednesday, 21 September 2016 at 14:58:27 UTC, Andrei
Alexandrescu wrote:
On 9/21/16 4:16 AM, Jon Degenhardt wrote:
Timing comparison of sort and topN, times in milliseconds:
sort topN
Field 2: 289 1756
Field 3: 285148793
Field 4: 273668906
The above times a
On Wednesday, 21 September 2016 at 17:05:41 UTC, Chris wrote:
found out that it's not vibe.d's lack of documentation, but how
servers work that is the biggest obstacle. Once you know how
certain things work, it's no longer so hard find out how to do
it with vibe.d, e.g. when and how to set head
On Wednesday, 21 September 2016 at 16:11:04 UTC, WebFreak001
wrote:
Interesting talk. Templates are indeed slow but the reason why
I use them over CTFE functions (or why i leave out ctfe in
general and just use functions) is that they don't require 20
GB of RAM for some medium-simple tasks (l
On Wednesday, 21 September 2016 at 16:13:13 UTC, bachmeier wrote:
To someone like me, who has done little web development, that
documentation isn't very helpful. I have copies of both D Web
Development and Learning D (which includes a nice example) and
*that* got me going. Overall, there are
On Wednesday, 21 September 2016 at 13:56:01 UTC, Nick Sabalausky
wrote:
On 09/20/2016 03:14 PM, Intersteller wrote:
Vibe.d looks great on the surface but lack of documentation,
http://vibed.org/docs
http://vibed.org/api
There's also two examples right on the homepage. Did you try
scrolling?
On Wednesday, 21 September 2016 at 14:32:25 UTC, Stefan Koch
wrote:
Hi,
I just recorded a draft for a talk about templates and why they
are slow.
I'd be interested in questions and improvement suggestions.
I have uploaded it here :
http://www96.zippyshare.com/v/dlNhyACZ/file.html
Interesti
On Wednesday, 21 September 2016 at 13:56:01 UTC, Nick Sabalausky
wrote:
On 09/20/2016 03:14 PM, Intersteller wrote:
Vibe.d looks great on the surface but lack of documentation,
http://vibed.org/docs
http://vibed.org/api
There's also two examples right on the homepage. Did you try
scrolling?
On 9/21/16 4:16 AM, Jon Degenhardt wrote:
Timing comparison of sort and topN, times in milliseconds:
sort topN
Field 2: 289 1756
Field 3: 285148793
Field 4: 273668906
The above times are for LDC 1.1.0-beta2 (DMD 2.071.1). Similar behavior
is seen for DMD 2.071.
Hi,
I just recorded a draft for a talk about templates and why they
are slow.
I'd be interested in questions and improvement suggestions.
I have uploaded it here :
http://www96.zippyshare.com/v/dlNhyACZ/file.html
14 months ago i tried to write my first webapp. initially i chose
vibe.d to be my framework. i got a simple app running quickly,
but due to my lack of knowledge about webapps in general i got
stuck at rather fundamental things. like doing authentication
over oauth, or even have a rough guidelin
On Wed, 21 Sep 2016 09:56:01 -0400, Nick Sabalausky wrote:
> Not to be a dick, but you really didn't look *at all*, did you?
You *are* being a dick. Please stop it.
When someone takes the time to post something like this, they are
reporting the pain they experienced. They might not articulate th
...I could care less why you are switching to Go...
On 09/21/2016 09:10 AM, w0rp wrote:
1. Most languages (including D) do not support pattern matching. If
pattern matching was added, it would be totally alien to any programmers
coming from C, Java, JavaScript, Python, etc. This means this method of
handling null might not be adopted.
I've said
On 09/20/2016 03:14 PM, Intersteller wrote:
Vibe.d looks great on the surface but lack of documentation,
http://vibed.org/docs
http://vibed.org/api
There's also two examples right on the homepage. Did you try scrolling?
I'll grant that the stupid "modern" sales-pitch-first,
content-hidden-i
On Sunday, 18 September 2016 at 11:16:47 UTC, Mark wrote:
[...]
I think you can make 1-2% a year without taking a lot of risk,
e.g. by investing in investment-grade corporate bonds with
short maturity.
[...]
Or buying some coca-cola shares.
On Wednesday, 21 September 2016 at 13:10:53 UTC, w0rp wrote:
1. Most languages (including D) do not support pattern
matching. If pattern matching was added, it would be totally
alien to any programmers coming from C, Java, JavaScript,
Python, etc. This means this method of handling null might
On Sunday, 18 September 2016 at 16:13:55 UTC, Andrei Alexandrescu
wrote:
The basic idea here is to have a buffer for short-term
borrowing. For example, for DConf we'd need to plop down some
money for renting a conference hall until proceeds from
registration roll in. The notion of being able
On Wednesday, 21 September 2016 at 13:10:53 UTC, w0rp wrote:
Assignment of null to a type T is forbidden. Assignment to a
type T? forms a fence, which would imply an atomic fence. When
a type T is assigned to a variable of type T?, then after that
line of code, the value can be considered to
null references. We hate them, they make our programs exit in
circumstances we didn't anticipate. Tony Hoare called them a
"billion dollar mistake." I've spoken about this issue in this
forum before, others have, we know this issue well.
TypeScript 2 and Swift, and some Java IDEs, implement a
On Wednesday, 21 September 2016 at 10:25:39 UTC, Nick B wrote:
On Wednesday, 21 September 2016 at 07:52:18 UTC, Ethan Watson
wrote:
On Tuesday, 20 September 2016 at 22:52:57 UTC, Nic Brummell
Is there some central repository with links to the active
projects? I'll try and wrap my head fully ar
On Wednesday, 21 September 2016 at 07:52:18 UTC, Ethan Watson
wrote:
On Tuesday, 20 September 2016 at 22:52:57 UTC, Nic Brummell
Is there some central repository with links to the active
projects? I'll try and wrap my head fully around the math
before we get to that point though.
Ethan
Ther
On Tuesday, 19 January 2016 at 00:11:40 UTC, Andrei Alexandrescu
wrote:
So let me summarize what has happened:
1. topN was reportedly slow. It was using a random pivot. I
made it use getPivot (deterministic) instead of a random pivot
in https://github.com/D-Programming-Language/phobos/pull/39
On Tuesday, 20 September 2016 at 22:52:57 UTC, Nic Brummell wrote:
If anyone is still interested in this concept whatsoever
Now that we've announced we're doing multiplayer games. One of
the guys was saying we'd need a fixed-point library. My response
was "Why not unums?" Thus, in the very ne
44 matches
Mail list logo
