[Bug c++/16381] [3.3/4.0 Regression] Structure layout bug

2004-10-28 Thread mmitchel at gcc dot gnu dot org
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 06:00 --- On i686-pc-linux-gnu, with both GCC 3.4.2 and GCC 4.0, I see : __m128 size 16, align 16 Quad size 16, align 16 Base1 32 Derived1 32 Offset 20 Base2 32 Derived2 48 Offset 32 I am building a Cygwin cross

[Bug c++/16381] [3.3/4.0 Regression] Structure layout bug

2004-10-28 Thread mmitchel at gcc dot gnu dot org
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-10-28 06:18 --- On Cygwin, I still get 24 32 24 for Base 2. The reason turns out to have nothing to do with PODs. Rather, it is due to the fact that on Cygwin, BIGGEST_FIELD_ALIGNMENT is set to 8 bytes. So, even though

[Bug c++/16381] [3.3/4.0 Regression] Structure layout bug

2004-10-28 Thread dannysmith at users dot sourceforge dot net
--- Additional Comments From dannysmith at users dot sourceforge dot net 2004-10-28 07:14 --- Isn't this a bug in cygming.h then? Would something like this still retain MSVC compatibility while allowing logical alignment for SSE[2] types? /* This is only needed in libobjc. There we