diff options
author | Matt Jones <al2o3cr@gmail.com> | 2008-10-04 13:51:23 -0400 |
---|---|---|
committer | rick <technoweenie@gmail.com> | 2008-10-05 10:16:17 -0700 |
commit | 2bf58aa782d3b493f2d98f153324b93c5b058ba6 (patch) | |
tree | 53278af87e3590bb901754b2e2f8ce1d13d49d73 /activeresource/test | |
parent | 4f53db0096be4b167628a136044b0d1262215277 (diff) | |
download | rails-2bf58aa782d3b493f2d98f153324b93c5b058ba6.tar.gz rails-2bf58aa782d3b493f2d98f153324b93c5b058ba6.tar.bz2 rails-2bf58aa782d3b493f2d98f153324b93c5b058ba6.zip |
Fix a number of errors in the config.gem mechanism.
* Rails::GemDependency was missing definitions for hash and eql?, causing Array#uniq to not work.
* If several versions of a gem are unpacked in vendor, now chooses the highest if no version is specified.
* streamlined add_load_path. Now sets up Rubygems correctly to allow 'gem' to find frozen gems, with
gems frozen to vendor/gems and specifications in vendor/gems/<gem-name>/.specification
* Rails::GemDependency#specification would return a spec for the highest installed version, even for
frozen gems and/or previously loaded lower versions. See in part ticket #1123.
* removed vendor from default_load_paths - it was causing autoloading to append Gems::Gems::<gem-dir> to
constant names
* added additional tests for loading frozen gems.
* incorporates the fix from #1107 for vendor rails
* defers to freeze:gems for handling the Rails framework. gems:unpack WILL NOT place a copy of Rails
in vendor/gems. Should close #1123 completely.
* incorporates, via using the gem loader for frozen gems, fixes corresponding to #227, #324, #362, #527, and #742.
* gem plugins now work the same whether frozen or not. Correctness of the behavior is a matter for another ticket...
Signed-off-by: rick <technoweenie@gmail.com>
Diffstat (limited to 'activeresource/test')
0 files changed, 0 insertions, 0 deletions