On 3/22/2014 9:47 AM, 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 operations while saving salaries
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
24.03.2014 0:03, Jeroen Bollen пишет:
On Sunday, 23 March 2014 at 19:56:47 UTC, Denis Shelomovskij wrote:
23.03.2014 16:34, Jeroen Bollen пишет:
Are there any tools to do this at all in Digitalmars D? All current
libraries seem to be outdated, but GTKD. GTK on it's end is a pain to
bundle which
23.03.2014 22:10, "Nordlöw" пишет:
Just noticed that
const x = [1];
assert(x[] + x[]);
causes gives ICE
Internal error: e2ir.c 1893
Bugzilla reference anyone?
People are expected to search such things themselves:
https://d.puremagic.com/issues/query.cgi
--
Денис В. Шеломовский
De
On Sunday, 23 March 2014 at 19:56:47 UTC, Denis Shelomovskij
wrote:
23.03.2014 16:34, Jeroen Bollen пишет:
Are there any tools to do this at all in Digitalmars D? All
current
libraries seem to be outdated, but GTKD. GTK on it's end is a
pain to
bundle which is enough to not consider it cross pl
23.03.2014 16:34, Jeroen Bollen пишет:
Are there any tools to do this at all in Digitalmars D? All current
libraries seem to be outdated, but GTKD. GTK on it's end is a pain to
bundle which is enough to not consider it cross platform at all.
First, I don't understand what is the problem with GT
On Sun, Mar 23, 2014 at 7:10 PM, "Nordlöw" wrote:
> e2ir.c
Probably this one:
https://d.puremagic.com/issues/show_bug.cgi?id=12179
On Sunday, 23 March 2014 at 19:03:54 UTC, Gary Willoughby wrote:
On Sunday, 23 March 2014 at 17:27:03 UTC, Jeroen Bollen wrote:
On Sunday, 23 March 2014 at 16:43:31 UTC, Gary Willoughby
wrote:
On Sunday, 23 March 2014 at 12:34:10 UTC, Jeroen Bollen wrote:
Are there any tools to do this at all i
On Sun, 2014-03-23 at 10:35 -0700, Walter Bright wrote:
> On 3/23/2014 12:13 AM, Russel Winder wrote:
> > But for real time you would just have to remove the
> > GC completely to have the needed guarantees.
>
>
> malloc/free cannot be used in hard real time systems, either. malloc/free do
> not
On Sunday, 23 March 2014 at 10:01:32 UTC, Messenger wrote:
On Saturday, 22 March 2014 at 16:23:31 UTC, Paulo Pinto wrote:
Dub was a very good decision.
The logo is... unfortunate. As in, OGC-level unfortunate.
https://www.google.com/search?safe=off&site=&tbm=isch&source=hp&q=OGC
Cannot unse
On Sun, 2014-03-23 at 19:15 +0100, Paulo Pinto wrote:
[…]
>
> At least on Java world it is not quite true.
>
> If you use XML parsers that return a DOM or SAX, yes quite true.
>
> But as far as I can tell, XML streaming parsers (StAX) only parse on demand.
>
> Unless I am missing something.
Th
On Sun, 2014-03-23 at 11:46 -0500, evansl wrote:
> On 03/22/14 06:40, Russel Winder wrote:
> [snip]
> > What you are alluding to is the use of Monte Carlo approach to solve
> > some of the models given boundary conditions. This is a "bog standard"
> By "bog standard" do you mean "plain or ordinary?
On 3/23/2014 10:38 AM, Sean Kelly wrote:
Try no funding and a trivial amount of time. The JSON parser I wrote for work
in C performs zero allocations and unescaping is performed on demand. D
arguably makes this easier by building slicing into the language, but not
decoding or copying is a desig
On Sunday, 23 March 2014 at 17:27:03 UTC, Jeroen Bollen wrote:
On Sunday, 23 March 2014 at 16:43:31 UTC, Gary Willoughby wrote:
On Sunday, 23 March 2014 at 12:34:10 UTC, Jeroen Bollen wrote:
Are there any tools to do this at all in Digitalmars D? All
current libraries seem to be outdated, but G
On 3/23/2014 11:10 AM, TJB wrote:
Walter, I would be happy to. Where do I find your email address? Sorry if this
is a dumb question.
My first name followed by digitalmars.com.
On 3/23/2014 11:29 AM, "Ola Fosheim Grøstad"
" wrote:
On Sunday, 23 March 2014 at 17:35:37 UTC, Walter Bright wrote:
malloc/free cannot be used in hard real time systems, either. malloc/free do
not have latency guarantees.
While that is true you can have a soft real time thread feeding the har
On Sunday, 23 March 2014 at 17:35:37 UTC, Walter Bright wrote:
malloc/free cannot be used in hard real time systems, either.
malloc/free do not have latency guarantees.
While that is true you can have a soft real time thread feeding
the hard real time thread with new configurations and the
as
Am 23.03.2014 18:38, schrieb Sean Kelly:
On Saturday, 22 March 2014 at 14:04:01 UTC, Daniel Davidson wrote:
For example, I could see technical reasons why in certain non-quant
areas like XML parsing where D can be faster than C++.
(http://dotnot.org/blog/archives/2008/03/12/why-is-dtango-so-fas
On Sunday, 23 March 2014 at 07:14:06 UTC, Walter Bright wrote:
On 3/21/2014 3:33 PM, TJB wrote:
I would be happy to help you with an option pricing example
that
is commonly used. Let me know if you are interested.
Sure, please email it to me.
Walter, I would be happy to. Where do I find y
Just noticed that
const x = [1];
assert(x[] + x[]);
causes gives ICE
Internal error: e2ir.c 1893
Bugzilla reference anyone?
On Sunday, 23 March 2014 at 18:08:09 UTC, 1100110 wrote:
I just want to point out that somehow the thread about how we
need to maintain a professional attitude in the forums
deteriorated into discussing in depth racism.
Actually, racism was not discussed. What was discussed was
cultural bias
I just want to point out that somehow the thread about how we need to
maintain a professional attitude in the forums deteriorated into
discussing in depth racism.
We literally couldn't have picked a better thread to highjack. =P
On 3/23/14, 8:23, Timon Gehr wrote:
On 03/23/2014 02:01 PM, 1100110 wrote:
...
I find I think of the type as an adjective,
It's a noun.
It's technically a metaphor =)
and since I'm only fluent in
english it makes perfect sense that the "adjective" would come before
the "noun".
What is
On Saturday, 22 March 2014 at 14:04:01 UTC, Daniel Davidson wrote:
For example, I could see technical reasons why in certain
non-quant areas like XML parsing where D can be faster than
C++.
(http://dotnot.org/blog/archives/2008/03/12/why-is-dtango-so-fast-at-parsing-xml/)
But then, with a la
On 3/23/2014 12:13 AM, Russel Winder wrote:
But for real time you would just have to remove the
GC completely to have the needed guarantees.
malloc/free cannot be used in hard real time systems, either. malloc/free do not
have latency guarantees.
On Friday, 21 March 2014 at 13:33:21 UTC, Dicebot wrote:
On Friday, 21 March 2014 at 13:27:04 UTC, Vladimir Panteleev
wrote:
On Friday, 21 March 2014 at 13:24:50 UTC, Dicebot wrote:
On Friday, 21 March 2014 at 12:55:09 UTC, Jacob Carlborg
wrote:
What's the purpose of "tee", is it the same as "t
On Sunday, 23 March 2014 at 16:43:31 UTC, Gary Willoughby wrote:
On Sunday, 23 March 2014 at 12:34:10 UTC, Jeroen Bollen wrote:
Are there any tools to do this at all in Digitalmars D? All
current libraries seem to be outdated, but GTKD. GTK on it's
end is a pain to bundle which is enough to not
On Thursday, 20 March 2014 at 15:25:47 UTC, Andrea Fontana wrote:
Why isn't ParallelForEach implemented as Range, instead?
Because it can't be. It's not possible to present something as a
range, so that that range's consumers would process that range in
parallel. std.parallelism.parallel inst
On 03/22/14 06:40, Russel Winder wrote:
[snip]
What you are alluding to is the use of Monte Carlo approach to solve
some of the models given boundary conditions. This is a "bog standard"
By "bog standard" do you mean "plain or ordinary?
http://en.wiktionary.org/wiki/bog_standard
approach to n
On Sunday, 23 March 2014 at 12:34:10 UTC, Jeroen Bollen wrote:
Are there any tools to do this at all in Digitalmars D? All
current libraries seem to be outdated, but GTKD. GTK on it's
end is a pain to bundle which is enough to not consider it
cross platform at all.
See:
http://forum.dlang.or
On Sunday, 23 March 2014 at 16:10:48 UTC, Daniel Murphy wrote:
"Asman01" wrote in message
news:ucqujzetvkkxzelvj...@forum.dlang.org...
Very noob question about binary files. What else also put the
code to load at right address (say, 0x08048000 on linux) of
operating system is needed to a pro
"Asman01" wrote in message news:ucqujzetvkkxzelvj...@forum.dlang.org...
Very noob question about binary files. What else also put the code to load
at right address (say, 0x08048000 on linux) of operating system is needed
to a program run?
Not really sure what you're asking, but the executabl
On Saturday, 9 March 2013 at 05:22:31 UTC, Jesse Phillips wrote:
On Thursday, 7 March 2013 at 15:53:09 UTC, Denis Shelomovskij
wrote:
Didn't get. You don't have to use D with druntime. Just don't
link it and everything will be OK - you will just get "better
C" (i.e. with D structs and other goo
"Asman01" wrote in message news:klvtbihnvoxfarsjd...@forum.dlang.org...
Is this the current linker used by DMD on all platforms?
No, only when building win32 executables.
Very noob question about binary files. What else also put the
code to load at right address (say, 0x08048000 on linux) of
operating system is needed to a program run?
On Thursday, 7 March 2013 at 01:25:02 UTC, Walter Bright wrote:
Some months ago, I did make the source to optlink available on
github:
https://github.com/DigitalMars/optlink
Rainer Schuetze has improved it where it can be built with
modern tools (the older tools would not run on Win7). I know
"Jacob Carlborg" wrote in message news:khaqhb$on0$1...@digitalmars.com...
On 2013-03-07 13:35, Daniel Murphy wrote:
> If anyone is interested I'll put it up on github.
I would say put it there to see how much interest there is.
Better late than never...
https://github.com/yebblies/ylink
Am Sun, 23 Mar 2014 08:09:03 -0500
schrieb 1100110 <0b1100...@gmail.com>:
> A "stickied" post on the announce forum would work.
... stickied ... in a NNTP news group ... :)
--
Marco
On 3/22/14, 23:33, logicchains 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 brackets more like python?
Thanks.
On Sunday, 23 March 2014 at 07:54:12 UTC, Jonathan M Davis wrote:
If calling front were destructive, that would break a lot of
code.
I thought that "breaking existing code" meant either "causing
existing code do something it wasn't supposed to do" or "causing
existing code not compile", but
On 03/23/2014 02:01 PM, 1100110 wrote:
...
I find I think of the type as an adjective,
It's a noun.
and since I'm only fluent in
english it makes perfect sense that the "adjective" would come before
the "noun".
What is X? X is an integer. ...
Exactly.
On 3/21/14, 20:47, Andrei Alexandrescu wrote:
On 3/21/14, 5:18 PM, w0rp wrote:
On Friday, 21 March 2014 at 21:52:47 UTC, H. S. Teoh wrote:
I'm disappointed about how many discussions revolve around superficial
things such as syntax, while neglecting weightier matters such as
semantics and expre
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 ther
On 3/22/14, 12:43, Russel Winder wrote:
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 p
Are there any tools to do this at all in Digitalmars D? All
current libraries seem to be outdated, but GTKD. GTK on it's end
is a pain to bundle which is enough to not consider it cross
platform at all.
On 03/23/2014 01:50 AM, 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.
An analogous problem exists and is more severe for RandomAccessRanges.
import std.algorithm,
On Sunday, 23 March 2014 at 05:53:41 UTC, Paulo Pinto wrote:
It doesn't matter how beautiful a language is, as soon as you
put them on the hands of an average developer, the result will
be horrible.
:-) I like that comment.
Fortunately most web requests are simple to handle, so PHP and
Perl
On Saturday, 22 March 2014 at 16:23:31 UTC, Paulo Pinto wrote:
Dub was a very good decision.
The logo is... unfortunate. As in, OGC-level unfortunate.
https://www.google.com/search?safe=off&site=&tbm=isch&source=hp&q=OGC
Cannot unsee.
On 23/03/14 08:53, Jonathan M Davis wrote:
But again, front and empty should normally function as if they were variables.
They should be property functions and should be pure (or at least act like
they're pure). I'm sure that a _lot_ of code will break if that isn't
followed.
There are some not
On Sunday, 23 March 2014 at 09:34:28 UTC, Szymon Gatner wrote:
On Sunday, 23 March 2014 at 00:50:34 UTC, Walter Bright wrote:
1. If you know the range is not empty, is it allowed to call
r.front without calling r.empty first?
IMO: yes. Logic of empty() sould be const and not have side
effec
On Sunday, 23 March 2014 at 05:53:41 UTC, Paulo Pinto wrote:
It doesn't matter how beautiful a language is, as soon as you
put them on the hands of an average developer, the result will
be horrible.
But if the said developers deliver, that is everything the
customer cares about. Regardless of
I should add that I have implemented some ranges where .front and
.popFront are both nothrow, as !empty doesn't "advance and cache"
for these ranges and the check is moved into an in{} contract.
For these ranges, they tend to behave like arrays with bounds
checking, only now the bounds checking
On Sunday, 23 March 2014 at 09:26:53 UTC, w0rp wrote:
I understand it like this.
* empty - Are there no more values?
* front - Get me the current value.
* popFront - Advance to the next value.
That is correct.
In terms of how I implement an InputRange in general, I
typically end up with th
On Sunday, 23 March 2014 at 00:50:34 UTC, Walter Bright wrote:
1. If you know the range is not empty, is it allowed to call
r.front without calling r.empty first?
IMO: yes. Logic of empty() sould be const and not have side
effects.
If this is true, extra logic will need to be added to r.
I understand it like this.
* empty - Are there no more values?
* front - Get me the current value.
* popFront - Advance to the next value.
In terms of how I implement an InputRange in general, I typically
end up with this.
* empty - Advance and cache "current value," return true if we
ran ou
Am Sat, 22 Mar 2014 17:50:34 -0700
schrieb Walter Bright :
> 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();
> }
>
Am 22.03.2014 23:19, schrieb Jeroen Bollen:
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.
It looks like you
Am 23.03.2014 08:13, schrieb Russel Winder:
On Sat, 2014-03-22 at 21:13 +, deadalnix wrote:
[…]
HFT is very latency sensitive. D stop the world GC is a no go.
D needs a better GC to be viable in these markets.
GC technology was well beyond "stop the world" in Common Lisp in the
1990s. Jav
On Saturday, March 22, 2014 17:50:34 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();
> }
>
>
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.
Beautiful as PHP
Am 23.03.2014 05:36, schrieb Asman01:
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 u
On 3/21/2014 3:33 PM, TJB wrote:
I would be happy to help you with an option pricing example that
is commonly used. Let me know if you are interested.
Sure, please email it to me.
On Sat, 2014-03-22 at 21:13 +, deadalnix wrote:
[…]
> HFT is very latency sensitive. D stop the world GC is a no go.
>
> D needs a better GC to be viable in these markets.
GC technology was well beyond "stop the world" in Common Lisp in the
1990s. Java learnt this lesson in the 2000s. IBM, Az
101 - 163 of 163 matches
Mail list logo