This is the bug for getting 64-bit Mac OS X Gecko running. We should close this out when Firefox runs on 64-bit Mac OS X. We should keep track of bugs that are prerequisites for this goal here. This is not the bug for universal builds that include 64-bit - that is bug 411588. This bug is a prerequisite for that.
Created attachment 351978 [details] mozconfig v1.0 Here is a first stab at a mozconfig file that will do a 64-bit build on Mac OS X 10.5. The build fails in nspr right now, covered by bug 370766.
I don't know how related this is, but if I compile a i386 build with -Wshorten-64-to-32 in my optimize option, I get A LOT of warnings like: "warning: implicit conversion shortens 64-bit value into a 32-bit value" Especially for Gecko parts. I've tested these because if you build Apples webkit, this flag is enabled by default and I want test what I will get if I use this for mozilla code.
That isn't related to this bug.
Created attachment 354720 [details] mozconfig v1.1 Remove unnecessary stuff.
Ok, apparently I lied. Some changes landed and now you hit the cross-compile codepath no matter what, so you have to explicitly specify AR/AS/LD/STRIP. It used to be you could do a "not-really-cross-compile", since you can in fact run the resulting 64-bit binaries, but now you can't.
Comment on attachment 354720 [details] mozconfig v1.1 OK, back to v1.0.
Created attachment 362851 [details] mozconfig v1.2 This adds "ac_add_options --enable-macos-target=10.5", which we also need to define for 64-bit. Among other things this fixes build errors related to exception handling.
Bug 513747, system/mozilla sqlite conflict, is the last bug preventing unpatched 64-bit compiles.
Now that bug 513747 is fixed on mozilla-central we can make 64-bit builds without any patches. Resolving this fixed, setting up a tinderbox is bug 519060.