[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: The --with-wide-int build and Lisp_Sub_Char_Table assertion

From: Eli Zaretskii
Subject: Re: The --with-wide-int build and Lisp_Sub_Char_Table assertion
Date: Mon, 12 Jan 2015 20:43:28 +0200

> Date: Mon, 12 Jan 2015 21:32:32 +0300
> From: Dmitry Antipov <address@hidden>
> CC: address@hidden
> On 01/12/2015 08:26 PM, Eli Zaretskii wrote:
> > This is exactly the flaw: the assumption that if the size of 'struct
> > vectorlike_header' is 4, the offset of the next struct member is also
> > 4.  In reality, a compiler can add padding, and evidently here it did,
> > probably to get that member aligned an a 8-byte boundary.
> For MinGW/32, 1) what happens if you use -m[no-]ms-bitfields?

With or without the "no" part?  -mms-bitfields is the default.
Anyway, I don't think this matters, since we don't have here
zero-width bitfields.

> Or 2) what about using __attribute__((packed))?  Stefan doesn't like
> it for an obvious reasons, but may be just for this particular
> case...

What for?  I already solved the problem in the most natural way, see
the modification of the 'verify' statement I posted.  Are you saying
it is incorrect?  If so, what is the problem with my suggestion?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]