Closed
Bug 424890
Opened 17 years ago
Closed 17 years ago
mac moz2 builds are not UB: fail to start on 10.4 or on PPC machines
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: anodelman, Assigned: bhearsum)
References
Details
(Whiteboard: [waiting on review])
Attachments
(1 file)
370 bytes,
patch
|
benjamin
:
review+
|
Details | Diff | Splinter Review |
I see the following errors and the browser doesn't open:
dyld: lazy symbol binding failed: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
Referenced from: ../Minefield.app/Contents/MacOS/libsqlite3.dylib
Expected in: /usr/lib/libSystem.B.dylib
dyld: Symbol not found: _pthread_mutexattr_destroy$UNIX2003
Referenced from: ../Minefield.app/Contents/MacOS/libsqlite3.dylib
Expected in: /usr/lib/libSystem.B.dylib
Reporter | ||
Comment 1•17 years ago
|
||
The same behavior is seen in mozilla-central builds, so this is probably a shared bug between the two.
Summary: actionmonkey fails to start on mac. → mozilla-central & actionmonkey fail to start on mac.
Comment 2•17 years ago
|
||
I believe that this is due to the moz2 build machine not specifying an SDK in the mozconfig (nor doing universal builds, which specify an SDK internally). Punting back to build, because these builds should be UB.
Assignee: general → nobody
Blocks: 422754
Component: JavaScript Engine → Release Engineering
Product: Core → mozilla.org
QA Contact: general → release
Version: unspecified → other
Updated•17 years ago
|
Summary: mozilla-central & actionmonkey fail to start on mac. → mac moz2 builds are not UB: fail to start on 10.4 or on PPC machines
Assignee | ||
Comment 3•17 years ago
|
||
I'll get this going next week.
Assignee: nobody → bhearsum
Priority: -- → P3
Assignee | ||
Updated•17 years ago
|
Status: NEW → ASSIGNED
Comment 4•17 years ago
|
||
Right, this is the manifestation of bug 423672 when using the 10.5 SDK.
Comment 5•17 years ago
|
||
Er, this is actually bug 423691, you mentioned the other failure mode in the other bug.
Assignee | ||
Comment 6•17 years ago
|
||
Attachment #311554 -
Flags: review?(benjamin)
Assignee | ||
Updated•17 years ago
|
Priority: P3 → P2
Whiteboard: [waiting on review]
Updated•17 years ago
|
Attachment #311554 -
Flags: review?(benjamin) → review+
Assignee | ||
Comment 7•17 years ago
|
||
Comment on attachment 311554 [details] [diff] [review]
[checked in] enable universal builds
changeset: 11:b7f5d88c1bfa
tag: tip
user: Ben Hearsum <bhearsum@mozilla.com>
date: Tue Mar 25 09:16:57 2008 -0400
files: mozilla2/macosx/mozconfig
Attachment #311554 -
Attachment description: enable universal builds → [checked in] enable universal builds
Assignee | ||
Comment 8•17 years ago
|
||
I just triggered a mozilla-central dep build, we should see results shortly.
Assignee | ||
Comment 9•17 years ago
|
||
These ended up failing out, see bugs 425003 and 425005. Going to --disable-tests to work around the actionmonkey failure.
Assignee | ||
Comment 10•17 years ago
|
||
My mistake, --disable-tests is to work around the *mozilla-central* build.
Assignee | ||
Updated•17 years ago
|
Assignee | ||
Comment 11•17 years ago
|
||
Builds are working now, packaging is failing because 'make package' is being run in the wrong directory. There's a patch up in bug 425003 to fix it.
Assignee | ||
Comment 12•17 years ago
|
||
Alright. With bug 425003 fixed I tested a package on a 10.4 PPC machine: it ran fine. Can't test actionmonkey because of bug 425005 but I suspect it will be just fine.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•17 years ago
|
Component: Release Engineering: Talos → Release Engineering
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•