hola a todos quisiera ejecutar este codigo de c++
`
#include \
using namespace std;
int main() {
return 0;
}
int foo(int i, int j) {
cout \<\< i\<\
On Sunday, 13 August 2023 at 17:27:00 UTC, Cecil Ward wrote:
I have been getting error messages when I try to post to the
forum. This is just a test, so please ignore.
There was some issues with the forums last week, it seems all
resolved now
https://forum.dlang.org/thread/uar9k5$1kei$1...@d
I have been getting error messages when I try to post to the
forum. This is just a test, so please ignore.
On Sunday, 13 August 2023 at 11:44:50 UTC, IchorDev wrote:
I feel like I can't possibly be the first to ask, but I
couldn't find any prior discussion of this:
When is `std.experimental.allocator` going to be moved out of
`experimental`? Is there any roadmap for it? Is it just in
limbo?
The cu
On 14/08/2023 4:10 AM, ryuukk_ wrote:
Also if you want people to use D for games, you want an allocator API
that doesn't use RAII, same for exceptions btw
After thinking about it a bit, this would suggest to me that you are
trying to solve a problem that I would outright recommend against usin
On Sunday, 13 August 2023 at 16:00:51 UTC, Richard (Rikki) Andrew
Cattermole wrote:
Yeah you're right Ternary should probably be replaced, although
amazingly it has never caused problems so far.
But I cannot agree about RAII. Its a valid tool for managing
lifetimes of memory allocators. Memory
Yeah you're right Ternary should probably be replaced, although
amazingly it has never caused problems so far.
But I cannot agree about RAII. Its a valid tool for managing lifetimes
of memory allocators. Memory allocators must be able to store per
instance state and that state must not acciden
On Sunday, 13 August 2023 at 15:39:19 UTC, Richard (Rikki) Andrew
Cattermole wrote:
On 14/08/2023 3:23 AM, ryuukk_ wrote:
On Sunday, 13 August 2023 at 06:43:10 UTC, Richard (Rikki)
Andrew Cattermole wrote:
I would argue that this should be done by dmd as it knows
where the VS installation is an
On Sunday, 13 August 2023 at 15:25:16 UTC, Richard (Rikki) Andrew
Cattermole wrote:
Mine (-betterC)
https://github.com/Project-Sidero/basic_memory/tree/main/source/sidero/base/allocators
Similar scope to one in Phobos.
On that note I'm still waiting a year+ for Atila to get back to
me about t
On 14/08/2023 3:23 AM, ryuukk_ wrote:
On Sunday, 13 August 2023 at 06:43:10 UTC, Richard (Rikki) Andrew
Cattermole wrote:
I would argue that this should be done by dmd as it knows where the VS
installation is and it'll catch people out who aren't using dub.
Oh better, let's try to send a PR to
Mine (-betterC)
https://github.com/Project-Sidero/basic_memory/tree/main/source/sidero/base/allocators
Similar scope to one in Phobos.
On that note I'm still waiting a year+ for Atila to get back to me about
talking about where to go for std.experimental.allocators.
On Sunday, 13 August 2023 at 06:43:10 UTC, Richard (Rikki) Andrew
Cattermole wrote:
I would argue that this should be done by dmd as it knows where
the VS installation is and it'll catch people out who aren't
using dub.
Oh better, let's try to send a PR to dmd then for today, it
shouldn't be
On Sunday, 13 August 2023 at 11:44:50 UTC, IchorDev wrote:
I feel like I can't possibly be the first to ask, but I
couldn't find any prior discussion of this:
When is `std.experimental.allocator` going to be moved out of
`experimental`? Is there any roadmap for it? Is it just in
limbo?
We can
I feel like I can't possibly be the first to ask, but I couldn't
find any prior discussion of this:
When is `std.experimental.allocator` going to be moved out of
`experimental`? Is there any roadmap for it? Is it just in limbo?
14 matches
Mail list logo