You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It's still pretty bad with GHC 7.8 but the compile times for vs-other-libs seems noticeably quicker. We should quantify these slowdowns and investigate a little before reporting bugs upstream.
The text was updated successfully, but these errors were encountered:
This isn't necessary for the actual library, but will take a lot of
stress off of anyone building the benchmarks, including Travis.
With this, we can back out our old hacks to make Travis use a special
copy of cereal for compilation. See issue #33.
Signed-off-by: Austin Seipp <austin@well-typed.com>
Note: All builds now require cereal >= 0.5.2.0 as mentioned in dc4be43, so this should be improved a lot. But there's still more that could be done I bet.
I noticed something like 2GB resident and a minute to compile a single module, which I believe was https://github.com/well-typed/binary-serialise-cbor/blob/master/bench/Macro/PkgCereal.hs (I'll double check this).
It's still pretty bad with GHC 7.8 but the compile times for
vs-other-libs
seems noticeably quicker. We should quantify these slowdowns and investigate a little before reporting bugs upstream.The text was updated successfully, but these errors were encountered: