Re: Gtk+ 2.3 ABI breakage or Gtk-Error **: incompatible build!



Owen Taylor writes:
 > Hmm, MSVC must pack things different. With GCC everything from
 > allow shring to destroy with parent will go in the 16 bits
 > after configure_request_count, so we go from 16 to 17 bits
 > in a 32 bit space, not 32 to 33 bits in a 32 bit space.

But note that even if the binary distribution of GTK for Windows that
I provide *is* built with gcc, I use the -mms-bitfields flag. This
means that it uses exactly the same field packing rules as MSVC. (The
obvious reason to use that flag is so that the libraries can be used
both from gcc- and MSVC-compiled code. I wouldn't want to drop that
possibility.)

I haven't built GTK HEAD recently, but presumably Hans's problem would
occur also with a gcc-built GTK HEAD library being used by a
application built with gcc with the 2.2.x headers.

 > Still, it's trivial to fix by putting the flags into 
 > GtkWindowPrivate.

Sounds like a good idea. (It could well be that some other platform
also have the same problems as MSVC and gcc -mms-bitfields on x86,
couldn't it?)

--tml





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