On 12/22/06, James Carlson <[EMAIL PROTECTED]> wrote:
Cyril Plisko writes:
> > Note that choice of consolidation has nothing at all to do with
> > whether you can deliver to /usr/bin, to the root partition, or even
> > new kernel modules; all of those are possible outside of ON. It has
> > more to do with where your fellow travelers are located. ;-}
>
> So, just to make things clear, you are not against having __PACKED
> macro defined in sys/ccompile.h (since it is there in other forms anyway),
> but rather against using structure packing in general in ON consolidation.
>
> Did I get you correct ?
Yes. Though without a consumer in ON, it'd be a little strange to
have __PACKED defined there. It's not as though those are public
interfaces.
Following your logic - what is the reason the thing below is defined there ?
96 /*
97 * structure packing like #pragma pack(1)
98 */
99 #define __sun_attr___packed__ __attribute__((__packed__))
Since __PACKED presumably should be just a shorthand version
of the above macro I see no reason to treat it any different. Either
both should be there or both should not.
What PSARC case covers [interfaces in] sys/ccompile.h ? I feel
like I am missing some background information here...
--
Regards,
Cyril
_______________________________________________
opensolaris-discuss mailing list
[email protected]
