On Apr 27, 2010, at 5:41 PM, Jeff Morriss wrote:
> On Tue, Apr 27, 2010 at 4:05 PM, Guy Harris <guy@xxxxxxxxxxxx> wrote:
>>
>> On Apr 27, 2010, at 12:37 PM, Jeff Morriss wrote:
>>> But: would the header files have to be different? Linux and Solaris
>>> seem get away with one set of header files for both the 32- and 64-bit
>>> libraries.
>>
>> I'm not sure how they handle 32-bit vs. 64-bit GLib, given that the 64-bit /usr/local/lib/glib-2.0/include/glibconfig.h installed on my machine has #defines and typedefs such as
>
> My FC 10 system has multiple copies of that file in different directories:
>
> /usr/lib/glib/include/glibconfig.h
> /usr/lib/glib-2.0/include/glibconfig.h
> /usr/lib64/glib/include/glibconfig.h
> /usr/lib64/glib-2.0/include/glibconfig.h
OK, so I guess that's why glibconfig.h is under /usr/lib* - to let systems with /usr/lib and /usr/lib64 (or whatever they do to support 32-bit and 64-bit userland) have separate configurations.
However, /usr/local/include/glib-2.0/glib/gtypes.h just includes <glibconfig.h>, so it relies on "pkg-config --cflags" being used, and that prints
-I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
on my machine. Does that mean that pkg-config somehow needs to know whether you're building 32-bit or 64-bit? Are there, for example, two separate GLib (and presumably GTK+) packages, one 32-bit and one 64-bit? What does
pkg-config --list-all | egrep -i glib
print?
>> but you couldn't handle the GLIB_SIZEOF_ definitions without #ifdefs. They might either manually, or with a tool that makes "fat" versions of header files given two different versions of the header file for different platforms, do it with #ifdefs, or they might have different include directories for 32-bit and 64-bit. OS X doesn't support different include directories for 32-bit and 64-bit, so that option isn't open to OS X.
>
> ... but apparently that won't work with OS X.
Nope - not unless there's some way to tell pkg-config whether you want to build with the 32-bit or 64-bit version of GLib and GTK+ (and any other packages we use).