On Tuesday, 30 October 2018 at 12:35:15 UTC, Mike Parker wrote:
Thanks! Yes, I'll port all of those over. I implemented most of
bindbc-al the other day. I plan to sit down and finish it up
later this week. Be forewarned though, my plans too frequently
have a mind of their own.
Mike could you
On Tuesday, 30 October 2018 at 12:17:52 UTC, Danny Arends wrote:
Nice work on the new loader, I'm a big user of the Derelict
loader, and I agree that having a betterC / @nogc loader is a
big win, so thanks in advance for working on it.
Which libraries are going to be supported ? In my
On Friday, 19 October 2018 at 17:34:10 UTC, Mike Parker wrote:
[...]
Well done!
On Friday, 19 October 2018 at 17:34:10 UTC, Mike Parker wrote:
I plan to port the more used Derelict bindings over the course
of the next few weeks. I've got another massive project I'm
working on that will make use of some of the BindBC packages,
so I'll be focusing first on the ones I need
On Friday, 19 October 2018 at 17:34:10 UTC, Mike Parker wrote:
In the 14.5 (!) years I've been maintaining the Derelict
bindings, I've restructured the source tree a few times
(Derelict 1 - 3 to DerelictOrg), had three implementations of
the loader (that I can remember), switched from
On Friday, 19 October 2018 at 17:34:10 UTC, Mike Parker wrote:
dpp almost completely kills the reason to use any BindBC
package in its static binding configuration. The
I've used the OpenGL and GLFW BindBC bindings for a few days or
so now, and its certainly a lot more convenient to use that
On Friday, 19 October 2018 at 17:34:10 UTC, Mike Parker wrote:
[...]
When I saw the packages appearing on dub, I knew an announcement
was imminent. This is great stuff!
I don't think dpp obsoletes this. If you aren't already using
dpp, being able to just add a dependency from dub is less
In the 14.5 (!) years I've been maintaining the Derelict
bindings, I've restructured the source tree a few times (Derelict
1 - 3 to DerelictOrg), had three implementations of the loader
(that I can remember), switched from Subversion to Git, and
supported a few different approaches to building