[#51213] [ruby-trunk - Bug #7645][Open] BigDecimal#== slow when compared to true/false — "mathie (Graeme Mathieson)" <mathie@...>

11 messages 2013/01/01

[#51328] [ruby-trunk - Bug #7676][Open] Comparison of Float::NAN in array behaves unexpectedly — "simonrussell (Simon Russell)" <spam+ruby@...>

11 messages 2013/01/09

[#51347] [ruby-trunk - Bug #7679][Open] IRB history is broken — "zzak (Zachary Scott)" <zachary@...>

15 messages 2013/01/10

[#51389] [ruby-trunk - Bug #7688][Open] Error hiding with rb_rescue() on Comparable#==, #coerce and others — "Eregon (Benoit Daloze)" <redmine@...>

34 messages 2013/01/11

[#51430] [ruby-trunk - Bug #7696][Open] Lazy enumerators with state can't be rewound — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

15 messages 2013/01/14

[#51437] [ruby-trunk - Bug #7698][Open] RubyGems 2.0 has an incompatibility about installation of extension libraries — "mrkn (Kenta Murata)" <muraken@...>

21 messages 2013/01/15

[#51454] [CommonRuby - Feature #7701][Open] Non-optional (required) keyword args — "headius (Charles Nutter)" <headius@...>

31 messages 2013/01/15

[#51499] [ruby-trunk - Feature #7712][Open] Add .txt extensions to all plain-text documentation files for Windows users — "postmodern (Hal Brodigan)" <postmodern.mod3@...>

9 messages 2013/01/18

[#51619] [ruby-trunk - Feature #7738][Open] Deprecate Set#+ as an alias of Set#|, use it for symmetric difference. Introduce Hash#| for Hash#reverse_merge in Rails. — "alexeymuranov (Alexey Muranov)" <redmine@...>

11 messages 2013/01/24

[#51623] [ruby-trunk - Feature #7739][Open] Define Hash#| as Hash#reverse_merge in Rails — "alexeymuranov (Alexey Muranov)" <redmine@...>

24 messages 2013/01/24

[#51714] [CommonRuby - Feature #7747][Open] Expanded API for Binding semantics — "jballanc (Joshua Ballanco)" <jballanc@...>

19 messages 2013/01/27

[#51742] [ruby-trunk - Bug #7756][Open] clang 3.2 sees through UNINITIALIZED_VAR macro, gives warning — "drbrain (Eric Hodel)" <drbrain@...7.net>

10 messages 2013/01/29

[#51763] [ruby-trunk - Bug #7758][Open] Ruby on Windows crashes when active codepage is codepage 65001 and outputting unicode character — "joshc (Josh C)" <josh.nw@...>

16 messages 2013/01/30

[ruby-core:51277] [ruby-trunk - Bug #7664] Keyword arguments with `**` make code targeting 1.9 / 2.0 difficult

From: "nobu (Nobuyoshi Nakada)" <nobu@...>
Date: 2013-01-07 02:52:09 UTC
List: ruby-core #51277
Issue #7664 has been updated by nobu (Nobuyoshi Nakada).


=begin
Have you tried this in 2.0 actually?

 args = [ string ] + [ options ]
 log(*args) 
=end

----------------------------------------
Bug #7664: Keyword arguments with `**` make code targeting 1.9 / 2.0 difficult
https://bugs.ruby-lang.org/issues/7664#change-35242

Author: wycats (Yehuda Katz)
Status: Rejected
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 2.0.0dev


You could imagine writing code that calls into a user-supplied hook:

  log("App booted", level: :info)

It is possible for both Ruby 1.9 and Ruby 2.0 users to write such a hook:

  # Ruby 1.9
  def log(string, options={})
    level = options[:level]
    puts "#{level}: #{string}"
  end

  # Ruby 2.0
  def log(string, level: nil)
    puts "#{level}: #{string}"
  end

So far so good. It's also possible for Ruby 2.0 users to handle arbitrary arguments:

  # Ruby 2.0
  def log(string, **options)
    # pass options along to other methods without explicit keyword args support
  end

However, it is not possible to *call into* methods with arbitrary arguments in a compatible way:

  # Ruby 1.9
  args = [ string ] + [ options ]
  log(*args)

  # Ruby 2.0
  log(string, **options)

Unless I'm missing something, this makes it impossible to write code that targets both Ruby 1.9 and Ruby 2.0 if you need to send arbitrary keyword arguments to a method.

Also, because `**` is new syntax, the only way to handle this problem is via eval:

  if RUBY_VERSION > "2"
    eval "log(string, **options)", __FILE__, __LINE__
  else
    args = [ string ] + [ options ]
    log(*args)
  end

This can work if you use `class_eval` to create two different versions of the method at class creation time, but it's pretty ugly even in that case.

Is there a way to make it possible to have a backwards-compatible calling signature that can target both the Ruby 1.9 and Ruby 2.0 method signatures for doing keyword arguments?


-- 
http://bugs.ruby-lang.org/

In This Thread

Prev Next