On Friday, July 17, 2015 03:32:43 PM Aaron Durbin wrote:
On Fri, Jul 17, 2015 at 3:27 PM, ron minnich rminnich@gmail.com wrote:
bummer. We're going to have to add marshalling code to cbfs, to copy
Ya. You'd need to fix cbfs as well is my guess.
Not really. It's OK to be extra careful when generating the CBFS headers, but it's also nice to have a clean simple format that can be easily parsed from assembly (haven't we seen that before?).
Long term, we might want to look at the benefits of consolidating the table format. At the very least, we shouldn't care enough about how gcc aligns things, that there's a multi-line comment about it.
pointers from the architecture we're on to the architecture we're on, which was compiled by gcc for the architecture we're on, compiled on the architecture we're not on, to conform to rules for an architecture we're not on.
goodbye, a = b hello, memcpy(&a, &b, sizeof(a)); barf.
Ya. And since this is C it makes for some really annoying work. Now if you write a spec that can be processed by a machine for all these serialized structs we could generate code based on the CPU's constraints.
Well, similar schemes exist already (see nanopb).
Alex