(awesomeness snipped, read his post for details)
> Technically resource_pool is relying on non-portable behavior, but fixing it the > "right" way would mean rearranging a bunch of the memory allocation code so that the > memory_entry gets populated after g++ fixes up the pointer. Or just do the simple > workaround -- add an ARM-specific #ifdef that uses 8 instead of sizeof(size_t), and > cross your fingers that g++ never needs padding on other platforms.
Fantastic! This should be able to get us moving forward again on ARM. Now where'd I put my ARM OLPC?
|