Closed
Bug 523162
Opened 16 years ago
Closed 14 years ago
prtypes.h always included in a CROSS_COMPILE build
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: ash_mozilla, Unassigned)
References
Details
Attachments
(1 file)
|
367 bytes,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; en-us) AppleWebKit/532.3+ (KHTML, like Gecko) Version/4.0.3 Safari/531.9
Build Identifier:
jscpucfg.cpp always includes prtypes.h in a cross compile build.
Patch coming
Reproducible: Always
| Reporter | ||
Comment 1•16 years ago
|
||
Comment 2•16 years ago
|
||
I don't think we want this exact patch because prtypes.h is what defines IS_BIG_ENDIAN.
| Reporter | ||
Comment 3•16 years ago
|
||
Ahh, this makes a bit more sense. So some form of autoconf test to see if nspr exists for the cross-compile target might be the way to go?
(In reply to comment #3)
> Ahh, this makes a bit more sense. So some form of autoconf test to see if nspr
> exists for the cross-compile target might be the way to go?
No, the problem is that even if you're building with NSPR, jscpucfg is built with the -host- compiler, since it's going to generate a .h file. So the nspr prtypes.h isn't useful.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•14 years ago
|
||
bug 694499 removed jscpucfg.
You need to log in
before you can comment on or make changes to this bug.
Description
•