Am Sun, 9 Jun 2013 01:53:23 +0200
schrieb Andrej Mitrovic andrej.mitrov...@gmail.com:
On 6/9/13, bearophile bearophileh...@lycos.com wrote:
The size of byte is easy, it's 1 byte, but if you ask me a byte
is unsigned. I have learnt to be careful with byte/ubyte in D
You, me, and Don, and
On 09/06/13 14:03, Jonathan M Davis wrote:
If I had been designing the language, I might have gone for int8, uint8,
int16, uint16, etc. (in which case, _all_ of them would have had sizes with no
aliases without - it seems overkill to me to have both), but I also don't
think that it's a big deal
On Sunday, June 09, 2013 15:40:40 Peter Williams wrote:
On 09/06/13 14:03, Jonathan M Davis wrote:
If I had been designing the language, I might have gone for int8, uint8,
int16, uint16, etc. (in which case, _all_ of them would have had sizes
with no aliases without - it seems overkill to
On Saturday, 8 June 2013 at 22:45:36 UTC, maarten wrote:
Very good news that I can now compile it on my 64 bit machine,
because dmd not only refused to in the past but I couldn't even
get -m32 working. (Probably installed something somewhere
incorrectly?)
It should pretty much just work if you
On Sunday, 9 June 2013 at 05:53:40 UTC, Marco Leise wrote:
Does that mirror XCB (independent of XCB, implements RPC) or
add a wrapper layer around the C bindings? Because it would be
kinda cool to have a real X sever binding in D and not just
D bindings to the C bindings to the X server. :p
It
Adam D. Ruppe:
https://github.com/adamdruppe/misc-stuff-including-D-programming-language-web-stuff/blob/master/simpledisplay.d
Time ago I tried simpledisplay (on 32 bit Windows) and I remember
I had to make the class Image final to have some performance. I
used it on Rosettacode too:
On Sunday, 9 June 2013 at 12:09:03 UTC, bearophile wrote:
Time ago I tried simpledisplay (on 32 bit Windows) and I
remember I had to make the class Image final to have some
performance. I used it on Rosettacode too:
Hmm probably putPixel and impl.putPixel is too slow, it is called
a lot. I
Adam D. Ruppe:
I got as high as 45 fps using that trick plus the dmd -inline
-release -O -noboundscheck flags. (The original code without
flags and without final gave me only 30 fps).
Some people keep saying how much nice the F# language is, and
indeed I like it and it's nice. But on that
As the third round of beta testing did not turn up any new
problems, I'm glad to announce the official release of LDC
0.11.0. Head over to digitalmars.D.ldc for the release
announcement (including download links) and further discussion:
On 6/9/13 10:46 AM, David Nadlinger wrote:
As the third round of beta testing did not turn up any new problems, I'm
glad to announce the official release of LDC 0.11.0. Head over to
digitalmars.D.ldc for the release announcement (including download
links) and further discussion:
Adam D. Ruppe:
I got as high as 45 fps using that trick plus the dmd -inline
-release -O -noboundscheck flags. (The original code without
flags and without final gave me only 30 fps).
Compiled with dmd, on my slower PC I see about 37 fps on the
original code. Using ldc2 on the same code I
On Sunday, 9 June 2013 at 14:00:20 UTC, bearophile wrote:
But on that page the F# entry seems to be more than 10 times
slower than D entry (the image says 2.9 FPS, but maybe it's in
debug mode):
They could have ran it on a slow computer too, only way to be
fair with these kind of comparisons
On Sunday, 9 June 2013 at 20:22:24 UTC, bearophile wrote:
Using the pointers with ldc2 I see 68 fps.
Good speed there. Another problem I just realized though: on
Windows, bitmaps are stored upside down so you'd have to draw
y-inverted too. Didn't make a difference here because the image
Adam D. Ruppe:
Another problem I just realized though: on Windows, bitmaps are
stored upside down so you'd have to draw y-inverted too. Didn't
make a difference here because the image doesn't care about
orientation but it would be visible with a lot of other
programs.
Maybe simple
W dniu 10.06.2013 00:09, bearophile pisze:
Delphi has a large and efficient GUI toolkit in the standard library,
but I think it's not a good idea to put a GUI toolkit in Phobos. But a
little library as simpledisplay is OK.
Hmm... What if Lazarus GUI code and/or LCL could be ported to D? I've
Piotr Szturmaj:
Hmm... What if Lazarus GUI code and/or LCL could be ported to
D? I've seen full featured Object Pascal parser in their
repository. Maybe it's possible to transcode the source to D ;)
Just thinking loud.
Even if that's possible, I think it's not a good idea to put the
W dniu 10.06.2013 00:29, bearophile pisze:
Piotr Szturmaj:
Hmm... What if Lazarus GUI code and/or LCL could be ported to D? I've
seen full featured Object Pascal parser in their repository. Maybe
it's possible to transcode the source to D ;) Just thinking loud.
Even if that's possible, I
On 6/9/13, Adam D. Ruppe destructiona...@gmail.com wrote:
on Windows, bitmaps are stored upside down so you'd have to draw
y-inverted too.
I have some vague memory about a trick where using a negative height
would flip the bitmap automatically. (something like that .. maybe
wrong, worth trying
On Sunday, 9 June 2013 at 22:09:55 UTC, bearophile wrote:
This high level library should generate the same image output
on all systems it compiles on.
Naturally. But if we can get a 10% performance boost that can be
worth it in a lot of cases. Maybe the api can actually be an
output range
19 matches
Mail list logo