Maybe we could minimize the breakage by just rewriting the keyword into a library function call, which could then be overridden with local variables or imports via normal scoping.
We should really deprecate the new keyword. It'd break like all
code ever, but with D's templates, there's no need for it, and
when it is there, it is going to spark problems about replacing
global allocators or the library allocators being second class
citizens.
- Re: std.allocator needs your help Manu
- Re: std.allocator needs your help Adam D. Ruppe
- Re: std.allocator needs your help Benjamin Thaut
- Re: std.allocator needs your help Namespace
- Re: std.allocator needs your help Andrei Alexandrescu
- Re: std.allocator needs your hel... deadalnix
- Re: std.allocator needs your... Andrei Alexandrescu
- Re: std.allocator needs your hel... Namespace
- Re: std.allocator needs your hel... Benjamin Thaut
- Re: std.allocator needs your... Johannes Pfau
- Re: std.allocator needs ... Benjamin Thaut
- Re: std.allocator needs ... Jacob Carlborg
