NSS lacks cygwin uname detection

RESOLVED FIXED in 3.4

Status

P2
normal
RESOLVED FIXED
17 years ago
17 years ago

People

(Reporter: netscape, Assigned: wtc)

Tracking

x86
Windows XP

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment, 1 obsolete attachment)

Bryner actually ran into this problem.  If cygwin's uname is used instead of
wintools.zip's, then NSS breaks because it doesn't properly detect that we are
building for win32.
Created attachment 67408 [details] [diff] [review]
Add checks for the results of cygwin's uname
(Assignee)

Comment 2

17 years ago
Comment on attachment 67408 [details] [diff] [review]
Add checks for the results of cygwin's uname

r=wtc.

Did you copy this from nsprpub/config/arch.mk? :-)
Attachment #67408 - Flags: review+
(Assignee)

Comment 3

17 years ago
Comment on attachment 67408 [details] [diff] [review]
Add checks for the results of cygwin's uname

I will drop support for the old cygwin
uname (prior to B20).  Any objections?
(Assignee)

Comment 4

17 years ago
Created attachment 67434 [details] [diff] [review]
Add checks for the results of cygwin's uname

I deleted the support for the old Cygwin Beta's uname
and updated the comment.
Attachment #67408 - Attachment is obsolete: true
(Assignee)

Comment 5

17 years ago
Fix checked into the tip of NSS.  This fix will be in
NSS 3.4.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Priority: -- → P2
Resolution: --- → FIXED
Target Milestone: --- → 3.4
Thanks!  And yes, I did copy it from nspr's arch.mk. :)
You need to log in before you can comment on or make changes to this bug.