Closed Bug 199324 Opened 23 years ago Closed 23 years ago

Cygwin's uname returns i1586 on Intel Xeon processors.

Categories

(NSPR :: NSPR, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: wtc, Assigned: wtc)

Details

Attachments

(1 file, 1 obsolete file)

We have a Dell Precision 530 workstation with Intel Xeon 2.2GHz CPUs. Cygwin's "uname -m" command returns "i1586" on that machine. In mozilla/nsprpub/configure.in, we have: 1349 case "$target_cpu" in 1350 i?86) 1351 AC_DEFINE(_X86_) 1352 ;; 1353 alpha) 1354 AC_DEFINE(_ALPHA_) 1355 ;; 1356 mips) 1357 AC_DEFINE(_MIPS_) 1358 ;; 1359 *) 1360 AC_DEFINE(_CPU_ARCH_NOT_DEFINED) 1361 ;; 1362 esac The ? in "i?86" matches exactly one character, so "i1586" is handled by the default case and the wrong macro _CPU_ARCH_NOT_DEFINED is defined.
Attached patch Proposed patch (obsolete) — Splinter Review
Attachment #118563 - Flags: review?(seawood)
Comment on attachment 118563 [details] [diff] [review] Proposed patch r=cls with all of the i?86 checks converted to i*86. config.guess uses i*86 everywhere.
Attachment #118563 - Flags: review?(seawood) → review+
I converted all i?86 checks to i*86 as cls suggested. (The other two i?86 checks are used in BeOS and Linux.)
Attachment #118563 - Attachment is obsolete: true
Attachment #118577 - Flags: review?(seawood)
Attachment #118577 - Flags: review?(seawood) → review+
Fix checked into the tip of NSPR.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Target Milestone: --- → 4.3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: