Closed Bug 67122 Opened 24 years ago Closed 24 years ago

PR_CALLBACK should be placed after the return type.

Categories

(NSS :: Libraries, defect, P1)

x86
OS/2
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: wtc, Assigned: wtc)

References

Details

Attachments

(1 file)

The correct position for PR_CALLBACK is after the return type in a function prototype. In some NSS files, PR_CALLBACK is incorrectly placed before the function return type. This breaks compilation on OS/2, where PR_CALLBACK is not an empty macro.
Attached patch Proposed patch.Splinter Review
Please review the proposed patch.
Blocks: 62855
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → 3.2
OK, patch looks good. I think this was the only real issue I had with the OS/2 changes was whether moving PR_CALLBACK would break other platforms.
FYI, as far as the other platform thing goes, it was in a different place for Win16. Check out: http://bugzilla.mozilla.org/show_bug.cgi?id=33610 It has a really good synopsis of the whole thing. The proper way to do this is to use PR_CALLBACK_PTR so we can locate the calling convention in different places, but it was decided that since Win16 is not supported and OS/2 is the only one that uses calling convention, we shouldn't worry about it.
I remember that one. Now I understand why we had to move the position of PR_CALLBACK in function declarations in NSPR. Like Mike said, since we do not support Win16 now, and since NSPR has already been converted this way, I think this patch is fine for NSS too. I've checked it in on the tip and the NSS_3_1_BRANCH.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Target Milestone: 3.2 → 3.1.2
Verify fixed
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: