Closed
Bug 472165
Opened 16 years ago
Closed 16 years ago
WinMobile Build Requires Tools In PATH Variable
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.9.2a1
People
(Reporter: wolfe, Assigned: wolfe)
References
Details
(Keywords: mobile)
Attachments
(3 files, 3 obsolete files)
638 bytes,
patch
|
dougt
:
review+
|
Details | Diff | Splinter Review |
793 bytes,
patch
|
ted
:
review+
|
Details | Diff | Splinter Review |
260 bytes,
patch
|
wolfe
:
review+
|
Details | Diff | Splinter Review |
In order to build WinCE / WinMobile, the WinCE Shunt Library Tools have to be in the global PATH in order for the compilation to happen successfully. In XPCOM xptcall, the assembler is being reset somewhere along the build path. In nss, the compiler is being reset somewhere along the build path as well. Other places may have further problems - which will show up once these first two places are fixed.
Assignee | ||
Comment 1•16 years ago
|
||
Changes to WinCE building only - within TOPSRCDIR/configure.in file Turns out that our setting of $AS has been broken, and this patch fixes our restoring of $AS from $AS_BIN for WinCE builds ONLY.
Attachment #356208 -
Flags: review?(ted.mielczarek)
Assignee | ||
Comment 2•16 years ago
|
||
Removes setting os $AS inside xpcom/reflect/xptcall/src/md/win32/Makefile.in, as this is no longer necessary when this bug's change to $TOPSRCDIR/configure.in is applied.
Attachment #356209 -
Flags: review?(benjamin)
Assignee | ||
Comment 3•16 years ago
|
||
Fixes for hard-coded tools within security/manager/Makefile.in and security/coreconf/WINCE.mk - all within WinCE-specific builds. The WINCE.mk change fixes a compare that breaks because ARM != arm in string compares. Sigh... With the other two patches in this bug, users no longer have to hard-code the path to their build tools for WinCE building under Windows (so far, the only working build environment for WinCE builds).
Attachment #356213 -
Flags: review?(ted.mielczarek)
Assignee | ||
Updated•16 years ago
|
Attachment #356213 -
Flags: review?(nelson)
Comment 4•16 years ago
|
||
Comment on attachment 356208 [details] [diff] [review] v1.0 patch for top-level configuration changes This is bogus. $(AS_BIN) will try to run `AS_BIN`. You want test -n "$AS_BIN".
Attachment #356208 -
Flags: review?(ted.mielczarek) → review-
Comment 5•16 years ago
|
||
Comment on attachment 356213 [details] [diff] [review] v1.0 patch for SECURTY module changes That actually looks a lot nicer.
Attachment #356213 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 6•16 years ago
|
||
Ted, if I do "test -n $AS_BIN; then" -- that test fails. BUT, if I do a "test -n $(AS_BIN); then" -- this test succeeds. I do not know why the first fails and the second succeeds -- I only know what I have tested out empirically. You can also see this IF-THEN-FI construction used in other places within the configure.in / configure files. In fact, these other constructions within the configure.in file were what caused me to try out this patch.
Updated•16 years ago
|
Attachment #356209 -
Flags: review?(benjamin) → review+
Comment 7•16 years ago
|
||
Comment on attachment 356209 [details] [diff] [review] v1.0 patch for XPCOM changes this is fine.
Updated•16 years ago
|
Attachment #356213 -
Flags: review?(nelson)
Attachment #356213 -
Flags: review-
Attachment #356213 -
Flags: review+
Comment 8•16 years ago
|
||
Comment on attachment 356213 [details] [diff] [review] v1.0 patch for SECURTY module changes do not make the change to security/coreconf/WINCE.mk or this change: - CPU_ARCH="ARM" \ + CPU_ARCH="$(TARGET_CPU)" \ file a separate bug with these changes. marking this r-
Assignee | ||
Comment 9•16 years ago
|
||
Ted, this is the same patch as version 1.0 - except the changes for hard-coded TARGET_CPU are removed and will be placed in another bug. This allows these three patches to be landed without the review of security/coreconf/WINCE.mk
Attachment #356213 -
Attachment is obsolete: true
Attachment #356538 -
Flags: review?(ted.mielczarek)
Assignee | ||
Comment 10•16 years ago
|
||
Changed if...then...fi construction as requested by ted. Changed to: if test "$AS_BIN"; then AS=$AS_BIN fi
Attachment #356208 -
Attachment is obsolete: true
Attachment #356550 -
Flags: review?(ted.mielczarek)
Updated•16 years ago
|
Attachment #356538 -
Flags: review?(ted.mielczarek) → review+
Comment 11•16 years ago
|
||
Comment on attachment 356550 [details] [diff] [review] v2.0 patch for top-level configuration changes + if test "$(AS_BIN)"; then This doesn't match your comment. I'm r+ing what you said in your comment, please make sure what you check in doesn't have the parens.
Attachment #356550 -
Flags: review?(ted.mielczarek) → review+
Assignee | ||
Comment 12•16 years ago
|
||
Oops - I grabbed the wrong file. Ted, I am really sorry for taking your time to look at v2.0 This is the ted-requested correct patch which changes a 'if test -z "$AS_BIN"; then' to 'if test "$AS_BIN"; then'
Attachment #356550 -
Attachment is obsolete: true
Attachment #356577 -
Flags: review?(ted.mielczarek)
Assignee | ||
Comment 13•16 years ago
|
||
Comment on attachment 356577 [details] [diff] [review] v3.0 patch for top-level configuration changes Just r+ for ted, since this patch matches the comment for v2.0 patch (which was r+ by ted earlier today).
Attachment #356577 -
Flags: review?(ted.mielczarek) → review+
Comment 14•16 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/5752816a2426
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Comment 15•16 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/1465d340bf6b
Updated•14 years ago
|
Assignee: nobody → wolfe
Flags: in-testsuite-
Target Milestone: --- → mozilla1.9.2a1
Updated•14 years ago
|
Version: unspecified → Trunk
Updated•6 years ago
|
Product: Core → Firefox Build System
You need to log in
before you can comment on or make changes to this bug.
Description
•