switch jemalloc dependency to facebook/jemalloc and mark it as unstable

[BusyJay]

Now that jemalloc/jemalloc is actively maintained as facebook/jemalloc, we may also switch to the fork instead.

And to allow evaluate unreleased features (last jemalloc version was released 3 years ago), we may publish a new version of jemallocator that depends on facebook/jemalloc and mark it 0.7.0+2025.09.15-nightly. 0.7.0 is supposed to be next minor version, 2025.09.15 is the latest change commit date from facebook/jemalloc and -nightly denotes it's a pre-release version and may not be used in serious scenarios.

[theoparis]

Would adding pkg-config support also be acceptable, maybe with the vendored jemalloc sources being used as a fallback?

[vorporeal]

This would be amazing - the current version of this crate does not include jemalloc patches from 2024 that add proper support for jeprof on macOS. Is there anything third-parties can do to help accelerate this?

[BusyJay]

Will try to do it this weekend.

Is there anything third-parties can do to help accelerate this?

Just make me know the idea is useful is enough.

[BusyJay]

Although not released yet, a nightly branch is available to be played with. https://github.com/tikv/jemallocator/tree/nightly