test: add a new test case for global cache

[JounQin]

No description provided.

[JounQin]

https://github.com/yarnpkg/pnp-rs/actions/runs/15409138112/job/43357484921?pr=10#step:6:162

manifest.manifest_dir, D:\a\pnp-rs\pnp-rs\fixtures\global-cache
package_location: D:\a\pnp-rs\pnp-rs\fixtures\global-cache\../../../../../../C:/Users/runneradmin/AppData/Local/Yarn/Berry/cache/source-map-support-npm-0.5.21-09ca99e250-10c0.zip/node_modules/source-map-support/
normalized_location: C:Users/runneradmin/AppData/Local/Yarn/Berry/cache/source-map-support-npm-0.5.21-09ca99e250-10c0.zip/node_modules/source-map-support/
info.package_location: C:Users/runneradmin/AppData/Local/Yarn/Berry/cache/source-map-support-npm-0.5.21-09ca99e250-10c0.zip/node_modules/source-map-support/

Windows compatibility is bad...

cc @arcanis

[arcanis]

Thanks! I'm looking into that.

[JounQin]

@arcanis Is there anything I can help to support Windows?

[arcanis]

My issue is mostly time at the moment - I'm working in parallel on a major Yarn refactoring, and coupled with regular work being intense I didn't get a chance to look at Windows yet.

I gladly accept contributions around it, although I don't want you to feel pressured into doing it - I still want to eventually address it myself if I'm not beat to the punch, although I don't have an exact timeline right now.

Design-wise, in Yarn we solved that by always treating all paths as posix, normalizing Windows path into posix internally (/c/foo) and only converting them back into Windows-style paths right as they were returned by the public api.

I wanted to try that but, while it worked fine for a full application, it feels a little overkill for a library... 🤔