64-bit Growl, take 4
Nick Zitzmann
change. All floating point constants (with some exceptions, mainly in
classes that deal with NSAnimation, which strictly uses floats) are
now written out as doubles, are compiled as doubles on 64-bit, and are
compiled as floats on 32-bit through the -fsingle-precision-constant C
flag. GrowlHelperApp now correctly exports its symbols so that plugins
can load. UDPPort is now an unsigned short. Some signed integers are
now unsigned. The preference pane is built 32-bit only, because a 64-
bit build would waste space.
And yes, I tried throughout to retain backward compatibility with
Panther, which is why +numberWithInteger: and a few other Leopard-only
things are 64-bit only. But I don't have any way of testing this...
Nick Zitzmann
<http://seiryu.home.comcast.net/>
Tony
builds, however it appears that for some reason the symbols for
GrowlApplicationBridge are not exported by the framework under x86_64.
I haven't had much time to look at why yet, and I've no idea if it
occurs under ppc64 as well.
Nice work :)
-Tony
> 200KViewDownload
>
>
Nick Zitzmann
On Feb 12, 2009, at 7:05 PM, Tony wrote:
> I've given the whole suite a run through - everything currently
> builds, however it appears that for some reason the symbols for
> GrowlApplicationBridge are not exported by the framework under x86_64.
> I haven't had much time to look at why yet, and I've no idea if it
> occurs under ppc64 as well.
That's because of a change Apple made to the way 64-bit applications
are built. 32-bit applications always make their symbols available,
but 64-bit applications always hide them, I'm guessing for security
reasons.
To work around this, you can either set the visibility of the symbols
to "default" (see the GCC manual for details), or build the entire app
with the "-fvisibility=default" C flag.
Nick Zitzmann
<http://seiryu.home.comcast.net/>
Tony Arnold
That worked perfectly - thanks!
-Tony