On Thursday, 23 January 2014 at 10:24:23 UTC, Chris wrote:
A good example are headlines. A classic is Driver refused
license. Now, everybody will assume that it was not the driver
who refused the license (default assumption or the _unmarked
case_).
Why it's not a driver who refused a
On Wednesday, 22 January 2014 at 13:37:07 UTC, Sönke Ludwig wrote:
I'm getting deprecation warnings inside std.datetime to use
any instead of canFind.
Also DMD now warns about using FP operators, such as =, for
detecting NaN's. What's the rationale for this? One issue with
this is that isNaN
Am 27.01.2014 10:37, schrieb Don:
On Wednesday, 22 January 2014 at 13:37:07 UTC, Sönke Ludwig wrote:
I'm getting deprecation warnings inside std.datetime to use any
instead of canFind.
Also DMD now warns about using FP operators, such as =, for
detecting NaN's. What's the rationale for this?
Am 22.01.2014 14:37, schrieb Sönke Ludwig:
There is also a build issue that sometimes occurred at the same place in
2.064 in the form of template instantiation failures and now produces
linker errors: https://github.com/rejectedsoftware/vibe.d/issues/458
Am 27.01.2014 04:33, schrieb Jakob Ovrum:
On Wednesday, 15 January 2014 at 14:12:47 UTC, Sönke Ludwig wrote:
A new and hopefully last beta version of DUB 0.9.21 has been released:
http://forum.rejectedsoftware.com/groups/rejectedsoftware.dub/thread/826/
It contains some major new features, so
Am 27.01.2014 13:14, schrieb Sönke Ludwig:
- Use the closest matching import folder to infer the module name
instead of the first match (i.e. ./libev instead of . in this
case).
Implemented:
https://github.com/rejectedsoftware/dub/commit/5d0867fef7c6415e300c6ce214aa5790d0a2ca93
On Monday, 27 January 2014 at 12:38:06 UTC, Sönke Ludwig wrote:
Am 27.01.2014 13:14, schrieb Sönke Ludwig:
- Use the closest matching import folder to infer the module
name
instead of the first match (i.e. ./libev instead of .
in this
case).
Implemented:
I'm planning to release a new debugger for D sometime during end
of February. This is a heads up for all those who are eagerly
looking for a good debugger for D.
Here is a sample debug session:
$ ./dbg ./dbg
New session s1 (./dbg) started
New process p1 (program dbg) created
p1.1 SUSPENDED
On Monday, 27 January 2014 at 17:10:06 UTC, John Colvin wrote:
On Monday, 27 January 2014 at 16:42:14 UTC, Sarath Kodali wrote:
I'm planning to release a new debugger for D sometime during
end of February. This is a heads up for all those who are
eagerly looking for a good debugger for D.
On Monday, 27 January 2014 at 16:42:14 UTC, Sarath Kodali wrote:
I'm planning to release a new debugger for D sometime during
end of February. This is a heads up for all those who are
eagerly looking for a good debugger for D.
Which OSs are supported?
Which compilers are supported, which
On Monday, 27 January 2014 at 12:14:37 UTC, Sönke Ludwig wrote:
I understand that it is popular because a separate source or
src folder can be avoided*. But it really is quite unclean
considering how importing modules works in D.
* and it makes it harder for people to find the actual source
On Monday, 27 January 2014 at 09:19:25 UTC, Kagamin wrote:
On Thursday, 23 January 2014 at 10:24:23 UTC, Chris wrote:
A good example are headlines. A classic is Driver refused
license. Now, everybody will assume that it was not the
driver who refused the license (default assumption or the
On Monday, 27 January 2014 at 18:10:03 UTC, Alexander Bothe wrote:
On Monday, 27 January 2014 at 16:42:14 UTC, Sarath Kodali wrote:
I'm planning to release a new debugger for D sometime during
end of February. This is a heads up for all those who are
eagerly looking for a good debugger for D.
On Monday, 27 January 2014 at 18:10:03 UTC, Alexander Bothe wrote:
Which OSs are supported?
Which compilers are supported, which debug info base is used?
Is the info directly extracted from the executable aka
Dwarf/CV4/PDB support?
The sample debug session looks cool, so I'd really like to
On Monday, 27 January 2014 at 17:13:05 UTC, John Colvin wrote:
Without the nasty line-wrapping: http://pastebin.com/1Z4T4vep
woops, missed a couple: http://pastebin.com/t0sejnF9
Thanks!
On 1/27/14 7:00 PM, Sarath Kodali wrote:
On Monday, 27 January 2014 at 18:10:03 UTC, Alexander Bothe wrote:
Which OSs are supported?
Which compilers are supported, which debug info base is used?
Is the info directly extracted from the executable aka Dwarf/CV4/PDB
support?
The sample debug
Am 28.01.2014 04:00, schrieb Sarath Kodali:
I'm also
planning to add a JSON or CSV output format so that it will be
easy to parse the output when integrating with IDEs. So I would
recommend that you wait till I release 1.0 version - sometime
before Dconf 2014 - hopefully!
why don't ease the
Please join me in congratulating David!
https://www.bountysource.com/issues/1325974-type-system-breaking-caused-by-implicit-conversion-for-the-value-returned-from-pure-function/claims
Don't forget there are over $2000 in open bounties for The D Programming
Language project. More money is on
On Tuesday, 28 January 2014 at 06:49:53 UTC, Andrei Alexandrescu
wrote:
Please join me in congratulating David!
https://www.bountysource.com/issues/1325974-type-system-breaking-caused-by-implicit-conversion-for-the-value-returned-from-pure-function/claims
Don't forget there are over $2000 in
On Tuesday, 28 January 2014 at 05:19:13 UTC, Andrei Alexandrescu
wrote:
This does sound very interesting - and don't forget to submit a
talk on the topic to DConf!!!
Andrei
Yes please, it would be a very interesting talk.
20 matches
Mail list logo