-mms-bitfields revisited
Pau Garcia i Quiles
pgquiles at elpauer.org
Tue Jun 23 17:19:01 CEST 2009
2009/6/23 Bernhard Reiter <bernhard at intevation.de>:
> On Wednesday 17 June 2009, Patrick Spendrin wrote:
>> > It might be that current builds of KDE (without the right ABI) on windows
>> > interfacing with DLLs in the microsoft compiler layout will have somehow
>> > hidden defects because of this issue already.
>
> While this arguments still holds, it seems that our results have been
> obstructed by a mingw (/gcc) defect in some versions. Here is what Marcus
> Brinkman just found out last night for one struct used in gpgme gpgme++
> for offsetoffs:
> mingw 4.2.1 (Ubuntu 9.04 == Debian Lenny)
> gcc 0x20
> gcc -mms-bitfields 0x20
> g++ 0x20
> g++ -mms-bitfields 0x20
>
> mingw 3.4.5 (Debian Etch)
> gcc 0x20
> gcc -mms-bitfields 0x30 !!!
> g++ 0x20
> g++ -mms-bitfields 0x30 !!!
>
> So there seems be a gcc/mingw defect involved as well.
> Still in other cases we would need the right ABI for the platform
> so I guess using ms-bitfields would still be correct.
mingw-gcc 4.4.0, with good exception support, has been released today
as a replacement of mingw-gcc 3.4.5. I think that's the version KDE on
Windows-MinGW should be based from now on.
--
Pau Garcia i Quiles
http://www.elpauer.org
(Due to my workload, I may need 10 days to answer)
More information about the Kde-windows
mailing list