Hi, I hit problem with templates/opDispatch.
http://pastebin.com/rc09yWNt
% uname -a
Linux machine 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49
UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
On 7/9/14, 4:18 PM, Bob wrote:
Hi, I hit problem with templates/opDispatch.
http://pastebin.com/rc09yWNt
% uname -a
Linux machine 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49 UTC
2014 x86_64 x86_64 x86_64 GNU/Linux
What does this event mean? Where does xyz come from? The code below
On 7/9/14, 5:58 PM, Andrew Edwards wrote:
On 7/9/14, 4:18 PM, Bob wrote:
Hi, I hit problem with templates/opDispatch.
http://pastebin.com/rc09yWNt
% uname -a
Linux machine 3.11.0-20-generic #35-Ubuntu SMP Fri May 2 21:32:49 UTC
2014 x86_64 x86_64 x86_64 GNU/Linux
What does this event mean?
On Wednesday, 9 July 2014 at 12:11:13 UTC, Andrew Edwards wrote:
remove the string components parameter form opDispatch to
reveal the same error.
Hm, could you elaborate a bit further on this? As per the spec,
opDispatch requires a string parameter
On Tuesday, 8 July 2014 at 16:03:36 UTC, Andrei Alexandrescu
wrote:
https://news.ycombinator.com/newest (please find and vote
quickly)
https://twitter.com/D_Programming/status/486540487080554496
https://www.facebook.com/dlang.org/posts/881134858566863
A fork of this article also appeared on sdtimes :
http://www.sdtimes.com/content/article.aspx?ArticleID=71465page=1
On Wednesday, 9 July 2014 at 12:21:20 UTC, David Nadlinger wrote:
On Wednesday, 9 July 2014 at 12:11:13 UTC, Andrew Edwards wrote:
remove the string components parameter form opDispatch to
reveal the same error.
Hm, could you elaborate a bit further on this? As per the spec,
opDispatch
On Wednesday, 9 July 2014 at 05:30:21 UTC, Ola Fosheim Grøstad
wrote:
That's true, but OpenGL is being left behind now that there is
a push to match the low level of how GPU drivers work.
As I said, ALL api's are converging on low level access, this
includes opengl. This means that all major
On Wed, Jul 09, 2014 at 14:56:59 +, Andrew Edwards via
Digitalmars-d-announce wrote:
My concern is that this shouldn't compile in the first place. What is
xyz?, Is it a free function? Is it a member variable or function? In
my mind it is neither of the two so why does it compile? Removing
On Wednesday, 9 July 2014 at 15:03:13 UTC, Tofu Ninja wrote:
Also I should note, dx and ogl are both also moving towards
exposing the command buffer.
http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/
https://www.facebook.com/dlang.org/posts/881813965165619
https://news.ycombinator.com/newest (please find and vote quickly)
https://twitter.com/D_Programming/status/486902390399180801
Andrei
Am 07.07.2014 13:57, schrieb Nordlöw:
On Monday, 7 July 2014 at 11:55:48 UTC, Nordlöw wrote:
BTW, corresponding GitHub issue:
https://github.com/D-Programming-Language/dub/issues/154
Do you fix the PR?
Shall I just commit the file (with you as the author of course), or do
you want to open
On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
https://news.ycombinator.com/newest (please find and vote quickly)
Just paste the URL with some randomness in it and people can then
copy-paste it themselves, this search hunt think is silly.
On Wednesday, 9 July 2014 at 15:03:13 UTC, Tofu Ninja wrote:
I am not exactly sure where you are get that idea, Metal is the
same, buffers+shaders. The major difference is the command
buffer that is being explicitly exposed, this is actually what
is meant when they say that the the api is
On Wednesday, 9 July 2014 at 15:22:35 UTC, Tofu Ninja wrote:
On Wednesday, 9 July 2014 at 15:03:13 UTC, Tofu Ninja wrote:
Also I should note, dx and ogl are both also moving towards
exposing the command buffer.
I should say that it looks like they are moving in that
direction, both opengl
On Wednesday, 9 July 2014 at 16:25:14 UTC, Tofu Ninja wrote:
is almost nearly all the way to a command buffer, it is only a
matter of time before it become a reality(explicitly with metal
and mantel).
Yes, of course, but it does not belong in a stable high level
graphics API. It's not gonna
On 7/9/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 7/9/14, Andrei Alexandrescu via Digitalmars-d-announce
digitalmars-d-announce@puremagic.com wrote:
https://news.ycombinator.com/newest (please find and vote quickly)
Just paste the URL with some randomness in it and people can
On Wednesday, 9 July 2014 at 15:39:50 UTC, David Nadlinger wrote:
On Wednesday, 9 July 2014 at 14:57:01 UTC, Andrew Edwards wrote:
My concern is that this shouldn't compile in the first place.
What is xyz?, Is it a free function? Is it a member variable
or function? In my mind it is neither
http://youtu.be/5iXRFlKvEY0
On 07/09/2014 06:00 PM, Andrei Alexandrescu wrote:
http://www.reddit.com/r/programming/comments/2a8xf4/dconf_2014_day_2_talk_4_reducing_d_bugs_by/
https://www.facebook.com/dlang.org/posts/881813965165619
https://news.ycombinator.com/newest (please find and vote quickly)
On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote:
Would it make sense to add them to the dtools repository?
It's already included there as a submodule :)
On Wednesday, 9 July 2014 at 16:21:55 UTC, Ola Fosheim Grøstad
wrote:
My point was that the current move is from heavy graphic
contexts with few API calls to explicit command buffers with
many API calls. I would think it fits better to tiling where
you defer rendering and sort polygons and
On 07/10/2014 01:22 AM, Nordlöw wrote:
On Wednesday, 9 July 2014 at 18:26:53 UTC, simendsjo wrote:
Would it make sense to add them to the dtools repository?
It's already included there as a submodule :)
Hidden in plain sight.
23 matches
Mail list logo
