search for: poolallocatorbitmask

Displaying 6 results from an estimated 6 matches for "poolallocatorbitmask".

2009 Nov 16
2
[LLVMdev] SAFECode Source Code Released
...provides incentive for that. > > I'll consider removing it if there's a problem that's not trivially > fixable. That leaves us with the aliasing violations. I looked at the first, and I couldn't tell why gcc (4.3.4) thinks it is wrong: safecode/runtime/BitmapPoolAllocator/PoolAllocatorBitMask.cpp:185: warning: dereferencing type-punned pointer will break strict-aliasing rules Line 185 is: PS->addToList((PoolSlab**)&Pool->Ptr2); and Ptr2 is a field of type void*. Isn't void* compatible with anything? Best regards, --Edwin -------------- next part -------------- An embedde...
2009 Nov 16
0
[LLVMdev] SAFECode Source Code Released
...t; I'll consider removing it if there's a problem that's not trivially >> fixable. >> > > That leaves us with the aliasing violations. I looked at the first, and > I couldn't tell why gcc (4.3.4) thinks it is wrong: > safecode/runtime/BitmapPoolAllocator/PoolAllocatorBitMask.cpp:185: > warning: dereferencing type-punned pointer will break strict-aliasing rules > Line 185 is: PS->addToList((PoolSlab**)&Pool->Ptr2); > > and Ptr2 is a field of type void*. Isn't void* compatible with anything? > No. void* is _convertible_ to an arbitrary p...
2009 Nov 16
0
[LLVMdev] SAFECode Source Code Released
[snip] > > My initial message (containing the patch) was a private reply to John. > > Attached the patch again, it applies with 'patch -p0'. > > Also try to build on x86-32, x86-64 is not quite ready yet. > Actually, I made one small change to the patch. I kept -Werror in Makefile.common.in. It's better if we fix these warnings; -Werror provides incentive
2009 Nov 16
3
[LLVMdev] SAFECode Source Code Released
On 2009-11-16 21:53, David Greene wrote: > On Monday 16 November 2009 13:04, John Criswell wrote: > >>> [snip] >>> >>> I applied the attached patch to make it compile on my box (Debian >>> x86_64), only to find out that x86_64 is not supported :( >>> This architecture is not supported by the pool allocator! >>> Aborted >>>
2009 Nov 17
2
[LLVMdev] SAFECode Source Code Released
...sider removing it if there's a problem that's not trivially >>> fixable. >>> >> That leaves us with the aliasing violations. I looked at the first, and >> I couldn't tell why gcc (4.3.4) thinks it is wrong: >> safecode/runtime/BitmapPoolAllocator/PoolAllocatorBitMask.cpp:185: >> warning: dereferencing type-punned pointer will break strict-aliasing rules >> Line 185 is: PS->addToList((PoolSlab**)&Pool->Ptr2); >> >> and Ptr2 is a field of type void*. Isn't void* compatible with anything? >> > > No. void* is _c...
2009 Nov 16
4
[LLVMdev] SAFECode Source Code Released
Török Edwin wrote: > [snip] > > I applied the attached patch to make it compile on my box (Debian > x86_64), only to find out that x86_64 is not supported :( > This architecture is not supported by the pool allocator! > Aborted > Thanks for the patch. What options do I give to the patch command to apply it to the source code? Although there's no documentation about