Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2018-02-09 Thread 9il via Digitalmars-d
On Friday, 9 February 2018 at 14:38:50 UTC, Seb wrote: On Friday, 9 February 2018 at 14:24:45 UTC, 9il wrote: On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation.

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2018-02-09 Thread Seb via Digitalmars-d
On Friday, 9 February 2018 at 14:24:45 UTC, 9il wrote: On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. Awesome! If you

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2018-02-09 Thread 9il via Digitalmars-d
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. Awesome! If you have any architecture/API drafts they would interesting

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2018-02-08 Thread Nathan S. via Digitalmars-d
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: So we may switch to ubyte[] Hooray!

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2018-02-08 Thread Seb via Digitalmars-d
On Friday, 1 December 2017 at 02:30:29 UTC, Seb wrote: On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. In order to make

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2017-12-01 Thread Luís Marques via Digitalmars-d
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Another possible work item was raised by https://github.com/dlang/phobos/pull/5879. Currently, allocators traffic in void[]. When I first designed allocators, I considered using ubyte[] instead. Using void[] is somewhat

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2017-12-01 Thread Jacob Carlborg via Digitalmars-d
On 2017-11-30 20:01, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. It would be nice if the API and the GCAllocator were CTFE-able. This would allow functions that

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2017-12-01 Thread Kagamin via Digitalmars-d
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Currently, allocators traffic in void[]. When I first designed allocators, I considered using ubyte[] instead. I experimented with using byte[] for opaque buffers, because byte is signed, one can't parse byte[] content

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2017-11-30 Thread Seb via Digitalmars-d
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. In order to make matters easier for code using allocators, Sebastian

Re: Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2017-11-30 Thread Radu via Digitalmars-d
On Thursday, 30 November 2017 at 19:01:02 UTC, Andrei Alexandrescu wrote: Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. [...] Sounds good! Please consider -betterC on your refactoring. Would

Heads-up: upcoming instabilities in std.experimental.allocator, and what to do

2017-11-30 Thread Andrei Alexandrescu via Digitalmars-d
Hi all, Eduard, Alexandru Jercaianu and I are working on improving allocators' design and implementation. This entails a few breaking changes. In order to make matters easier for code using allocators, Sebastian Wilzbach created a dub package freezing the existing API: