Is there somebody maintaining the GTK branch of DFL?
--
Jordi Sayol
On Thursday, 27 March 2014 at 07:32:38 UTC, Mike Parker wrote:
On 3/27/2014 10:57 AM, FrankLike wrote:
On Wednesday, 26 March 2014 at 10:42:09 UTC, Andrej Mitrovic
wrote:
On 3/26/14, FrankLike 1150015...@qq.com wrote:
If you are programming on win32,now,DFL can be used by
D2.065.
Please
http://code.dlang.org/packages/cerealed
Binary serialisation library with minimal boilerplate. New in
this version:
. Support for (non-null) pointers
. Child class serialisation via a base class reference
. Support for InputRange and OutputRange
. Ability to reuse the classes in order to avoid
On 26 March 2014 23:17, Ben Boeckel maths...@gmail.com wrote:
On Wed, Mar 26, 2014 at 22:52:43 +, Trent Forkert wrote:
However, if we have gdc produce make-style dependencies (which will
still require processing to get CMake to be happy), that requires me
to put a special case in the C++
On Thu, Mar 27, 2014 at 17:21:45 +, Iain Buclaw wrote:
Ain't the dmd-style deps legacy from a failed D build system?
It's just kept around cause more recent/current build systems /may/
find it's output useful.
Well, it's what we have currently. We could add support for
gcc-compatible
On Sunday, 23 March 2014 at 20:33:15 UTC, Daniel Murphy wrote:
It still needs a lot of work, but it's functional.
Is there a test suite that you have to pass to declare it fully
functional?
FWIW, I just pushed my implementation of cmDependsD[1], and found
dmd-style deps much nicer to work with. I used the =2.064
ability to do
dmd -c -o- -deps foo.d
since that also contains file imports, which are technically
dependencies. I missed when/if this was discussed on the list,
http://dconf.org/2014/registration.html
Early Bird ticket prices are good through March 31.