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
On Saturday, 22 March 2014 at 11:25:05 UTC, Phil wrote:
This is very cool. What are the performance implications of
treating colour images as arrays of tuples rather than a flat
array? For example, if I wanted to iterate through every
channel of every pixel in an RGB image or modify the R
On Sunday, 23 March 2014 at 08:22:32 UTC, Vladimir Panteleev
wrote:
I'm not familiar enough with vector instruction sets of current
CPUs to answer this confidently. E.g. if there exists an
integer vector multiply-and-add operation, then that could be
used for fast software alpha blending. That
On Saturday, 22 March 2014 at 23:56:35 UTC, bearophile wrote:
They seem good.
Excellent!
There may need to be some attention to the internals of
uniform01. Its correctness depends on whether one can always
trust a float-based RNG to return values in [min, max) or whether
[min, max] is
On 23 March 2014 02:05, Andrei Alexandrescu
seewebsiteforem...@erdani.org 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
Joseph Rushton Wakeling:
int r = data[uniform![)(0, data.length)];
D also accepts:
immutable r = data[uniform![)(0, $)];
Bye,
bearophile
Joseph Rushton Wakeling:
I think all std.random functions now support a default RNG.
Is the issue is already fixed in std.random you can close it :-)
However, I'd have thought that
int r = data.sample(1, rndGen).front;
would have been a more efficient way to implement choice, as
it
On Sun, Mar 23, 2014 at 11:17 AM, bearophile bearophileh...@lycos.com wrote:
Joseph Rushton Wakeling:
int r = data[uniform![)(0, data.length)];
D also accepts:
immutable r = data[uniform![)(0, $)];
Really? The '$' part works?
On Sunday, 23 March 2014 at 10:15:32 UTC, bearophile wrote:
Is the issue is already fixed in std.random you can close it :-)
Well, your request for a choice method is still open ... :-)
The best thing is to add an efficient choice() function, so no
efficiency mistake happens :-)
Sure, I'm
On 17 March 2014 14:05, Johannes Pfau nos...@example.com wrote:
I'm happy to announce the first GDC ARM beta on behalf of the GDC
team :)
Johannes, I just looked at the permissions of two randomly tested
tarballs, and I see the extracted contents is absent of any write
permissions. More of an
So a couple of years ago I had too much free time and wrote a linker.
It's now on github: https://github.com/yebblies/ylink
Pros:
- Written in D
- Not written in assembly
- Not written before I was born
- Boost license
- Usually produces working executables
Cons:
- No debug information (yet)
-
By the way, I verified this can also be used for bare metal ARM
programming as described in
https://github.com/JinShil/D_Runtime_ARM_Cortex-M_study/wiki/1.0-Introduction
Very very cool,
ian
On Monday, 17 March 2014 at 14:07:13 UTC, Johannes Pfau wrote:
I'm happy to announce the first GDC
Am Sun, 23 Mar 2014 20:20:09 +
schrieb Iain Buclaw ibuc...@gdcproject.org:
On 17 March 2014 14:05, Johannes Pfau nos...@example.com wrote:
I'm happy to announce the first GDC ARM beta on behalf of the GDC
team :)
Johannes, I just looked at the permissions of two randomly tested
On Friday, 21 March 2014 at 11:16:31 UTC, Andrea Fontana wrote:
Very interesting! Do you know http://www.antigrain.com/ ?
It is (was?) a very efficent c++ 2d library, heavily based on
templates. Something like this in D with templates and lazy
ranges should be impressive.
On Friday, 21
Hey all!
With my term now finished I have loads of free time over the next
two weeks, so I decided to devote a nice chunk of that to DSFML,
specifically updating it to version 2.1. For those of you that
aren't familiar, DSFML is a binding and wrapper for SFML, a
multimedia library centered
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, Azul,
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 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
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
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();
}
no
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. Java
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 Sat, 22 Mar 2014 17:50:34 -0700
schrieb Walter Bright newshou...@digitalmars.com:
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 ...
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 out
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
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
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 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
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
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
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=offsite=tbm=ischsource=hpq=OGC
Cannot unsee.
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 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,
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 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
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 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
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 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 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.
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
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
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
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?
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.
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 good
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 executable
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
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:
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
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
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
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
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
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 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 X?
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 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
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 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
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++.
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
On 3/23/2014 11:29 AM, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com 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
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 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
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
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 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.
This is
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=offsite=tbm=ischsource=hpq=OGC
Cannot unsee.
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
have
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
On Sun, Mar 23, 2014 at 7:10 PM, Nordlöw per.nord...@gmail.com wrote:
e2ir.c
Probably this one:
https://d.puremagic.com/issues/show_bug.cgi?id=12179
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
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
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
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
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
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Then things like this c = f(),b*c; became invalid? if so, yes. I
did a lot of C and never found this useful just unlike.
Here's a baseline: http://goo.gl/91vIGc. Destroy!
Andrei
On 3/23/2014 9:01 AM, 1100110 wrote:
I find I think of the type as an adjective, 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. Integer describes what X is.
type after variable name just doesn't have that
24-Mar-2014 01:22, Andrei Alexandrescu пишет:
Here's a baseline: http://goo.gl/91vIGc. Destroy!
Assertions to check encoding?!
I thought it would detect broken encoding and do a substitution at least.
Andrei
--
Dmitry Olshansky
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Yes please. This has been discussed to death several time.
On 3/23/14, 2:29 PM, Dmitry Olshansky wrote:
24-Mar-2014 01:22, Andrei Alexandrescu пишет:
Here's a baseline: http://goo.gl/91vIGc. Destroy!
Assertions to check encoding?!
I thought it would detect broken encoding and do a substitution at least.
That implementation does zero effort to
On 3/23/14, 13:13, Ola Fosheim Grøstad
ola.fosheim.grostad+dl...@gmail.com wrote:
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
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Yes, kill it please.
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Kill it. Eventually we may be able to reclaim it as something
more useful.
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Yep. In the interests of clarity, kill the comma...
24-Mar-2014 01:34, Andrei Alexandrescu пишет:
On 3/23/14, 2:29 PM, Dmitry Olshansky wrote:
24-Mar-2014 01:22, Andrei Alexandrescu пишет:
Here's a baseline: http://goo.gl/91vIGc. Destroy!
Assertions to check encoding?!
I thought it would detect broken encoding and do a substitution at least.
On 3/23/14, Andrei Alexandrescu seewebsiteforem...@erdani.org wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Some previous discussions:
comma operator causes hard to spot bugs
http://forum.dlang.org/thread/jmu8sg$2b2q$1...@digitalmars.com?page=1
DIP19: Remove comma
We've talked about adding these algorithms at length here in the n.g., so here
they are.
https://github.com/D-Programming-Language/phobos/pull/2043
They're intended as 'adapter' style algorithms.
The .byCodeunit is intended as by gum, I don't want auto-decode. byCodeunit
was suggested
Andrei Alexandrescu:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
+1.
Bye,
bearophile
On 3/23/14, 3:10 PM, Dmitry Olshansky wrote:
24-Mar-2014 01:34, Andrei Alexandrescu пишет:
On 3/23/14, 2:29 PM, Dmitry Olshansky wrote:
24-Mar-2014 01:22, Andrei Alexandrescu пишет:
Here's a baseline: http://goo.gl/91vIGc. Destroy!
Assertions to check encoding?!
I thought it would detect
Kill it with fire. It has no purpose in D.
Am 23.03.2014 22:04, schrieb Nick Sabalausky:
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
On 3/23/2014 12:42 PM, Russel Winder wrote:
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
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu
wrote:
Should we deprecate comma?
Yes, please.
dchar front(char[] s) {
uint c = s[0];
ubyte p = ~s[0];
if (p7)
return c;
c = c8 | s[1];
if (p5)
return c;
c = c8 | s[2];
if (p4)
return c;
return c8 | s[3];
}
Am 23.03.2014 22:08, schrieb Asman01:
On Sunday, 23 March 2014 at 20:56:45 UTC, Andrei Alexandrescu wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
Then things like this c = f(),b*c; became invalid? if so, yes. I did a
lot of C and never found this useful just
On 3/23/14, 4:28 PM, Anonymous wrote:
dchar front(char[] s) {
uint c = s[0];
ubyte p = ~s[0];
if (p7)
return c;
c = c8 | s[1];
if (p5)
return c;
c = c8 | s[2];
if (p4)
return c;
return c8 | s[3];
}
That's smaller but doesn't seem to
On 2014-03-23 20:56, Andrei Alexandrescu wrote:
Discuss: https://github.com/D-Programming-Language/dmd/pull/3399
Andrei
I'd shed no tears if the comma operator were gone.
--
Simen
1 - 100 of 289 matches
Mail list logo