Commit Graph

9 Commits

Author SHA1 Message Date
R. RyanTM
a492b32c3a mimalloc: 1.6.4 -> 1.6.7 2020-11-03 21:41:21 -08:00
R. RyanTM
66c2d629f1 mimalloc: 1.6.3 -> 1.6.4 2020-08-26 19:02:44 +00:00
R. RyanTM
a31a269cb9 mimalloc: 1.6.1 -> 1.6.3 2020-05-27 12:10:28 -07:00
ajs124
194f3aa4b5 mimalloc: 1.1.0 -> 1.6.1 2020-02-19 10:31:25 -06:00
Austin Seipp
3c5767335e
mimalloc: fix one final time
The library link name is embedded in the ELF executable, so renaming the
file doesn't work. This patch just bites the bullet and writes two
separate code paths for the secure vs non-secure build...

Signed-off-by: Austin Seipp <aseipp@pobox.com>
2019-12-06 18:17:27 -06:00
Austin Seipp
a2f9bcd132
mimalloc: (really) unbreak dynamic linking
4d392099 didn't quite do the trick, but this should finally fix
everything -- namely, the -secure.so symlink was broken, and
libmimalloc.so itself was also a symlink that needed to be replaced with
the real shared object file.

Signed-off-by: Austin Seipp <aseipp@pobox.com>
2019-12-04 16:25:30 -06:00
Austin Seipp
4d39209961
mimalloc: un-break dynamic linking
Previous versions of the build assumed libmimalloc.so would be a hard
copy of mimalloc-secure.so iff secureBuild == true, but in 1.1.0 and
later it seems libmimalloc.so is a symlink to the -secure variant. This
apparently rectifies some behavior I noticed that was strange
previously.

This breakage wasn't caught because the 1.1.0 update was automatic in
5596317d4; there should be a checkPhase to ensure this doesn't happen
again...

Signed-off-by: Austin Seipp <aseipp@pobox.com>
2019-12-03 13:50:14 -06:00
R. RyanTM
5596317d42 mimalloc: 1.0.8 -> 1.1.0
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/mimalloc/versions
2019-10-22 17:35:47 -07:00
Austin Seipp
544b85a49a mimalloc: init at 1.0.8
Signed-off-by: Austin Seipp <aseipp@pobox.com>
2019-09-23 18:10:57 -05:00