Closed
Bug 310732
Opened 19 years ago
Closed 19 years ago
[BEOS] Porting XULRunner to BeOS
Categories
(Toolkit Graveyard :: XULRunner, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: thesuckiestemail, Unassigned)
Details
(Keywords: fixed1.8)
Attachments
(2 files)
|
821 bytes,
patch
|
benjamin
:
first-review+
|
Details | Diff | Splinter Review |
|
692 bytes,
patch
|
benjamin
:
first-review+
asa
:
approval1.8rc1+
|
Details | Diff | Splinter Review |
I'm trying to get XULRunner to build under BeOS and run into trouble I need some help with. Currently (after patching toolkit/library/Makefile.in) I'm stuck on this error: Building tools from tier 2/9/50 make[3]: Entering directory `/mozdev/xrun/js' make[4]: Entering directory `/mozdev/xrun/js/src/fdlibm' /bin/sh: -c: line 1: syntax error near unexpected token `;' /bin/sh: -c: line 1: `for d in ; do /boot/home/config/bin/make -C $d libs; done' I guess this is the problem line: http://lxr.mozilla.org/seamonkey/source/Makefile.in#503 What do I need to do to fix this?
Comment 2•19 years ago
|
||
I frankly have no clue why you would have the makefile errors: $(tier_x_dirs) should always have content.
Yes, shouldn't it be there by the Makefile in /mozdev/mozilla? I'm very confused as well.
Ok, echoed those in Makefile, I guess the problem isn't really at that place: tier 2: js xpcom modules/libreg xpcom/obsolete tier 9: js/src/xpconnect intl modules/libutil netwerk modules/libjar uriloader modules/libpref modules/libimg caps rdf parser/expat parser/htmlparser gfx modules/libpr0n sun-java modules/plugin dom view widget content layout docshell webshell embedding editor xpfe/appshell accessible tier 50: chrome profile db xpfe toolkit/components toolkit xpinstall js/jsd security/manager toolkit/library xpcom/stub
Summary: [BEOS] Porting XULRunner under BeOS → [BEOS] Porting XULRunner to BeOS
I've confirmed that it'ss this line that fails: http://lxr.mozilla.org/seamonkey/source/config/rules.mk#622
Dunno if this is the right solution but it build with this. it checks if there is any tools-dir before going into loop. I tried with --enable-tests and such but this is the only way it completes the build so far. Is this the right way to go about this?
Comment 8•19 years ago
|
||
Comment on attachment 198245 [details] [diff] [review] Check if tools-dir is used [checked in 1.8branch and trunk] Good catch.
Attachment #198245 -
Flags: first-review+
Attachment #198245 -
Flags: approval1.8rc1?
Comment 9•19 years ago
|
||
Ben, is there any risk at all to our primary platforms by taking this patch?
Comment 10•19 years ago
|
||
no, as a build-system patch any risk would show up immediately on tinderbox
Comment 11•19 years ago
|
||
Comment on attachment 198245 [details] [diff] [review] Check if tools-dir is used [checked in 1.8branch and trunk] ben, you're on the hook for watching tinderbox then :-)
Attachment #198245 -
Flags: approval1.8rc1? → approval1.8rc1+
Comment 12•19 years ago
|
||
Comment on attachment 198245 [details] [diff] [review] Check if tools-dir is used [checked in 1.8branch and trunk] tooldirs patch checked in, trunk and 1.8branch - leaving bug open for whatever other patches are necessary for BeOS XULRunner
Attachment #198245 -
Attachment description: Check if tools-dir is used → Check if tools-dir is used [checked in 1.8branch and trunk]
| Reporter | ||
Comment 13•19 years ago
|
||
Comment on attachment 198167 [details] [diff] [review] adding -ltracker to toolkit/library/Makefile.in Could you review this one as well? We need tracker for the native fileopen-dialog used in BeOS. There are no other changes needed for building. (Running things might be a different story).
Attachment #198167 -
Flags: first-review?(benjamin)
Comment 14•19 years ago
|
||
Comment on attachment 198167 [details] [diff] [review] adding -ltracker to toolkit/library/Makefile.in I don't know anything about BeOS, but I'll give moa+ Do you care about the 1.8 branch, or do you just want this on trunk?
Attachment #198167 -
Flags: first-review?(benjamin) → first-review+
Comment 16•19 years ago
|
||
OK, fixed on trunk (and marking fixed1.8 to keep this off 1.8 radars for the tool-dirs fix).
| Assignee | ||
Updated•9 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•