How to get nogc to work with manual memory allocation
via Digitalmars-d-learn
digitalmars-d-learn at puremagic.com
Fri Sep 5 02:10:16 PDT 2014
On Friday, 5 September 2014 at 06:43:56 UTC, monarch_dodra wrote:
> On Sunday, 24 August 2014 at 09:29:53 UTC, Jacob Carlborg wrote:
>> On 2014-08-24 10:03, Bienlein wrote:
>>
>>> I have omitted the code for the TestClass class to save
>>> space. Problem
>>> is that the compiler outputs this:
>>>
>>> Error: @nogc function 'main.nogcNew!(TestClass, ).nogcNew'
>>> cannot call
>>> non- at nogc function 'core.exception.onOutOfMemoryError'
>>> Error: @nogc function 'main.nogcNew!(TestClass, ).nogcNew'
>>> cannot call
>>> non- at nogc function 'std.conv.emplace!(TestClass, ).emplace'
>>> Error: @nogc function 'main.nogcDel!(TestClass).nogcDel'
>>> cannot call
>>> non- at nogc function 'object.destroy!(TestClass).destroy'
>>>
>>> Is there a way to get around this?
>>
>> @nogc is a very new attribute. The runtime and standard
>> library have not been properly annotated with this attribute
>> yet.
>>
>> As a workaround you could try copy implementation of these
>> functions to you're own code and annotate them as appropriate.
>
> The real issue here is actually the *language*. Exceptions and
> Errors are GC allocated, so if you try to "check" your no-GC
> allocation, you'll use the GC...
>
> A possible workaround is to preemptively static allocate the
> Error. However, this can cause issues if you chain Errors, or
> re-enter your function while throwing.
It was also discussed to exempt `new Error` (and assert) from the
@nogc restriction.
More information about the Digitalmars-d-learn
mailing list