Closed Bug 19150 Opened 26 years ago Closed 25 years ago

Remove Mac-specific functions PR_LoadNamedFragment and PR_LoadIndexedFragment

Categories

(NSPR :: NSPR, defect, P3)

PowerPC
Mac System 8.6
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: wtc, Assigned: sdagley)

References

Details

The new PR_LoadLibraryWithFlags function has been added (bug #16845), which subsumes the Mac-specific functions PR_LoadNamedFragment and PR_LoadIndexedFragment declared in prlink_mac.h (bug #15691). Please convert the PR_LoadNamedFragment and PR_LoadIndexedFragment calls to PR_LoadLibraryWithFlags calls. After this is done, I will remove these two functions and prlink_mac.h from NSPR.
Depends on: 16845
Status: NEW → ASSIGNED
Target Milestone: M13
Unless this is critical I'm going to put it off to M13
Target Milestone: M13 → M14
and them m14...
Blocks: 24206
It appears that mozilla/xpcom/components/xcDll.cpp is the only file that uses these deprecated functions. In fact, it only calls PR_LoadIndexedFragment. PR_LoadNamedFragment does not seem to be used in the mozilla client. Do we need to support this functionality at all? A modified version of xcDll.cpp has been sent to sdagley and sfraser for testing.
PR_LoadNamedFragment was added for completness. It is quite possible that this will be used in future.
Steve, did you incorporate these changes into the nsIFile branch? Looks like it to me.
Whiteboard: Simon, Steve, did you get a chance to test my patch to xcDll.cpp?
I think steve checked in these changes as part of the nsIFile branch landing. steve?
No, I didn't make that change on the nsIFile branch.
nsLocalFile::Load() (which implements the lib load that was done in nsDll::Load(()) looks like: // Use the new PR_LoadLibraryWithFlags which allows us to use a FSSpec PRLibSpec libSpec; libSpec.type = PR_LibSpec_MacIndexedFragment; libSpec.value.mac_indexed_fragment.fsspec = &mResolvedSpec; libSpec.value.mac_indexed_fragment.index = 0; *_retval = PR_LoadLibraryWithFlags(libSpec, 0); so PR_LoadIndexedFragment() has indeed gone.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
mozilla/xpcom/components/xcDll.cpp still has: #ifdef XP_MAC #include "prlink_mac.h" #endif Can you remove this? Thanks.
Will do as soon as I get my new tree built
I removed prlink_mac.h and the two Mac-specific functions PR_LoadIndexedFragment and PR_LoadNamedFragment. Main trunk: /cvsroot/mozilla/nsprpub/pr/include/MANIFEST, revision 1.9 /cvsroot/mozilla/nsprpub/pr/include/prlink_mac.h, removed /cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c, revision 3.33 NSPRPUB_RELEASE_4_0_BRANCH: /cvsroot/mozilla/nsprpub/pr/include/MANIFEST, revision 1.8.10.1 /cvsroot/mozilla/nsprpub/pr/include/Attic/prlink_mac.h, removed /cvsroot/mozilla/nsprpub/pr/src/linking/prlink.c, revision 3.32.4.1
Whiteboard: Simon, Steve, did you get a chance to test my patch to xcDll.cpp?
Blocks: 23642
Target Milestone: M14 → ---
No longer blocks: 24206
You need to log in before you can comment on or make changes to this bug.