Closed f2404 closed 8 years ago
This breaks ABI.
DCADec hasn't been declared stable, so who cares?
There has been a release, but if you guys are willing to break ABI this soon then ¯\(ツ)/¯
Better to break it now than later :)
Don't really need to break at all just to save 4 bytes of memory, but in the end thats foo86's decisison.
"Optimize struct dcadec_core_info size" requires a soname major bump since a release has been made, and for a four bytes gain it sounds pointless IMO.
The rest should be fine, i guess.
I'll reject this. Changing public structures like this is not allowed without breaking backwards compatibility. Overall, I prefer structure fields to be logically grouped as they are now, unless there is a noticeable benefit doing otherwise (saving just a few bytes of memory doesn't count).
Optimize struct sizes in memory by reordering their members.