On Saturday, 9 April 2016 at 18:25:54 UTC, Nordlöw wrote:
I've packaged my reusable extensions to Phobos at
https://github.com/nordlow/phobos-next
PRs are very welcome.
There are lots of goodies here. Some of them should probably be
moved to standard Phobos. I currently have lots of other D
But what about this ?
https://forum.dlang.org/thread/eryphpbznrrovjvxj...@forum.dlang.org
I've packaged my reusable extensions to Phobos at
https://github.com/nordlow/phobos-next
PRs are very welcome.
There are lots of goodies here. Some of them should probably be
moved to standard Phobos. I currently have lots of other D things
to do, but you guys are welcome to try to integrate
Announcing 'gelfd' - A small, native D library to generate logs
in the Graylog Extended Log Format (GELF).
GELF (https://www.graylog.org/resources/gelf/) is an "open
standard" logging format based on JSON. It is primarily used to
pipe messages to Graylog (graylog.org), an open source log
On Saturday, 9 April 2016 at 16:56:50 UTC, Vladimir Panteleev
wrote:
For my home machine I would actually benefit from having all
platforms in one file, since I can run the Windows version via
Wine.
Me too. I actually download more bytes now than before because I
need two of the things.
On Wednesday, 6 April 2016 at 14:13:16 UTC, Vladimir Panteleev
wrote:
I know the all-platform .zip files are wasteful, but any
practical reason for removing them? Unless the hosting cost is
not negligible, breaking existing tools/scripts may not be
worth it.
Sorry that you missed that, it's
On Thursday, 7 April 2016 at 02:21:30 UTC, Cy Schubert wrote:
It builds and packages nicely.
~Cy
Thanks, are you the current FreeBSD port maintainer?
On Wednesday, 6 April 2016 at 13:19:08 UTC, Cy Schubert wrote:
Is there a source URL published anywhere?
http://ftp.digitalmars.com/dmd.2.071.0.zip doesn't appear to
work.
~Cy
We've deprecated the combined package b/c of it's sheer size and
uselessness.
Each platform specific package does
On Wednesday, 6 April 2016 at 13:05:31 UTC, sigod wrote:
module test;
struct S {
package int field;
}
void main() {
S s;
s.field = 1; // Deprecation: test.S.field is not visible from
module test
}
http://conferences.oreilly.com/oscon/open-source-eu/public/cfp/466
Andrei
On Wednesday, 6 April 2016 at 07:56:03 UTC, Jacob Carlborg wrote:
If I understand correctly the "this.outer" issue was resolved
by slightly modifying the language. If that's correct, does it
deserves an entry in the changelog besides the fixed issue?
It's just fixing the existing typing.
11 matches
Mail list logo