[#46105] [ruby-trunk - Feature #6687][Open] Enumerable#with — "merborne (kyo endo)" <redmine@...>

14 messages 2012/07/02

[#46133] [ruby-trunk - Feature #6688][Open] Object#replace — "prijutme4ty (Ilya Vorontsov)" <prijutme4ty@...>

24 messages 2012/07/03

[#46160] [ruby-trunk - Feature #6693][Open] Don't warn for unused variables starting with _ — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

15 messages 2012/07/04

[#46200] [ruby-trunk - Bug #6702][Open] Date should be either required or not — "rosenfeld (Rodrigo Rosenfeld Rosas)" <rr.rosas@...>

14 messages 2012/07/05

[#46296] [ruby-trunk - Feature #6717][Open] Method like #instance_eval that returns self (like #tap) — "alexeymuranov (Alexey Muranov)" <redmine@...>

10 messages 2012/07/10

[#46320] [ruby-trunk - Feature #6721][Open] Object#yield_self — "alexeymuranov (Alexey Muranov)" <redmine@...>

25 messages 2012/07/11

[#46339] [ruby-trunk - Bug #6724][Open] waaaaaaant! ( — "zenspider (Ryan Davis)" <redmine@...>

11 messages 2012/07/11

[#46377] [ruby-trunk - Feature #6727][Open] Add Array#rest (with implementation) — "duckinator (Nick Markwell)" <nick@...>

25 messages 2012/07/13

[#46492] [ruby-trunk - Feature #6737][Open] Add Hash#read and alias as #[]. — "trans (Thomas Sawyer)" <transfire@...>

12 messages 2012/07/15

[#46500] [ruby-trunk - Feature #6739][Open] One-line rescue statement should support specifying an exception class — Quintus (Marvin Gülker) <sutniuq@...>

22 messages 2012/07/15

[#46562] [ruby-trunk - Feature #6758][Open] Object#sequence — "merborne (kyo endo)" <redmine@...>

19 messages 2012/07/20

[#46574] [ruby-trunk - Feature #6762][Open] Control interrupt timing — "ko1 (Koichi Sasada)" <redmine@...>

39 messages 2012/07/20

[#46641] [ruby-trunk - Bug #6780][Open] cannot compile zlib module, when cross-compiling. — "jinleileiking (lei king)" <jinleileiking@...>

14 messages 2012/07/23

[#46659] [ruby-trunk - Bug #6783][Open] Infinite loop in inspect, not overriding inspect, to_s, and no known circular references. Stepping into inspect in debugger locks it up with 100% CPU. — "garysweaver (Gary Weaver)" <garysweaver@...>

8 messages 2012/07/23

[#46792] [ruby-trunk - Bug #6799][Open] Digest::*.hexdigest returns an ASCII-8BIT String — "Eregon (Benoit Daloze)" <redmine@...>

11 messages 2012/07/26

[#46799] [ruby-trunk - Feature #6801][Open] String#~ for a here document — "merborne (kyo endo)" <redmine@...>

12 messages 2012/07/27

[#46829] [ruby-trunk - Feature #6806][Open] Support functional programming: forbid instance/class variables for ModuleName::method_name, allow for ModuleName.method_name — "alexeymuranov (Alexey Muranov)" <redmine@...>

7 messages 2012/07/28

[#46832] [ruby-trunk - Bug #6807][Open] Can't compile ruby without ruby — "devcurmudgeon (Paul Sherwood)" <storitel@...>

13 messages 2012/07/28

[#46834] [ruby-trunk - Feature #6808][Open] Implicit index for enumerations — "trans (Thomas Sawyer)" <transfire@...>

15 messages 2012/07/28

[#46838] [ruby-trunk - Bug #6810][Open] `module A::B; end` is not equivalent to `module A; module B; end; end` with respect to constant lookup (scope) — "alexeymuranov (Alexey Muranov)" <redmine@...>

17 messages 2012/07/28

[#46896] (Half-baked DRAFT) new `require' framework — SASADA Koichi <ko1@...>

Hi,

22 messages 2012/07/31

[ruby-core:46128] [ruby-trunk - Feature #6590] Dealing with bigdecimal, etc gems in JRuby

From: "vo.x (Vit Ondruch)" <v.ondruch@...>
Date: 2012-07-03 04:35:03 UTC
List: ruby-core #46128
Issue #6590 has been updated by vo.x (Vit Ondruch).


kosaki (Motohiro KOSAKI) wrote:
>  Actually, this is not bigdecimal issue. It is gem discovery issue. MRI
>  support two extension types,
>  C and Ruby. JRuby also support two extension types, Java and Ruby. gem
>  loader should realized
>  the fact and prefer to look up Java implementation when used from
>  JRuby. I think.

Actually that is exactly what RubyGems do and what Aaron is proposing. Take nokogiri [1] for example. If you are using MRI, then the nokogiri gem is taken. If it happens you are windows user, then RubyGems downloads nokogiri-x86-mingw32 and if you are JRuby user, then the nokogiri-java version is prefered. They are all just nokogiris, so RubyGems takes the gems from one location. So the MRI gem will be uploaded by mkrn and the JRuby version by headius. It should be just somehow synchronized when new gem version is released.


[1] https://rubygems.org/gems/nokogiri


----------------------------------------
Feature #6590:  Dealing with bigdecimal, etc gems in JRuby
https://bugs.ruby-lang.org/issues/6590#change-27742

Author: headius (Charles Nutter)
Status: Open
Priority: Normal
Assignee: nahi (Hiroshi Nakamura)
Category: 
Target version: 


 Hello!
 
 http://jira.codehaus.org/browse/JRUBY-6704
 
 We have a need to make the "bigdecimal" gem work for JRuby, so that
 distros (like Red Hat, mentioned in the above bug) and users can have
 the same gemspec for JRuby with updated bigdecimal gem references.
 
 I'm not sure the best way to proceed.
 
 The bigdecimal source and gemspec all come from MRI source, and are
 not versioned separately. That means we can't simply share a
 repository for the JRuby bits. We could maintain a forked version in
 our forked "jruby/ruby" repository, but that wouldn't be part of the
 bigdecimal release cycle then.
 
 So I'm looking to you for guidance.
 
 The BigDecimal lib is here in JRuby:
 https://github.com/jruby/jruby/tree/master/src/org/jruby/ext/bigdecimal
 
 It might be simplest if for now there's a dummy "bigdecimal" gem
 pushed for JRuby that does not contain anything, since we would have
 other complications if we tried to remove BigDecimal from JRuby proper
 (it is referenced elsewhere int eh code, etc).
 
 Thoughts?
 
 - Charlie


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

In This Thread

Prev Next