-
-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update mozilla-os2 to the tip of http://hg.mozilla.org/releases/mozilla-esr38/ #172
Comments
Yes, having a single tree for both FF and TB is something that we want to do for long. |
Thunderbird is currently buildable, just the correct way to update to
38.8.0esr is to pull the comm-esr38 tag for TB38.8.0 and then to cd into
mozilla/ and pull the mozilla-esr38 tag for TB38.8.0. Of course I'm
using the bitwise tree instead of mozilla-esr38 in mozilla/ and to build
Firefox just means starting out in mozilla/ or using the correct
mozconfig and running the top level configure, the mozilla/configure or
mozilla/mach. Lately I've preferred using mach.
|
Okay, now I recall that you already told me that (or I read it myself somewhere). But this approach builds two separate XUL.DLLl & rest for TB and FF, right? |
Yes, that is why the readme has detailed instructions for running
multiple Mozilla apps concurrently (LIBPATHSTRICT, which was introduced
for this back when IBM was maintaining Mozilla or RUN! which was also
written mainly for Mozilla).
Lately all the apps do work with the TB xul.dll (if the same version),
Firefox xul.dll is missing an import for lightning and using the SM
xul.dll dies with a trap in mozalloc IIRC. No guarantees that it'll
continue to work though.
At one point the plan was to use xul-runner to run all the apps but
Mozilla never finished it and xul-runner is now dead
|
Okay, thanks for this info. We surely want to use the same XUL.DLL for both FF and TB (and SM although I'm not sure if we will provide "official" SM builds). And even if they break it upstream we will keep it locally working as it saves a ton of memory for the end user (especially with all the other recent DLLs) . |
The bitwiseworks/mozilla-os2 tree should import the Thunderbird fixes that were committed after Firefox_38_8_0esr_RELEASE was tagged by merging in http://hg.mozilla.org/releases/mozilla-esr38/archive/tip.tar.bz2 which will pull in a couple of Thunderbird related fixes. This will keep all the Mozilla apps in sync when built with the Bitwiseworks tree.
See http://hg.mozilla.org/releases/mozilla-esr38/
The text was updated successfully, but these errors were encountered: