Closed Bug 715397 Opened 13 years ago Closed 13 years ago

ability to build m-c on 10.7 (lion)

Categories

(Firefox Build System :: General, defect)

12 Branch
x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED
mozilla12

People

(Reporter: dustin, Assigned: espindola)

References

Details

Attachments

(1 file)

This is a follow-on to bug 674655, which gives us the ability to build 10.5-compatible (32-bit) firefox using the 10.6 SDK. Once that's in place, to satisfy bug 715337, we need to be able to build with that SDK on a 10.7 system. As I understand it, 10.7 requires XCode 4.x (and since we're using gcc, that means 4.1, which is not the latest), and XCode 4.x only has the 10.6 and 10.7 SDKs, so bug 674655 is definitely a prerequisite here.
I did a try push to https://tbpl.mozilla.org/?tree=Try&rev=35b3fc2ac72e The 10.5 debug build already failed as expected since it is running on a 10.5 machine with no 10.6 sdk. If the rest is green we should be able to switch to the 10.6 soon after the debug builds are moved out of 10.5 machines.
A new push is at https://tbpl.mozilla.org/?tree=Try&rev=84fad4f51ae3 It should fix the "Symbol not found: _SCDynamicStoreCreate" errors.
And yet a new one for the libstdc++ issue: https://tbpl.mozilla.org/?tree=Try&rev=c071c5aaa866 looks like we are also not correctly detecting how to handle page protection. I will try to debug that tomorrow.
A new try push with the non-hack version of the libstdc++ fix is at https://tbpl.mozilla.org/?tree=Try&rev=0d5234270db4
(In reply to Rafael Ávila de Espíndola (:espindola) from comment #4) > A new try push with the non-hack version of the libstdc++ fix is at > > https://tbpl.mozilla.org/?tree=Try&rev=0d5234270db4 Rafael, this looks really neat! How far out do you think this bug is?
There is a new try on top of m-i in: https://tbpl.mozilla.org/?tree=Try&rev=c7fec001ba99 The expected result is for all to be green, except for a failure in the 10.5 debug build which is running on a 10.5 machine. If that is really the case, this bug would then be fully blocking on us moving the 10.5 debug builds to a 10.6 machine.
A new push to try is in https://tbpl.mozilla.org/?tree=Try&rev=f3c8c19da938 We are being "conservative" back in bug 698827, so we can't actually check that in, but should be interesting to see if a debug build finds any other problems with the 10.6 sdk.
Attached patch Use the 10.6 sdkSplinter Review
We have to wait for bug 698827 to be fixed for this to land, but we should be able to do the code review in parallel. https://tbpl.mozilla.org/?tree=Try&rev=c7fec001ba99
Assignee: nobody → respindola
Status: NEW → ASSIGNED
Attachment #589377 - Flags: review?(ted.mielczarek)
Comment on attachment 589377 [details] [diff] [review] Use the 10.6 sdk Review of attachment 589377 [details] [diff] [review]: ----------------------------------------------------------------- ::: build/macosx/universal/mozconfig.common @@ +46,1 @@ > ac_add_app_options x86_64 --with-macos-sdk=/Developer/SDKs/MacOSX10.6.sdk You can combine these two lines into: ac_add_options --with-macos-sdk=/Developer/SDKs/MacOSX10.6.sdk
Attachment #589377 - Flags: review?(ted.mielczarek) → review+
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla12
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
No longer depends on: 674655
I believe we are done here - if not please reopen.
Status: REOPENED → RESOLVED
Closed: 13 years ago13 years ago
Resolution: --- → FIXED
Product: Core → Firefox Build System
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: