Join us on YouTube again for Day 3:
https://www.youtube.com/watch?v=nIXvs3mIg-E&feature=youtu.be
The slides for Andrei's keynote can be found here:
https://drive.google.com/open?id=1nrya9553FSMyBfLUmioYovVbqOoYycMe
The second talk is by Bastiaan Veelo:
https://www.dropbox.com/s/c7is19vh6iizb9n/Veelo_DConf_2019.pdf?dl=0
On Thursday, 9 May 2019 at 21:14:02 UTC, kinke wrote:
Glad to announce the first beta for LDC 1.16; mainly just an
upgrade to D 2.086.0.
Thanks!
Steven Schveighoffer is up after Bastiaan. His slides are here:
https://drive.google.com/open?id=13drfMduAOAJS9tLzsXvzieoc3qf6h0Bj
tl;dr: the D install script is now able to install a specific
version of DUB.
./install.sh dmd-2.072.2,dub
./install.sh ldc-1.10.0,dub
This is mostly useful if you want to test an old version of a DMD
or LDC on a CI, but want to take advantage of all the stability
fixes in dub and thus use th
Ethan will be opening the afternoon session. His slides are here:
https://docs.google.com/presentation/d/1-mcJmcdPXSvtxAQu0AJW2D4C0SLToaDhZjp5uSBXoBE/edit?usp=sharing
Kai Nacke follows John Colvin:
https://drive.google.com/open?id=15AX00lv1o8Kujtzg7itQVyV01aJLUcQh
John Colvin is up after Ethan:
https://drive.google.com/open?id=1uQFpdD2MZAqNrbW6SSRzPpNn0G0yiK14
On Friday, 10 May 2019 at 13:29:51 UTC, Les De Ridder wrote:
On Friday, 10 May 2019 at 07:10:25 UTC, Mike Parker wrote:
Join us on YouTube again for Day 3:
https://www.youtube.com/watch?v=nIXvs3mIg-E&feature=youtu.be
Did anyone make a local copy of today's livestream by any
chance? YouTube s
On Friday, 10 May 2019 at 07:10:25 UTC, Mike Parker wrote:
Join us on YouTube again for Day 3:
https://www.youtube.com/watch?v=nIXvs3mIg-E&feature=youtu.be
Did anyone make a local copy of today's livestream by any chance?
YouTube seems to only allow you to go back 2 hours into the
stream.
Ali Çehreli closes out Day 3:
https://drive.google.com/open?id=1Q1CS-TAtp25ofQYlsSq8TQQ3aZMJ_TdF
On Friday, 10 May 2019 at 05:20:59 UTC, Eugene Wissner wrote:
- Memcmp, memcpy, memmove and memset are named equal, copy,
copyBackward and fill respectively. I just wanted to create
native implementations that are bit safer than their C
counterparts. So they do the same job, but accept void[]
On Friday, 10 May 2019 at 17:16:24 UTC, Mike Franklin wrote:
On Friday, 10 May 2019 at 05:20:59 UTC, Eugene Wissner wrote:
- Memcmp, memcpy, memmove and memset are named equal, copy,
copyBackward and fill respectively. I just wanted to create
native implementations that are bit safer than their
On Friday, 10 May 2019 at 08:03:52 UTC, Mike Parker wrote:
The slides for Andrei's keynote can be found here:
https://drive.google.com/open?id=1nrya9553FSMyBfLUmioYovVbqOoYycMe
Thank you Andrei for presenting those last 3 slides.
-Johan
On Fri, May 10, 2019 at 05:16:24PM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> I've studied the ARM implementation of memcpy a little, and it's quite
> hard to follow. I'd like for the D implementations to make such code
> easier to understand and maintain.
[...]
I'm not 100%
On Friday, 10 May 2019 at 17:55:53 UTC, Johan Engelen wrote:
Why would you use inline assembly ? (generalizing but:
extremely bad portability, bad performance, bad readability)
The only reason to use inline assembly is to achieve something
that can't be achieved directly with D. For example,
On Friday, 10 May 2019 at 23:51:56 UTC, H. S. Teoh wrote:
I'm not 100% sure it's a good idea to implement memcpy in D
just to prove that it can be done / just to say that we're
independent of libc. Libc implementations of fundamental
operations, esp. memcpy, are usually optimized to next week
On Saturday, 11 May 2019 at 00:09:08 UTC, Mike Franklin wrote:
On Friday, 10 May 2019 at 23:51:56 UTC, H. S. Teoh wrote:
I'm not 100% sure it's a good idea to implement memcpy in D
just to prove that it can be done / just to say that we're
independent of libc. Libc implementations of fundament
https://github.com/ZILtoid1991/datapak
It's primarily function is to store application (such as game)
assets in either compressed or uncompressed format, but its
extendability enables it to store longer filenames and other OS
important data, metadata, etc. Currently it's in a preliminary
stat
On Sat, May 11, 2019 at 12:23:31AM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> Also, take a look at this data:
> https://forum.dlang.org/post/jdfiqpronazgglrkm...@forum.dlang.org Why
> is DMD making 48,000 runtime calls to memcpy to copy 8 bytes of data?
> Many of those calls s
On Saturday, 11 May 2019 at 00:32:54 UTC, H. S. Teoh wrote:
When it comes to performance, I've essentially given up looking
at DMD output. DMD's inliner gives up far too easily, leading
to a lot of calls that aren't inlined when they really should
be, and DMD's optimizer does not have loop unr
On Sat, May 11, 2019 at 01:45:08AM +, Mike Franklin via
Digitalmars-d-announce wrote:
[...]
> I think this thread is beginning losing sight of the larger picture.
> What I'm trying to achieve is the opt-in continuum that Andrei
> mentioned elsewhere on this forum. We can't do that with the wa
23 matches
Mail list logo