Closed
Bug 967230
Opened 12 years ago
Closed 11 years ago
No longer able to start the browser if CWD doesn't contain libicudata.52.dylib
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla30
People
(Reporter: bzbarsky, Assigned: ehsan.akhgari)
References
Details
(Keywords: regression)
Attachments
(1 file)
2.46 KB,
patch
|
Details | Diff | Splinter Review |
With a build from rev 2efbd5388bc7:
mozilla% ../obj-firefox/dist/NightlyDebug.app/Contents/MacOS/firefox
XPCOMGlueLoad error 4:0 for file /Users/bzbarsky/mozilla/vanilla/mozilla/../obj-firefox/dist/NightlyDebug.app/Contents/MacOS/libicuuc.52.dylib:
Library not loaded: libicudata.52.dylib
Referenced from: /Users/bzbarsky/mozilla/vanilla/obj-firefox/js/src/intl/icu/target/lib/libicuuc.52.1.dylib
Reason: image not found
Couldn't load XPCOM.
With a current tip build:
/Users/bzbarsky/mozilla/inbound/obj-firefox/dist/NightlyDebug.app/Contents/MacOS
XPCOMGlueLoad error 4:0 for file /Users/bzbarsky/mozilla/inbound/obj-firefox/dist/NightlyDebug.app/Contents/MacOS/libicuuc.52.dylib:
Library not loaded: libicudata.52.dylib
Referenced from: /Users/bzbarsky/mozilla/inbound/obj-firefox/dist/NightlyDebug.app/Contents/MacOS/libicuuc.52.dylib
Reason: image not found
Couldn't load XPCOM.
If I repeat that with cwd either ../obj-firefox/dist/NightlyDebug.app/Contents/MacOS/ or ../obj-firefox/dist/bin (still running the same binary from NightlyDebug.app), the build starts.
So it looks like we're using a cwd-relative path to look for libicudata.52.dylib?
This _may_ need --enable-shared-js. Checking now.
Note that we're apparently only copying the .52.dylibs into dist/bin, not the .52.1.dylibs. But the second error above doesn't mention .52.1 anywhere.
![]() |
Reporter | |
Comment 1•12 years ago
|
||
A current tip opt build gives the second error above too.
![]() |
Reporter | |
Comment 2•12 years ago
|
||
Er, I lied. With the "current tip" build the error above is from running it slightly differently. In particular, that one is if I do:
mozilla% /Users/bzbarsky/mozilla/vanilla/obj-firefox/dist/NightlyDebug.app/Contents/MacOS/firefox
instead of using a relative path to the objdir.
Assignee | ||
Comment 3•12 years ago
|
||
I have a fix which I cannot land because the tree is closed.
Assignee: nobody → ehsan
Assignee | ||
Updated•12 years ago
|
Component: JavaScript Engine → Build Config
Assignee | ||
Comment 4•12 years ago
|
||
Assignee | ||
Updated•12 years ago
|
Keywords: checkin-needed
Assignee | ||
Comment 5•12 years ago
|
||
Keywords: checkin-needed
Assignee | ||
Updated•11 years ago
|
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Target Milestone: --- → mozilla30
Updated•7 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•