Timeline for Why are packed structures not part of the C language?
Current License: CC BY-SA 3.0
5 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| May 29, 2016 at 14:31 | comment | added | david.pfx | @supercat: bit-fields are integers and follow the same bit layout ordering rules as integers: implementation defined. Struct members are ordered on character boundaries as declared, possibly with packing inserted. They are conceptually quite separate. [You'll need to ask another question if you want to expand on your proposal, but I don't think it would work at all.] | |
| May 28, 2016 at 17:11 | comment | added | supercat | I'm of the opinion that bitfields should be optional, but if bitfields are going to be a mandatory feature then it would make sense to extend them in a way that allows explicit control of struct layout. Otherwise, the net effect is that compilers have to do 90% of the work that would be needed for full control of layout, but programmers only reap 10% of the benefit. | |
| May 28, 2016 at 13:56 | comment | added | david.pfx | @supercat: what are you arguing for (or against)? I don't get it. | |
| May 25, 2016 at 15:18 | comment | added | supercat | Any argument that could be made against packed structures could also be used to justify making bitfields an optional feature. Accessing members of packed structures would be slow on some processors, fast on others, but having compilers try to replace user-code workarounds for the lack of unaligned-access features with more efficient code is far more complicated than simply having compilers let programmers specify what they need. | |
| Aug 16, 2014 at 11:55 | history | answered | david.pfx | CC BY-SA 3.0 |