The short version specified the wrong mnemonic.
Adds a new method `Rake::Task#invoke_prerequisites_concurrently`. `Rake::MultiTask#invoke_prerequisites` always calls `Rake::Task#invoke_prerequisites_concurrently` and now `Rake::Task#invoke_prerequisites` will call it when `Rake.application.options.always_multitask == true`. Passing `-m` at the command-line sets `Rake.application.options.always_multitask` to `true`
Rake now has a thread_pool implementation which returns futures when passed args and a block. MultiTask has been changed to ask the thread pool for a list of futures in which inside each a prerequisite is completed. MultiTask then waits on each future until it is complete. The number of threads in the pool is controlled with the new -j option at the command-line. The thread pool is now a member of Rake.application and rakefile authors can request futures for their own operations, participating in the pool. The thread pool is special in that it will spawn a new thread when a thread in the pool is sleeping because it is waiting for a future being completed by another thread. When the new thread is finished, the pool size will shrink to where it was previously. With this change, the pool always has a number of threads actively doing work (that number being equal to the -j parameter). This commit also includes documentation for the new -j parameter and a test for the ThreadPool implementation.
Also added generic deprecation warnings for other deprecated features.
…place of +desc+. A single line comment on the line prior to any task, file, etc definition will be used to populate that task's description (but only if no prior +desc+ was seen). # here is the description tasl :dave do ...