-
Notifications
You must be signed in to change notification settings - Fork 119
snmalloc-rs #801
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
snmalloc-rs #801
Conversation
- Use the master branch of microsoft/snmalloc - Fix Documentation
- update README.md - add ci - fix windows and osx build
Minor typos/rewording.
…ws to add /DNDEBUG
improving the performance in Windows
maintenance work
Bumps [snmalloc-sys/snmalloc](https://github.com/microsoft/snmalloc) from `7e22d30` to `1d72024`. - [Release notes](https://github.com/microsoft/snmalloc/releases) - [Commits](microsoft/snmalloc@7e22d30...1d72024) Signed-off-by: dependabot-preview[bot] <[email protected]>
…ules/snmalloc-sys/snmalloc-1d72024 Bump snmalloc-sys/snmalloc from `7e22d30` to `1d72024`
`snmalloc` now supports alignment of all allocations with microsoft#124 This comment is no longer required.
Improve documents after upstream update
Bumps [snmalloc-sys/snmalloc](https://github.com/microsoft/snmalloc) from `4367a0c` to `3775a62`. - [Release notes](https://github.com/microsoft/snmalloc/releases) - [Commits](microsoft/snmalloc@4367a0c...3775a62) Signed-off-by: dependabot-preview[bot] <[email protected]>
…ules/snmalloc-sys/snmalloc-3775a62 Bump snmalloc-sys/snmalloc from `4367a0c` to `3775a62`
Bumps [snmalloc-sys/snmalloc](https://github.com/microsoft/snmalloc) from `3775a62` to `ef77bcc`. - [Release notes](https://github.com/microsoft/snmalloc/releases) - [Commits](microsoft/snmalloc@3775a62...ef77bcc) Signed-off-by: dependabot-preview[bot] <[email protected]>
* Update build.rs improve compatibilty and build errors on build_cc/cmake for windows * Update build.rs improve clang64 MSYSTEM linking pass tests * Update lib.rs, thread/process share safety null catches * Update build.rs ninja not necessary * Update build.rs ubuntu fix * Update build.rs unify builds and reconfigure freebsd In testing I noticed an almost doubling of test time between build_cc and cmake, they are now unified to make sure there is reduced chance of difference between builds. also enabled ability to read build environment of allocator * Update build.rs correct ubuntu linking to stdc++ for thread local safety * Update build.rs remove gcc link for tls * Update build.rs freebsd link c++ * Update build.rs LTO/IPO working on all builds, unix/linux * Update build.rs don't need static lib * Update build.rs correct lib location differences on windows * Update build.rs revert unix * Update build.rs unix family includes linux
* Update snmalloc to 0.7.1 This tracks the upstream changes in snmalloc 0.7.1. * Address warning from CI.
|
Thanks for doing this. I will take a look of the porting process! |
SchrodingerZhu
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
855b2f2 to
83a602a
Compare
|
On windows, zero-sized array potentially requires specialization. |
|
use |
|
@SchrodingerZhu, do you have any ideas why it keeps building Release static lib when it is a debug build. I don't know really know how to debug this part of the build system. |
|
cmake-rs have some auto detection logic to inject cmake build profile |
ca71996 to
2a32bdf
Compare
2a32bdf to
84a0548
Compare
|
@SchrodingerZhu I think this fixes the issues, the refactor of Array, I'll put in another PR as it is not essential to land that for the merge. I just want to double check you are happy with this approach. I believe we will have all the original history, and even be able to apply patches from snmalloc-rs to here. |
|
I am happy with the upstreaming. This also reduces the budern of updating the rust wrapper separately. |
This pulls in the entirety of snmalloc-rs and its history, and places it under snmalloc. This will allow for less breakages of the snmalloc-rs packages, and ensure we update them with all future releases.
See for discussion
#742
This PR is based on
#744
but keeps the history intact.