Fixing RubyBasicObject#compareTo bug.

All IRubyObjects implement Comparable and the default compareTo implementation
delegates to <=>. When the ruby object doesn't implement <=>, ruby raises a
NoMethodError. Because compareTo is called from java but the exception raised
is in ruby, the exception makes no sense: it has the ruby stack when ruby
called into java. For example, this happened on an Iterator that kept min and
max references. This iterator was implemented in java, but called by ruby so
the exception's stack ended with the call to next in java::lang::Iterator#each,
but was a NoMethodError for <=>.

This fix catches the NoMethodError and throws an IllegalArgumentException
wrapping it. This isn't a great solution because java callers expect compareTo
to succeed when objects implement Comparable. There may be a better java
exception to throw. This also updates the javadoc to avoid confusion.

In older versions, specifically 1.6.7, the op_cmp java method is called and
returns nil. Then nil is assumed to be an Integer and coerced, which produces a
TypeError. To be safe, this fix also checks the return value for nil when <=>
succeeds and throws another IllegalArgumentException.
Remove tags for unmatching specs with 'tag --purge'
Tag specs that fail when the whole suite is run
Tag failing specs in 1.8 mode
'fails', not 'falis'
Fix #630 - FFI::Struct Arrays behave differently on JRuby vs FFI gem
Based on atambo/jruby@586a3d9, resolve any conflict with the current master. Resolve #468.
Make FFI::StructLayout::ArrayProxy extend FFI::Struct::Inline array to be compatible with ruby-ffi
Add @Override to RubySocket
@Override's in RubyModule
Merge pull request #600 from rdblue/fix-cmp

Fixing RubyBasicObject#compareTo bug.
remove double assignment

Signed-off-by: Wayne Meissner <wmeissner@gmail.com>