Am 23.01.2016 um 16:42 schrieb Robert M. Münch:
Error: Error reading file
'C:\Users\robby\AppData\Roaming\dub\packages\vibe-d-0.7.27-beta.1\lib\win-amd64\event2.lib'
I didn't build libevent for win64 so far and I'd rather not want to
invest that time. Instead, I'd recommend to just use the "wi
On Thursday, 17 December 2015 at 08:08:26 UTC, Kai Nacke wrote:
Hi Kai.
Any news? Just some days left until "January 2016" is over ;)
Regards
Anton
On Monday, 30 November 2015 at 03:36:29 UTC, Nick B wrote:
On Sunday, 29 November 2015 at 18:24:38 UTC, Kai Nacke wrote:
On Wednesday, 25 Novemb
the following[1] is the demo of pure CPU implementation of the
famous "raymarching" algorithm[2]. of course, doing that in GLSL
shader will be many times faster (10x? 20x? dunno), but i'm too
lazy to port the necessary gl headers (and don't want to use
derelict for some random reason ;-), so i
On 2016-01-24 12:49:25 +, Snke Ludwig said:
I didn't build libevent for win64 so far and I'd rather not want to
invest that time. Instead, I'd recommend to just use the "win32"
configuration of vibe-d(:core) on that platform.
Just to be sure I get it. On Win32 I could use "libevent" or
Am 24.01.2016 um 14:14 schrieb Robert M. Münch:
On 2016-01-24 12:49:25 +, Snke Ludwig said:
I didn't build libevent for win64 so far and I'd rather not want to
invest that time. Instead, I'd recommend to just use the "win32"
configuration of vibe-d(:core) on that platform.
Just to be su
ok, just4fun, mulththreaded renderer[1]. set ThreadCount to
number of your CPU cores to get some speedup.
note: this is not how `std.concurrency` should be used! please,
don't do wroker queues as i did!
[1] http://ketmar.no-ip.org/dmd/zrm3_adam_trd_x4.d
On Sunday, 24 January 2016 at 13:03:42 UTC, notna wrote:
Any news? Just some days left until "January 2016" is over ;)
I am checking the pre-final PDFs of the last chapters right now.
Publishing date will be very soon
Regards,
Kai
On Sunday, 24 January 2016 at 14:18:23 UTC, ketmar wrote:
ok, just4fun, mulththreaded renderer[1]. set ThreadCount to
number of your CPU cores to get some speedup.
note: this is not how `std.concurrency` should be used! please,
don't do wroker queues as i did!
[1] http://ketmar.no-ip.org/dmd
An alpha release of ldc, the llvm-based D compiler, for Android
devices is now available. It is best used with the excellent
Termux app
(https://play.google.com/store/apps/details?id=com.termux&hl=en)
and a bluetooth keyboard. ;) Updated test runners, that run most
tests from the standard lib
This is the kind of maths I hoped I could try to understand.
The spirit is not there :)
it's very easy, actually.
the basic idea is this: our "primitive" functions returns
distance from a given point to the primitive. i.e.
auto point(1, 2, 3);
float dist = BoxPrimitive(point);
now `dist` is
Another IDE tutorial!
Reddit post:
https://www.reddit.com/r/programming/comments/42gcxi/using_eclipse_ide_with_d/
Found on reddit:
https://www.reddit.com/r/programming/comments/42ejqn/first_crack_at_d_compile_time_logic_mostly/
Andrei
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
On 25/01/16 3:37 PM, Andrei Alexandrescu wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
There is a couple of things I want on there.
1. scope to be fixed and fully implemented
(I'll bring some use cases to the table)
2. @assumenogc or something similar.
That way
On 01/24/2016 10:07 PM, Rikki Cattermole wrote:
1. scope to be fixed and fully implemented
(I'll bring some use cases to the table)
2. @assumenogc or something similar.
That way IAllocator can be @nogc. Which to me is a requirement
before it is out of experimental.
Both are under the l
On 25/01/16 4:13 PM, Andrei Alexandrescu wrote:
On 01/24/2016 10:07 PM, Rikki Cattermole wrote:
1. scope to be fixed and fully implemented
(I'll bring some use cases to the table)
2. @assumenogc or something similar.
That way IAllocator can be @nogc. Which to me is a requirement
before
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu
wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
Something went wrong here:
We fell short of our 2000 pull requests goal in H2 2015. We
have had only 1 1378 pull requests.
In addition to the extraneous "1
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu
wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
For PRs, I suggest the goal to be number of PRs MERGED instead of
created. That may provide the core team a subconsious incentive
to look at long pending PRs
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu
wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
Re: "Safety" and "Library additions", I anticipate that my
`checkedint` module (a refinement and extension of Robert
Schadek's `SafeInt` work) will be ready
On 25/01/16 4:21 PM, Puming wrote:
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
For PRs, I suggest the goal to be number of PRs MERGED instead of
created. That may provide the core team a subconsious inc
On Sun, 24 Jan 2016 21:37:40 -0500, Andrei Alexandrescu wrote:
> Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
I'm not fond of the militaristic terminology for participants. Novice,
adept, master, maybe?
The section on safety is pretty short. I'd like to see in it:
* Guidelin
On Monday, 25 January 2016 at 03:49:56 UTC, Rikki Cattermole
wrote:
On 25/01/16 4:21 PM, Puming wrote:
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei
Alexandrescu wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 --
Andrei
For PRs, I suggest the goal to be number of PRs MERGED
On 25/01/16 6:47 PM, Puming wrote:
On Monday, 25 January 2016 at 03:49:56 UTC, Rikki Cattermole wrote:
On 25/01/16 4:21 PM, Puming wrote:
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
For PRs, I suggest
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu
wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
My biggest issue with these documents is that they have good
ideas but rarely have plans to achieve them. As a consequence,
most of these documents say how h
On Monday, 25 January 2016 at 05:50:34 UTC, Rikki Cattermole
wrote:
I want us to hold off on that as well.
I agree that we need a more solid base.
I want people to really have a go with making GUI toolkits in D
without the worry about how to do the cross platformy technical
things.
Is dla
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu
wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
Would be great if shared finally got the love it needs, and
you're one of the few people qualified to do it(in my humble
opinion), Andrei.
It was part of th
On Monday, 25 January 2016 at 03:21:51 UTC, Puming wrote:
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu
wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 --
Andrei
[snip]
For tooling, I suggest a look at GUI/IDEs, now that
dlangui/dlangide seems a good candidate
On 25/01/16 7:39 PM, Andrew Edwards wrote:
On Monday, 25 January 2016 at 03:21:51 UTC, Puming wrote:
On Monday, 25 January 2016 at 02:37:40 UTC, Andrei Alexandrescu wrote:
Hot off the press! http://wiki.dlang.org/Vision/2016H1 -- Andrei
[snip]
For tooling, I suggest a look at GUI/IDEs, now
On 25/01/16 7:18 PM, Puming wrote:
On Monday, 25 January 2016 at 05:50:34 UTC, Rikki Cattermole wrote:
I want us to hold off on that as well.
I agree that we need a more solid base.
I want people to really have a go with making GUI toolkits in D
without the worry about how to do the cross p
On Mon, 2016-01-25 at 16:49 +1300, Rikki Cattermole via Digitalmars-d-
announce wrote:
>
[…]
> That won't be happening anytime soon.
> Until we have image and windowing in Phobos (I'm working on both)
> there
> is no way a GUI toolkit is going in. And from what I know there will
> be
> a LOT of
On Monday, 25 January 2016 at 07:03:35 UTC, Russel Winder wrote:
The strategy should be "get rid of anything in Phobos that can
be put
out as a separate library".
This makes no sense as a standard: since neither DMD nor druntime
is allowed to depend upon Phobos, everything in Phobos *could* b
On 25/01/16 8:16 PM, tsbockman wrote:
On Monday, 25 January 2016 at 07:03:35 UTC, Russel Winder wrote:
The strategy should be "get rid of anything in Phobos that can be put
out as a separate library".
This makes no sense as a standard: since neither DMD nor druntime is
allowed to depend upon P
32 matches
Mail list logo