On Wednesday, 4 July 2018 at 19:29:55 UTC, Ecstatic Coder wrote:
First, to be clear, I mainly use D as a scripting language for
file processing, and for this use case, having a GC is a
blessing.
This is a non issue and a GC doesn't matter at all in this case.
You could allocate all you
On Friday, 6 July 2018 at 15:30:22 UTC, Ecstatic Coder wrote:
On Friday, 6 July 2018 at 15:07:41 UTC, wjoe wrote:
[...]
Actually, as I said, even today many game engines are still
written in a C-inspired manner, i.e. C + classes, templates and
polymorphism, mainly for performance reasons
On Friday, 6 July 2018 at 17:26:26 UTC, wjoe wrote:
And since you point out the D forum folks, I know game
developers are a very special lot, too ...
Edit: This should read: I know game developers who are a very
special lot
My point was to only refer to the people I know, not game
On Friday, 6 July 2018 at 15:53:56 UTC, Ecstatic Coder wrote:
With D, ANY forgotten allocation during the game loop (and I
really mean even JUST ONE hidden allocation somewhere in the
whole game or engine), may cause the game to regularly freeze
at the wrong time, because of an unwanted GC.
On Friday, 6 July 2018 at 13:15:43 UTC, Ecstatic Coder wrote:
Just by curiosity, can you tell me how many successful
commercial games based on a D game engine are released each
year ?
Just out of curiosity, how many games have been released based on
a C++ game engine in 1998 ?
The
On Tuesday, 10 July 2018 at 17:25:11 UTC, Yuxuan Shui wrote:
(Although I don't quite agree with you. Some people DO resist
change, that's why some decades old languages are still
popular. But look at the popularity of new languages like Go,
and Rust, and the ever-change landscape of front-end
On Wednesday, 4 July 2018 at 08:50:57 UTC, Ecstatic Coder wrote:
But indeed, being able use D in a GC-free environment (like C++
and Rust do) would be something many people may NEED, for
instance to be able to EASILY use D for soft-realtime
applications like games.
This has to be the no. 1
On Saturday, 6 April 2019 at 22:30:58 UTC, bauss wrote:
On Friday, 22 March 2019 at 13:58:01 UTC, Mike Parker wrote:
The DConf schedule was announced last Sunday. I've just
published a write-up about it on the blog for the
world-at-large. Please help us out by sharing this post in
your social
On Thursday, 11 April 2019 at 16:56:27 UTC, Nick Sabalausky
(Abscissa) wrote:
On 4/11/19 10:11 AM, wjoe wrote:
No offense, but http://motherfuckingwebsite.com/
That is the best website EVER. Times a billion. Says exactly
the things I've been wanting to scream at jet-engine volume
straight
On Friday, 4 September 2020 at 22:00:51 UTC, Iain Buclaw wrote:
On Friday, 4 September 2020 at 15:12:54 UTC, wjoe wrote:
PS. Sorry for the Announce group abuse.
We can take this to D.gnu instead. :-)
I continued this thread here:
On Tuesday, 1 September 2020 at 17:53:04 UTC, Iain Buclaw wrote:
Some parts of the infrastructure could do with some TLC.
I'm not familiar with the acronym 'TLC'.
CI currently uses semaphore CI for native x86_64, and Buildkite
with a couple
hosted Linux VMs for testing various
On Saturday, 29 August 2020 at 18:40:36 UTC, Iain Buclaw wrote:
On Thursday, 27 August 2020 at 04:05:15 UTC, M.M. wrote:
On Monday, 24 August 2020 at 23:49:42 UTC, Iain Buclaw wrote:
[...]
Likely the deciding factor will come down to how much free
time I will get to do so. There's still a
On Monday, 31 August 2020 at 13:24:50 UTC, wjoe wrote:
I'm exactly 100% unfamiliar with the code base. How can I help
? Where do I start ?
Reading this again after a few hours it comes across in sort of a
rude way - apologies if that was the case.
The question is if I haven't got any
Thank you :)
On Tuesday, 9 August 2022 at 22:02:37 UTC, Guillaume Piolat wrote:
On Monday, 8 August 2022 at 16:07:54 UTC, wjoe wrote:
your lib would not just be @nogc but @no_allocation.
All image decoders in gamut need to malloc more than just for
pixel data.
Even STB allocates for format conversion,
On Friday, 29 July 2022 at 10:59:02 UTC, Guillaume Piolat wrote:
Ask for what you want...
Since it's super easy to calculate the amount of memory required
to hold the decompressed data... If you'd add a buffer parameter
(akin to std.stdio.File.rawRead/Write), a slice to allocated
memory
16 matches
Mail list logo
