K
Ken Bloom
I'm updating my SqlStatement gem http://sqlstatement.rubyforge.org/ to be
compatible with Ruby 1.9, and owing to totally different ways of doing s-
expressions in Ruby 1.8 (which required RubyNode) and 1.9 (which can trap
the not and != operators as methods, so I can use the interpreter itself
to generate everything I need in an s-expression), the Ruby 1.9 version
no longer requires a dependency on RubyNode. In fact, RubyNode doesn't
exist for 1.9 AFAICT.
Is there a way to do one of the following in RubyGems?
* create a Ruby 1.8 flavor of the gem and another Ruby 1.9 flavor.
Preferably, I'd like the gems to have the same name and live side-by
side on RubyForge.
or
* Have both versions of the dependencies exist in a single gem,
but only enforce the RubyNode dependency when the gem is installed on
Ruby 1.8.
compatible with Ruby 1.9, and owing to totally different ways of doing s-
expressions in Ruby 1.8 (which required RubyNode) and 1.9 (which can trap
the not and != operators as methods, so I can use the interpreter itself
to generate everything I need in an s-expression), the Ruby 1.9 version
no longer requires a dependency on RubyNode. In fact, RubyNode doesn't
exist for 1.9 AFAICT.
Is there a way to do one of the following in RubyGems?
* create a Ruby 1.8 flavor of the gem and another Ruby 1.9 flavor.
Preferably, I'd like the gems to have the same name and live side-by
side on RubyForge.
or
* Have both versions of the dependencies exist in a single gem,
but only enforce the RubyNode dependency when the gem is installed on
Ruby 1.8.