Also make the "assorted" crates available #30
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
num-traits
v0.2.9 → v0.2.10 (中のlibm
をbump)libm
v0.2.0 → v0.2.1 (minor change?)euclid
v0.20.4 → v0.20.5 (minor change)itertools
v0.8.1 → v0.8.2 (リファクタ)whiteread
v0.4.4 → v0.5.0 (色々)num-*
やprimal-*
を追加する理由は以下の通りです。lib
crateなんかでは(bin
crateでも)bloatingを少しでも小さくするために個別のクレートのみを使うことがあります。特にnum
はfeatureで絞ったりもできないので尚更そうでnum-traits
なんかのDL数がnum
の2.5倍近くだったりします。またnum
においてはユーザーはモジュールとしてよりも個々のクレートとしての形の方が馴染みがあるのではと思っています。docs.rsでは横断しての検索はできないしrls
やracer
も反応が悪かった記憶があります。※
num::integer
からnum_integer
に飛ぶ必要があるnum
は0.2.0がリリースされてからもnum-*
に色々な機能が追加されています。実際は『手元』にあるCargo.lock
を見れば済む話ではありますがこういうページにも載っていることが望ましいと思います。num-derive
絡みですでに"num_traits"
が必要なのでどうせなら