On Friday, 29 March 2013 at 13:24:42 UTC, Iain Buclaw wrote:
https://github.com/D-Programming-Language/dmd/pull/1809
lol, put imports after test3.
On 28 March 2013 04:47, Kagamin wrote:
> core.memory.GC.addrOf(dg.ptr);
>
Done and already merged in.
https://github.com/D-Programming-Language/dmd/pull/1809
Regards
--
Iain Buclaw
*(p < e ? p++ : p) = (c & 0x0f) + '0';
core.memory.GC.addrOf(dg.ptr);
Are you trying to get stack top?
void test(scope void delegate() dg)
{
int[2] top;
void* p=top.ptr;
assert(p < dg.ptr);
assert(dg.ptr !is null);
//also check that ptr is not in heap
assert(gc_addrOf(dg.ptr) is null);
}
On 26 March 2013 18:30, Johannes Pfau wrote:
> Am Mon, 25 Mar 2013 19:26:10 +
> schrieb Iain Buclaw :
>
> > On 25 March 2013 18:36, Johannes Pfau wrote:
> >
> > > In runnable/test42.d test7290 checks if a scope delegate is really
> > > allocated on the stack. To verify this it obtains the EB
Am Mon, 25 Mar 2013 19:26:10 +
schrieb Iain Buclaw :
> On 25 March 2013 18:36, Johannes Pfau wrote:
>
> > In runnable/test42.d test7290 checks if a scope delegate is really
> > allocated on the stack. To verify this it obtains the EBP pointer
> > and compares that to the delegates .ptr.
> >
On 25 March 2013 18:36, Johannes Pfau wrote:
> In runnable/test42.d test7290 checks if a scope delegate is really
> allocated on the stack. To verify this it obtains the EBP pointer and
> compares that to the delegates .ptr.
>
> The problem is that as soon as we enable optimization gcc no
> longe
In runnable/test42.d test7290 checks if a scope delegate is really
allocated on the stack. To verify this it obtains the EBP pointer and
compares that to the delegates .ptr.
The problem is that as soon as we enable optimization gcc no
longer adjusts the EBP pointer when calling the helper function
