Closed
Bug 297750
Opened 20 years ago
Closed 19 years ago
wrong sequence of declaration in union fd_twoints on x86
Categories
(Core :: JavaScript Engine, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: nian.liu, Assigned: nian.liu)
References
Details
(Keywords: fixed-aviary1.0.8, fixed1.7.13)
Attachments
(1 file)
|
826 bytes,
patch
|
brendan
:
review+
brendan
:
superreview+
dveditz
:
approval-aviary1.0.8+
asa
:
approval1.7.11-
dveditz
:
approval1.7.13+
brendan
:
approval1.8b3+
|
Details | Diff | Splinter Review |
1.start mozilla on S10 x86 2.run javascript Math.pow(2,2) in venkman expected result: output is 4 actural result: output is 0 the reason is that in union fd_twoints, __LITTLE_ENDIAN should be defined while acturally not
| Assignee | ||
Comment 1•20 years ago
|
||
| Assignee | ||
Updated•20 years ago
|
Assignee: igor → nian.liu
Component: Core → JavaScript Engine
Product: Rhino → Core
QA Contact: core → general
Version: head → Trunk
| Assignee | ||
Updated•20 years ago
|
Attachment #186297 -
Flags: review?(shaver)
| Assignee | ||
Updated•20 years ago
|
Attachment #186297 -
Flags: superreview?(brendan)
Attachment #186297 -
Flags: review?(shaver)
Attachment #186297 -
Flags: review?(brendan)
Comment 2•20 years ago
|
||
Comment on attachment 186297 [details] [diff] [review] patch rs+a=me, assuming this has been tested on all relevant configurations. I would like to do away with fdlibm where system libm is correct and (always the case, AFAIK) performant. Can someone from Sun comment on the effect of using libm instead of fdlibm on the JS testsuite and any other tests that stress floating point and Math methods? /be
Attachment #186297 -
Flags: superreview?(brendan)
Attachment #186297 -
Flags: superreview+
Attachment #186297 -
Flags: review?(brendan)
Attachment #186297 -
Flags: review+
Attachment #186297 -
Flags: approval1.8b3+
| Assignee | ||
Comment 3•20 years ago
|
||
(In reply to comment #2) > (From update of attachment 186297 [details] [diff] [review] [edit]) > rs+a=me, assuming this has been tested on all relevant configurations. > > I would like to do away with fdlibm where system libm is correct and (always > the case, AFAIK) performant. Can someone from Sun comment on the effect of > using libm instead of fdlibm on the JS testsuite and any other tests that > stress floating point and Math methods? > > /be > Brendan, If you can tell me how to run the JS testsuite, I'd like to do the test.
Comment 4•20 years ago
|
||
(In reply to comment #3) # from mozilla/js directory, checkout tests cvs -z3 -q update -d -P tests # from mozilla/js/src directory, checkout config, editline cvs -z3 -q update -d -A config editline # in mozilla/js/src directory, build optimized shell make -f Makefile.ref BUILD_OPT=1 # in mozilla/js/src directory, build debug shell make -f Makefile.ref # in mozilla/tests directory, get help on running tests perl jsDriver.pl --help
Comment 5•20 years ago
|
||
oops, that last should have been # in mozilla/js/tests directory, get help on running tests perl jsDriver.pl --help
Comment 6•19 years ago
|
||
*** Bug 298298 has been marked as a duplicate of this bug. ***
Comment on attachment 186297 [details] [diff] [review] patch I have two reasons to ask the approval. 1. For solaris x86 users, it is a lost of feature problem. It cause all the math method in js not work. 2. This fix is a low risk fix. It will not change other platform.
Attachment #186297 -
Flags: approval1.7.9?
Attachment #186297 -
Flags: approval-aviary1.0.5?
Comment 8•19 years ago
|
||
This was approved for b3, was it checked into the trunk? It should be now if not. /be
checked in ->FIXED
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Attachment #186297 -
Flags: approval1.7.9?
Attachment #186297 -
Flags: approval1.7.11?
Attachment #186297 -
Flags: approval-aviary1.0.7?
Attachment #186297 -
Flags: approval-aviary1.0.5?
Updated•19 years ago
|
Attachment #186297 -
Flags: approval1.7.11? → approval1.7.11-
Attachment #186297 -
Flags: approval1.7.12?
Comment 11•19 years ago
|
||
Solaris x86 users really need this simple fix. It works fine in trunk and when applied to 1.7 and aviary branches - can we get it checked in there, please?
Flags: blocking1.7.13?
Flags: blocking-aviary1.0.8?
Comment 12•19 years ago
|
||
Asa, Could you please approve to fix this bug in aviary1.0.8? This is a low risk fix but it is very important for Solaris x86 -Pete
Updated•19 years ago
|
Flags: blocking1.7.13?
Flags: blocking1.7.13+
Flags: blocking-aviary1.0.8?
Flags: blocking-aviary1.0.8+
Comment 13•19 years ago
|
||
Comment on attachment 186297 [details] [diff] [review] patch a=dveditz for drivers
Attachment #186297 -
Flags: approval1.7.13?
Attachment #186297 -
Flags: approval1.7.13+
Attachment #186297 -
Flags: approval-aviary1.0.8?
Attachment #186297 -
Flags: approval-aviary1.0.8+
Updated•19 years ago
|
Keywords: fixed-aviary1.0.8,
fixed1.7.13
Comment 14•19 years ago
|
||
I can't verify this on solaris, but didn't find any other issues with Math.pow except as noted in bug 320770. Nian, it isn't quite kosher, but if you can verify this on Solaris using a nightly build of Firefox 1.0.8 and Mozilla 1.7.13 I would very much appreciate it.
You need to log in
before you can comment on or make changes to this bug.
Description
•