On Fri, Mar 21, 2014 at 12:04 PM, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
http://blog.thecybershadow.net/2014/03/21/functional-image-processing-in-d/
Some highlights from a recent overhaul of the graphics package from my D
library. It makes use of a number of D-specific language
On Saturday, 22 March 2014 at 13:35:01 UTC, Philippe Sigaud wrote:
On Fri, Mar 21, 2014 at 12:04 PM, Vladimir Panteleev
vladi...@thecybershadow.net wrote:
http://blog.thecybershadow.net/2014/03/21/functional-image-processing-in-d/
Some highlights from a recent overhaul of the graphics package
Joseph Rushton Wakeling:
Latest patches rename randomSample = sample, again offering a
documented alias to assist migration.
Perhaps it's better to not document this alias.
permutation seems good to me (or permute?), but perhaps
others have suggestions or can point to a typical naming
Latest patches rename randomSample = sample, again offering a
documented alias to assist migration.
It would be nice to complete the set and eliminate randomCover,
but in this case cover seems too vague a name to use. Any
suggestions for alternatives? I wasn't able to readily find an
On Saturday, 22 March 2014 at 20:09:00 UTC, bearophile wrote:
Perhaps it's better to not document this alias.
For now it will be documented, for clarity if nothing else.
Whether that documentation makes it into a Phobos submission, I
think should depend on formal review.
I'd like a
Joseph Rushton Wakeling:
How does your desired concept relate to the existing
std.algorithm.nextPermutation ... ?
The API of the lazy permutations/combinations ranges is similar
to the one I have written here:
http://rosettacode.org/wiki/Permutations#Fast_Lazy_Version
That is also very
On Sat, Mar 22, 2014 at 4:10 PM, Graham Fawcett fawc...@uwindsor.ca wrote:
I think this is it:
https://github.com/CyberShadow/ae
Hmm, there is the /demo directory, that can be useful. But I don't see
any documentation per se.
Latest patches just pushed to repo make the randomSample =
sample change and introduce a fast uniform01 and
uniform01Distribution :-)
Joseph Rushton Wakeling:
Latest patches just pushed to repo make the randomSample =
sample change and introduce a fast uniform01 and
uniform01Distribution :-)
They seem good.
More ideas:
Three suggestions for std.random:
https://d.puremagic.com/issues/show_bug.cgi?id=4851
Strongly pure
Hello everyone,
Today GDC celebrates 10 years of existence.
Please join me in expressing sincere congratulations to everyone who
contributed to the project. I would like to emphasize that GDC is a key
component of D's present and future success, and I am looking forward to
more awesome
On Sunday, 23 March 2014 at 02:06:13 UTC, Andrei Alexandrescu
wrote:
Hello everyone,
Today GDC celebrates 10 years of existence.
Please join me in expressing sincere congratulations to
everyone who contributed to the project. I would like to
emphasize that GDC is a key component of D's
On Saturday, 22 March 2014 at 01:24:38 UTC, Walter Bright wrote:
On 3/21/2014 5:39 PM, bearophile wrote:
That code must always be hard-real time. So a GC is allowed
only during startup
time (unless it's a quite special GC), hidden heap allocations
are forbidden,
data access patterns need to be
Am 22.03.2014 06:58, schrieb deadalnix:
On Saturday, 22 March 2014 at 01:24:38 UTC, Walter Bright wrote:
On 3/21/2014 5:39 PM, bearophile wrote:
That code must always be hard-real time. So a GC is allowed only
during startup
time (unless it's a quite special GC), hidden heap allocations are
On Saturday, 22 March 2014 at 05:52:49 UTC, deadalnix wrote:
A paste is worth a long story : http://pastebin.com/XbL2dv9S
That is really bad, and debugging horribly difficult.
Basically, no file/line numbers and no demangling.
We tend to get used to it, unless it gets exceptionally bad,
but
On Saturday, 22 March 2014 at 01:47:48 UTC, Andrei Alexandrescu
wrote:
On 3/21/14, 5:18 PM, w0rp wrote:
A dozen people are doing the simple work and the complicated
work, while the rest of the forum sits on the sidelines
wringing hands about what to do about the future of D.
Andrei,
Is
On Sat, Mar 22, 2014 at 12:30 AM, Paulo Pinto pj...@progtools.org wrote:
Yes, as there are a few high performance trading systems done with
JVM/.NET languages.
--
Paulo
What about AAA games? :) Even though I agree with the pro-GC arguments you
put forth, but I really have a hard time
Am 22.03.2014 09:42, schrieb Ziad Hatahet:
On Sat, Mar 22, 2014 at 12:30 AM, Paulo Pinto pj...@progtools.org
mailto:pj...@progtools.org wrote:
Yes, as there are a few high performance trading systems done with
JVM/.NET languages.
--
Paulo
What about AAA games? :) Even though
On Saturday, 22 March 2014 at 08:54:46 UTC, Paulo Pinto wrote:
Am 22.03.2014 09:42, schrieb Ziad Hatahet:
On Sat, Mar 22, 2014 at 12:30 AM, Paulo Pinto
pj...@progtools.org
mailto:pj...@progtools.org wrote:
Yes, as there are a few high performance trading systems
done with
JVM/.NET
On Fri, 2014-03-21 at 22:44 +, Chris Williams wrote:
On Friday, 21 March 2014 at 22:28:36 UTC, Walter Bright wrote:
It's a good thought, but I have zero knowledge of how C++ is
used for high frequency trading.
Reading through the Wikipedia article on Computational Finance,
it looks
On Sat, 2014-03-22 at 00:39 +, bearophile wrote:
TJB:
Why a tough sell? Please explain.
That code must always be hard-real time. So a GC is allowed only
during startup time (unless it's a quite special GC), hidden heap
allocations are forbidden, data access patterns need to be
On Sat, 2014-03-22 at 00:14 +, Daniel Davidson wrote:
[…]
Maybe a good starting point would be to port some of QuantLib and
see how the performance compares. In High Frequency Trading I
think D would be a tough sell, unfortunately.
I would certainly agree that (at least initially)
On Fri, 2014-03-21 at 18:21 -0700, Andrei Alexandrescu wrote:
[…]
I think some (including possibly myself) could enjoy a D dialect with
Python indentation quite a bit. Given D's compilation speed, that can be
achieved as a dialect without much aggravation by using a preprocessor.
In fact I
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a
lock-free
ring buffer based framework used to create dealing platforms on
the JVM.
They outperform any other trading platform still.
That is wrong. Trading is
You are absolutely correct - the finance industry _wants_ to
switch away fromC++. I work in a fledgeling HFT startup firm and
we are actively pursuing D. We have tested it out in a live
trading environment and the results are very promising.
1. We are measuring better latency numbers in D (As
alias toStringz z;
auto foo = bar.z;
In this case bar is already zero-terminated right?
See
String literals already have a 0 appended to them
in http://dlang.org/arrays.html
On Saturday, 22 March 2014 at 12:36:17 UTC, Russel Winder wrote:
I am not convinced. CoffeeScript as a JavaScript dialect hasn't
really
taken off, people just use JavaScript.
Well, that depends on your definition of taken off. If you were
to do a GitHub search, you'd probably find a lot more
Am 22.03.2014 13:38, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a lock-free
ring buffer based framework used to create dealing platforms on the JVM.
They outperform any other trading
You could also write:
alias toStringz z;
auto foo = bar.z;
and that would work too!
DMD currently cannot infer aliases to be callable using UCFS
unfortunately:
#!/usr/bin/env rdmd-dev-module
unittest {
import std.stdio: wln = writeln;
import std.string;
On Saturday, 22 March 2014 at 12:35:50 UTC, Saurabh Das wrote:
You are absolutely correct - the finance industry _wants_ to
switch away fromC++. I work in a fledgeling HFT startup firm and
we are actively pursuing D. We have tested it out in a live
trading environment and the results are very
On Fri, 2014-03-21 at 23:47 +, Frustrated wrote:
[…]
Um, ALGOL was created in the early 60's of which python's spacing
scheme is based on. Just because python came out after C does not
change that. Do you think it might have been possible that
Ritchie learned the lessons of ALGOL of
#!/usr/bin/env rdmd-dev-module
unittest {
import std.stdio: wln = writeln;
import std.string;
wln(typeof(a.z).stringof);
}
Correction:
unittest {
import std.stdio: wln = writeln;
import std.string;
alias z = toStringz;
wln(typeof(a.z).stringof);
}
gives same error
Shouldn't be to hard to fix, though.
Does anybody know if there is an Issue for this?
On Saturday, 22 March 2014 at 12:06:37 UTC, Russel Winder wrote:
I suspect a rewrite of QuantLib in D is a bad idea, much better
to
create an adapter and offer it to the QuantLib folks. The ones
they have
already tend to be created using SWIG. JQuantLib is an attempt
to
rewrite QuantLib in
On Saturday, 22 March 2014 at 13:01:11 UTC, Nordlöw wrote:
gives same error
That's because you made the alias local, UFCS only works with
global symbols right now (which is actually by design, though I
don't think it is a great design). So this works:
// move these out to module scope
On Saturday, 22 March 2014 at 12:54:11 UTC, Paulo Pinto wrote:
Am 22.03.2014 13:38, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder
wrote:
It is also worth pointing out the LMAX Disruptor which is a
lock-free
ring buffer based framework used to create
On Saturday, 22 March 2014 at 13:21:45 UTC, Adam D. Ruppe wrote:
On Saturday, 22 March 2014 at 13:01:11 UTC, Nordlöw wrote:
gives same error
That's because you made the alias local, UFCS only works with
global symbols right now (which is actually by design, though I
don't think it is a
Hi Dan,
On Saturday, 22 March 2014 at 12:56:03 UTC, Daniel Davidson wrote:
On Saturday, 22 March 2014 at 12:35:50 UTC, Saurabh Das wrote:
You are absolutely correct - the finance industry _wants_ to
switch away fromC++. I work in a fledgeling HFT startup firm
and
we are actively pursuing
On 3/22/14, Nordlöw per.nord...@gmail.com wrote:
DMD currently cannot infer aliases to be callable using UCFS
unfortunately
Actually you're running into UFCS not working for module-scoped
imports. The following will work:
-
import std.stdio: wln = writeln;
import std.string;
alias
Am 22.03.2014 14:21, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 12:54:11 UTC, Paulo Pinto wrote:
Am 22.03.2014 13:38, schrieb Daniel Davidson:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a lock-free
UFCS not working for module-scoped imports is a filed bug.
Ok.
Great!
On Saturday, 22 March 2014 at 13:36:01 UTC, Saurabh Das wrote:
The edge for D in our case comes from 3 factors -
1. A lot of statistical data from older C++ systems means
better assumptions and decisions in the new D system; and
But, clearly that is not necessarily a benefit of D. It is a
On Saturday, 22 March 2014 at 13:47:31 UTC, Paulo Pinto wrote:
Assuming those 10% still happen if the test was done today as
suggested, how much are trade companies willing to pay for
developers to achieve those 10% in C++ vs having a system
although 10% slower,
still fast enough for
On Sat, 2014-03-22 at 12:38 +, Daniel Davidson wrote:
On Saturday, 22 March 2014 at 11:46:43 UTC, Russel Winder wrote:
It is also worth pointing out the LMAX Disruptor which is a
lock-free
ring buffer based framework used to create dealing platforms on
the JVM.
They outperform
On Sat, 2014-03-22 at 14:17 +, Daniel Davidson wrote:
[…]
Performance engineers who can eek out that 10% on existing
systems do very well. The same engineers who can build it
entirely do much better.
Good C++ programmers appear to be able to get $350k to $400k in NY.
Of course the
On Saturday, 22 March 2014 at 13:10:46 UTC, Daniel Davidson wrote:
Data storage for high volume would also be nice. A D
implementation of HDF5, via wrappers or otherwise, would be a
very useful project. Imagine how much more friendly the API
could be in D. Python's tables library makes it very
There has been a long running thread on the Go list about needing a
package manager, the nay sayers claim there is need for one as Go source
can import packages from Git (also Mercurial, and also Bazaar)
repositories. Someone posting this about Rust just to keep the
discussion going I think.
The
On Saturday, 22 March 2014 at 14:33:02 UTC, TJB wrote:
Well, I for one, would be hugely interested in such a thing. A
nice D API to HDF5 would be a dream for my data problems.
Did you use HDF5 in your finance industry days then? Just
curious.
A bit. You can check out some of my C++ code
On Saturday, 22 March 2014 at 12:36:17 UTC, Russel Winder wrote:
I am not convinced. CoffeeScript as a JavaScript dialect hasn't
really taken off, people just use JavaScript.
Well, I don't know, Dart is in the same vein as CoffeeScript.
Dart is compiling to Javascript and Angular Dart is
On 3/22/14, 1:22 AM, Steve Teale wrote:
On Saturday, 22 March 2014 at 01:47:48 UTC, Andrei Alexandrescu
wrote:
On 3/21/14, 5:18 PM, w0rp wrote:
A dozen people are doing the simple work and the complicated work,
while the rest of the forum sits on the sidelines wringing hands about
what to do
On Saturday, 22 March 2014 at 13:03:06 UTC, Russel Winder wrote:
ALGOL60 did not have significant whitespace and an offside
rule, just
like C, C++ and D don't, whereas Python, OCaml, etc. do.
I've programmed in OCaml for many years and I somehow missed the
significant whitespace. Even the
On Saturday, 22 March 2014 at 01:22:14 UTC, Andrei Alexandrescu
wrote:
...Given D's compilation speed, that can be achieved as a
dialect without much aggravation by using a preprocessor.
In fact I considered writing such a preprocessor as a running
example...
Please someone could show a
Am 22.03.2014 15:36, schrieb Russel Winder:
There has been a long running thread on the Go list about needing a
package manager, the nay sayers claim there is need for one as Go source
can import packages from Git (also Mercurial, and also Bazaar)
repositories. Someone posting this about Rust
Am 22.03.2014 17:14, schrieb Brian Rogoff:
On Saturday, 22 March 2014 at 13:03:06 UTC, Russel Winder wrote:
ALGOL60 did not have significant whitespace and an offside rule, just
like C, C++ and D don't, whereas Python, OCaml, etc. do.
I've programmed in OCaml for many years and I somehow
On Saturday, 22 March 2014 at 16:19:44 UTC, MattCoder wrote:
Please someone could show a little example of the quote above? I
mean it would act like C preprocessor or in D it has another
meaning?
You would write a little program that sees changes of indentation
and puts the braces in. So
On Friday, 21 March 2014 at 22:33:37 UTC, TJB wrote:
On Friday, 21 March 2014 at 22:28:36 UTC, Walter Bright wrote:
It's a good thought, but I have zero knowledge of how C++ is
used for high frequency trading.
I would be happy to help you with an option pricing example that
is commonly used.
On 3/22/14, 6:01 AM, Nordlöw wrote:
#!/usr/bin/env rdmd-dev-module
unittest {
import std.stdio: wln = writeln;
import std.string;
wln(typeof(a.z).stringof);
}
Correction:
unittest {
import std.stdio: wln = writeln;
import std.string;
alias z = toStringz;
On 3/22/14, 7:36 AM, Russel Winder wrote:
There has been a long running thread on the Go list about needing a
package manager, the nay sayers claim there is need for one as Go source
can import packages from Git (also Mercurial, and also Bazaar)
repositories. Someone posting this about Rust just
On 3/22/14, 9:19 AM, MattCoder wrote:
On Saturday, 22 March 2014 at 01:22:14 UTC, Andrei Alexandrescu
wrote:
...Given D's compilation speed, that can be achieved as a dialect
without much aggravation by using a preprocessor.
In fact I considered writing such a preprocessor as a running
On Saturday, 22 March 2014 at 16:35:07 UTC, Brian Rogoff wrote:
This is a very interesting thread that you started. Could you
flesh it out more with some example C++ that you'd like
compared to D? I'm sure quite a few people would assist with a
translation.
Well, right away people jumped to
News:
http://venturebeat.com/2014/03/20/facebook-unveils-hack-a-faster-programming-language-to-power-the-social-network/
Language's Page:
http://hacklang.org/
I thought Facebook would be using D in the future.
On Sat, 2014-03-22 at 16:14 +, Brian Rogoff wrote:
On Saturday, 22 March 2014 at 13:03:06 UTC, Russel Winder wrote:
ALGOL60 did not have significant whitespace and an offside
rule, just
like C, C++ and D don't, whereas Python, OCaml, etc. do.
I've programmed in OCaml for many years
On 3/21/2014 7:08 PM, H. S. Teoh wrote:
Perhaps we should be talking about how more people can make github
contributions instead. ;-)
Anyone can create a bugzilla account and/or a github account and get started
contributing. Nobody's permission is required.
On Sat, 2014-03-22 at 15:10 +, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
@puremagic.com wrote:
[…]
Well, I don't know, Dart is in the same vein as CoffeeScript.
Dart is compiling to Javascript and Angular Dart is gaining quite
a bit of interest even before being ready for production.
The reason for using their hack is probably legacy PHP code and
experience carrying over; they can bring their existing staff and
code to the new compiler then start bolting on new features one
by one. Same reason they did the whole HipHop thing - trying to
put some lipstick on PHP and now
On Sat, Mar 22, 2014 at 10:48:44AM -0700, Walter Bright wrote:
On 3/21/2014 7:08 PM, H. S. Teoh wrote:
Perhaps we should be talking about how more people can make github
contributions instead. ;-)
Anyone can create a bugzilla account and/or a github account and get
started contributing.
On 03/22/14 11:14, Brian Rogoff wrote:
[snip]
C++ has a much nastier syntax than D (IMO of course :-) but the SPECS
proposal for a resyntaxed C++ never caught on.
Brian, could you provide a link for this proposal?
I'd appreciate it.
-regards,
Larry
On 21 March 2014 18:55, Frustrated frustra...@nowhere.com wrote:
On Friday, 21 March 2014 at 18:47:49 UTC, Pedro Larroy wrote:
Hi
As a newcomer to D, I wonder, how difficult would be and would it be
welcome by the D community to have D's syntax with significant whitespace
and without
On 3/22/2014 7:29 AM, Russel Winder wrote:
I guess D should be able to do things just as fast as C++, at least
using LDC or GDC. My little informal microbenchmarks indicate that this
is the case, but for now this is anecdotal evidence not statistically
significant.
Having built C++ and D
On Saturday, 22 March 2014 at 18:08:01 UTC, evansl wrote:
On 03/22/14 11:14, Brian Rogoff wrote:
[snip]
C++ has a much nastier syntax than D (IMO of course :-) but
the SPECS
proposal for a resyntaxed C++ never caught on.
Brian, could you provide a link for this proposal?
I'd appreciate it.
On 3/22/2014 5:35 AM, Saurabh Das wrote:
I'm quite confident that D is going to make good inroads into the
financial industry in the coming years. Looking forward to
Walter's talk in DConf and indeed all the talks in DConf. Wish I
could attend - but the flight costs too much :(. Maybe next year.
On 3/22/14, 10:39 AM, Tolga Cakiroglu wrote:
News:
http://venturebeat.com/2014/03/20/facebook-unveils-hack-a-faster-programming-language-to-power-the-social-network/
Language's Page:
http://hacklang.org/
I thought Facebook would be using D in the future.
Hack is a front-end language that
On 3/22/2014 5:56 AM, Daniel Davidson wrote:
I don't yet see where D adds distinction to that game yet - other
than being a great language.
Isn't that the best kind of distinction?
On Saturday, 22 March 2014 at 17:54:16 UTC, Russel Winder wrote:
like end to end the same language. Many are asking about
server-side Dart as well as client-side Dart in the browser.
Yes, a CLI/server Dart VM exists that is suitable for a http
server. The advantage of client/server code
On 3/22/2014 7:04 AM, Daniel Davidson wrote:
But then, with a large amount of time and unlimited funding the techniques could
probably be duplicated in C++.
That's correct. It's also true of writing code in C or even assembler.
Productivity matters because time-to-deploy matters. I.e. if you
On Saturday, 22 March 2014 at 16:28:11 UTC, Paulo Pinto wrote:
When F# was still in beta, it had OCaml syntax as default with
a significant whitespace mode that could be turned on with a
compiler directive #light on.
While asking the embryonic F# community which mode should be
the default.
Brian Rogoff:
I like OCaml a lot but its syntax is not its best feature.
See also:
http://people.csail.mit.edu/mikelin/ocaml+twt/
Bye,
bearophile
On Saturday, 22 March 2014 at 14:30:00 UTC, Russel Winder wrote:
On Sat, 2014-03-22 at 14:17 +, Daniel Davidson wrote:
[…]
Performance engineers who can eek out that 10% on existing
systems do very well. The same engineers who can build it
entirely do much better.
Good C++ programmers
On Saturday, 22 March 2014 at 17:39:57 UTC, Tolga Cakiroglu wrote:
News:
http://venturebeat.com/2014/03/20/facebook-unveils-hack-a-faster-programming-language-to-power-the-social-network/
Language's Page:
http://hacklang.org/
I thought Facebook would be using D in the future.
Facebook is a
That's because you made the alias local, UFCS only works with
global symbols right now (which is actually by design, though I
don't think it is a great design).
What were the motivations behind this choice of design?
UFCS not working for module-scoped imports is a filed bug.
Do you a reference to this bugzilla issue?
On Friday, 21 March 2014 at 10:39:49 UTC, Denis Shelomovskij
wrote:
21.03.2014 12:25, monarch_dodra пишет:
If I remember correctly, with a specially written UTF string,
it *was*
possible to corrupt program state. I think. I need to double
check. I
didn't give it much thought then (it should
On 3/22/14, Nordlöw per.nord...@gmail.com wrote:
UFCS not working for module-scoped imports is a filed bug.
Do you have a reference to this bugzilla issue?
https://d.puremagic.com/issues/show_bug.cgi?id=6185
On 3/22/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
On 3/22/14, Nordlöw per.nord...@gmail.com wrote:
UFCS not working for module-scoped imports is a filed bug.
Do you have a reference to this bugzilla issue?
https://d.puremagic.com/issues/show_bug.cgi?id=6185
Oops, that's slightly
On 3/22/14, Andrej Mitrovic andrej.mitrov...@gmail.com wrote:
https://d.puremagic.com/issues/show_bug.cgi?id=6185
Oops, that's slightly different and solved. I'm not sure if the alias
version is filed.
Looks like what happened was I filed the 'alias' version as a
duplicate of 6185, then 6185
I'm getting the following error when I build a package that
depend on 'gtk-d' in DUB:
Error executing command build: Unknown dependency: gtk-d:gtkdgl
Why is that? The gtkdgl package clearly is defined in the
package.json of gtk-d.
I'm working on a range-based generic codec that uses
forwardDifference (and its reverse not yet implemented) in
combination with msgpack to pack arrays of 64-bit timestamps for
compacter storage.
My solution so far looks like can be found here
The work Don's company does has very similar requirements to HFT.
His talks here are totally relevant to the use of D in this area.
On Saturday, 22 March 2014 at 23:27:18 UTC, Sean Kelly wrote:
The work Don's company does has very similar requirements to
HFT. His talks here are totally relevant to the use of D in
this area.
Yes, I'm very much looking forward to that talk as well.
His talk last year killed!
It's become clear to me that we've underspecified what an InputRange is. The
normal way to use it is:
while (!r.empty) {
auto e = r.front;
... do something with e ...
r.popFront();
}
no argument there. But there are two issues:
1. If you know the range is not
On Saturday, 22 March 2014 at 23:27:18 UTC, Sean Kelly wrote:
The work Don's company does has very similar requirements to
HFT. His talks here are totally relevant to the use of D in
this area.
They did significant work to customize th GC in order to meet the
requirements.
On Sunday, 23 March 2014 at 00:50:34 UTC, Walter Bright wrote:
2. Can r.front be called n times in a row? I.e. is calling
front() destructive?
If true, this means that r.front will have to cache a copy in
many cases.
If `front` was destructive there would be little point in having
it
On Sunday, 23 March 2014 at 00:50:34 UTC, Walter Bright wrote:
auto e = r.front;
Remember that front is a getter property, which means it should
work like a variable. Typically, reading a variable is not
destructive and needs no preparation. There's exceptions to the
rule, but they
On Sunday, 23 March 2014 at 00:50:34 UTC, Walter Bright wrote:
It's become clear to me that we've underspecified what an
InputRange is. The normal way to use it is:
while (!r.empty) {
auto e = r.front;
... do something with e ...
r.popFront();
}
no argument
On Saturday, 22 March 2014 at 17:28:16 UTC, Andrei Alexandrescu
wrote:
On 3/22/14, 9:19 AM, MattCoder wrote:
On Saturday, 22 March 2014 at 01:22:14 UTC, Andrei Alexandrescu
wrote:
...Given D's compilation speed, that can be achieved as a
dialect
without much aggravation by using a
Colden Cullen:
[1] https://github.com/ColdenCullen/wsd
Looks like a good start. I could even use that syntax in some
cases :-) (like some script-like programs).
Using just an indent to define a sub-block seems a little too
much brittle. So perhaps a specific keyword or symbol could be be
On Saturday, 22 March 2014 at 14:04:01 UTC, Daniel Davidson wrote:
On Saturday, 22 March 2014 at 13:36:01 UTC, Saurabh Das wrote:
The edge for D in our case comes from 3 factors -
1. A lot of statistical data from older C++ systems means
better assumptions and decisions in the new D system;
Hi! I need to use array of bits in my custom class. I tried to
add std.bitmanip.BitArray as field, but got a strange error. What
am I doing wrong?
import std.bitmanip;
class Scene
{
BitArray collisionMap;
this(int w, int h)
{
collisionMap.init([0,0,0]);
}
}
Luís Marques:
It would swap elements, like sort, so it doesn't need to put
them anywhere, just permute them. The advantage is this:
Input: [7, 3, 7, 1, 1, 1, 1]
Output sort: [1, 1, 1, 1, 3, 7, 7]
Output groupSort: [3, 7, 7, 1, 1, 1, 1]
I think to swap items it must know where to swap them
MarisaLovesUsAll:
Hi! I need to use array of bits in my custom class. I tried to
add std.bitmanip.BitArray as field, but got a strange error.
What
am I doing wrong?
import std.bitmanip;
class Scene
{
BitArray collisionMap;
this(int w, int h)
{
Nordlöw:
I cracked it:
This is important stuff. So if you find that you can't do
something in D, consider asking for it in the main D newsgroup
and in Bugzilla.
Bye,
bearophile
1 - 100 of 127 matches
Mail list logo
