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

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

[naruse (Yui NARUSE)]

Issue #6590 has been updated by naruse (Yui NARUSE).

Status changed from Open to Assigned
Assignee set to mrkn (Kenta Murata)


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

Author: headius (Charles Nutter)
Status: Assigned
Priority: Normal
Assignee: mrkn (Kenta Murata)
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/

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

[mrkn (Kenta Murata)]

Issue #6590 has been updated by mrkn (Kenta Murata).


I'm sorry I don't understand JRuby.

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

Author: headius (Charles Nutter)
Status: Assigned
Priority: Normal
Assignee: mrkn (Kenta Murata)
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/

[ruby-core:45886] [ruby-trunk - Feature #6590][Third Party's Issue] Dealing with bigdecimal, etc gems in JRuby

[mrkn (Kenta Murata)]

Issue #6590 has been updated by mrkn (Kenta Murata).

Status changed from Assigned to Third Party's Issue


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

Author: headius (Charles Nutter)
Status: Third Party's Issue
Priority: Normal
Assignee: mrkn (Kenta Murata)
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/

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

[marcandre (Marc-Andre Lafortune)]

Issue #6590 has been updated by marcandre (Marc-Andre Lafortune).

Status changed from Third Party's Issue to Open
Assignee changed from mrkn (Kenta Murata) to nahi (Hiroshi Nakamura)

If JRuby has problems because of the new bundled gems, should we not try to find a solution?

Maybe Nahi can help?
----------------------------------------
Feature #6590:  Dealing with bigdecimal, etc gems in JRuby
https://bugs.ruby-lang.org/issues/6590#change-27487

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/

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

[hasari (Hiro Asari)]

Issue #6590 has been updated by hasari (Hiro Asari).


I feel that a shim for JRuby would do the job for now. Whether or not JRuby can RubyBigDecimal.java into a gem is a separate issue; I feel that this might be a case where behavioral difference between MRI and JRuby is tolerated.
----------------------------------------
Feature #6590:  Dealing with bigdecimal, etc gems in JRuby
https://bugs.ruby-lang.org/issues/6590#change-27505

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/

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

[vo.x (Vit Ondruch)]

Issue #6590 has been updated by vo.x (Vit Ondruch).


mrkn (Kenta Murata) wrote:
> I'm sorry I don't understand JRuby.

You don't have to understand JRuby. You just need to allow the JRuby team to upload the Java version of BigDecimal. So if they do "gem install bigdecimal" using JRuby, the proper (Java) version is installed.
----------------------------------------
Feature #6590:  Dealing with bigdecimal, etc gems in JRuby
https://bugs.ruby-lang.org/issues/6590#change-27556

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/

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

[mrkn (Kenta Murata)]

Issue #6590 has been updated by mrkn (Kenta Murata).


I don't know how do I allow the JRuby team to uload the Java version of BigDecimal.
What should I do?

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

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/

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

[Aaron Patterson]

[-- Attachment #1: Type: text/plain, Size: 735 bytes --]

On Sun, Jul 01, 2012 at 04:22:59PM +0900, mrkn (Kenta Murata) wrote:
> 
> Issue #6590 has been updated by mrkn (Kenta Murata).
> 
> 
> I don't know how do I allow the JRuby team to uload the Java version of BigDecimal.
> What should I do?

You can add headius like this:

  $ gem owner -a headius@example.org bigdecimal

But you need his rubygems.org email address.

Charlie, would this be a sufficient solution for now?  I suspect that
all stdlib gems suffer from this same problem.  We should think about a
better solution.  Whenever a CRuby stdlib gem with native code is released,
an equivalent JRuby gem should be released too.  How can we accomplish
that?

-- 
Aaron Patterson
http://tenderlovemaking.com/

[-- Attachment #2: Type: application/pgp-signature, Size: 487 bytes --]

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

[KOSAKI Motohiro]

On Mon, Jul 2, 2012 at 10:51 AM, Aaron Patterson
<tenderlove@ruby-lang.org> wrote:
> On Sun, Jul 01, 2012 at 04:22:59PM +0900, mrkn (Kenta Murata) wrote:
>>
>> Issue #6590 has been updated by mrkn (Kenta Murata).
>>
>>
>> I don't know how do I allow the JRuby team to uload the Java version of BigDecimal.
>> What should I do?
>
> You can add headius like this:
>
>   $ gem owner -a headius@example.org bigdecimal
>
> But you need his rubygems.org email address.
>
> Charlie, would this be a sufficient solution for now?  I suspect that
> all stdlib gems suffer from this same problem.  We should think about a
> better solution.  Whenever a CRuby stdlib gem with native code is released,
> an equivalent JRuby gem should be released too.  How can we accomplish
> that?

I dislike this idea at all. If we take it, bigdecimal gem evetually
has c, java, C#,
haskel, pascal, etc implementations when we get more and more various
ruby interpreter.

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.

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

[Alex Young]

On 02/07/12 15:51, Aaron Patterson wrote:
> On Sun, Jul 01, 2012 at 04:22:59PM +0900, mrkn (Kenta Murata) wrote:
>>
>> Issue #6590 has been updated by mrkn (Kenta Murata).
>>
>>
>> I don't know how do I allow the JRuby team to uload the Java version of BigDecimal.
>> What should I do?
>
> You can add headius like this:
>
>    $ gem owner -a headius@example.org bigdecimal
>
> But you need his rubygems.org email address.
>
> Charlie, would this be a sufficient solution for now?  I suspect that
> all stdlib gems suffer from this same problem.  We should think about a
> better solution.  Whenever a CRuby stdlib gem with native code is released,
> an equivalent JRuby gem should be released too.  How can we accomplish
> that?
>
Surely it's only necessary to coordinate both when the API changes?  If 
it's just bug-fixes, they should be independent.

-- 
Alex

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

[vo.x (Vit Ondruch)]

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/

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

[KOSAKI Motohiro]

On Tue, Jul 3, 2012 at 12:35 AM, vo.x (Vit Ondruch)
<v.ondruch@tiscali.cz> wrote:
>
> 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.

I disagree. JRuby bigdecimal is not equal with mrkn bigdecimal. It is
a forked gem. They were
maintained different maintainer and different repository.  We can't
synchronized them anytime. So, No. Please drop f*cking insane idea. It
doesn work at all.

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

[vo.x (Vit Ondruch)]

Issue #6590 has been updated by vo.x (Vit Ondruch).


kosaki (Motohiro KOSAKI) wrote:
> On Tue, Jul 3, 2012 at 12:35 AM, vo.x (Vit Ondruch)
>  <v.ondruch@tiscali.cz> wrote:
>  >
>  > 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.
>  
>  I disagree. JRuby bigdecimal is not equal with mrkn bigdecimal. It is
>  a forked gem. They were
>  maintained different maintainer and different repository.  We can't
>  synchronized them anytime. So, No. Please drop f*cking insane idea. It
>  doesn work at all.

It is interesting to see you position, since such collaboration works for JSON gem for example (if I am not mistaken).

Yes, you are right, the JRuby's BigDecimal is fork, but I see no reason why it shouldn't be merged, as long as people can communicate.
----------------------------------------
Feature #6590:  Dealing with bigdecimal, etc gems in JRuby
https://bugs.ruby-lang.org/issues/6590#change-27748

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/

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

[headius (Charles Nutter)]

Issue #6590 has been updated by headius (Charles Nutter).


Facts:

* JRuby's bigdecimal implementation is separate from MRI's
* bigdecimal is shipped as a gem for MRI now, preinstalled by default but possible to upgrade and set as a gem dependency
* Users who want the most current bigdecimal implementation on MRI may set bigdecimal as a dependency
* Libraries may also set bigdecimal as a dependency
* Without a gem that is installable on JRuby, those users and libraries will fail to install dependencies
* BigDecimal is depended on by JRuby internals and cannot be separated from JRuby (i.e. JRuby can't run without BigDecimal library built in

All we are really looking for is a way for "bigdecimal" and other preinstalled (on MRI) gem dependencies to work on JRuby. The easiest way would be to have -java platform stub gems for the native extensions in MRI.

We do not currently see any value in attempting to maintain our native extensions alongside MRI's native extensions since they are completely different codebases.
----------------------------------------
Feature #6590:  Dealing with bigdecimal, etc gems in JRuby
https://bugs.ruby-lang.org/issues/6590#change-27770

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/

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

[mame (Yusuke Endoh)]

Issue #6590 has been updated by mame (Yusuke Endoh).

Status changed from Open to Assigned


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

Author: headius (Charles Nutter)
Status: Assigned
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/

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

[elninorian (menuju sukses sukses)]

Issue #6590 has been updated by elninorian (menuju sukses sukses).


http://www.howtogetaflatstomachforgirls.com/
http://www.howtogetaflatstomachforgirls.com/lose-weight/lose-weight-teenage-girls/
http://www.howtogetaflatstomachforgirls.com/uncategorized/reviews-flat-belly-diet-book-work/
http://www.howtogetaflatstomachforgirls.com/diet/diet-rich-cellulose/
http://www.howtogetaflatstomachforgirls.com/belly-fat/flat-belly-menopause/
http://www.howtogetaflatstomachforgirls.com/flat-belly/flat-belly-menu-plan-vegetarians/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-for-girls/how-to-get-a-flat-stomach-for-girls-in-2-weeks/
http://www.howtogetaflatstomachforgirls.com/have-a-flat-stomach-for-girls/how-to-have-a-flat-stomach-for-girls-a/
http://www.howtogetaflatstomachforgirls.com/weight-loss-secrets/the-secret-to-losing-weight/
http://www.howtogetaflatstomachforgirls.com/exercise-to-slim-legs/exercise-to-slim-legs/
http://www.howtogetaflatstomachforgirls.com/weight-loss-secrets/lose-6-pounds-in-a-week/
http://www.howtogetaflatstomachforgirls.com/diet/ketogenic-diet-risks/
http://www.howtogetaflatstomachforgirls.com/lose-pounds/lose-6-pounds-in-two-weeks/
http://www.howtogetaflatstomachforgirls.com/belly-fat/belly-fat-under-belly-button/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-for-girls/how-to-get-a-flat-stomach-for-girls-fast/
http://www.howtogetaflatstomachforgirls.com/a-flat-stomach/flat-stomach-in-a-month/
http://www.howtogetaflatstomachforgirls.com/belly-fat/flatten-belly-fast/
http://www.howtogetaflatstomachforgirls.com/abs/how-to-get-abs-for-girls-women/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-fast-for-girls/how-to-get-a-flat-stomach-for-girls-a/
http://www.howtogetaflatstomachforgirls.com/flat-belly/flat-belly-solution/
http://www.howtogetaflatstomachforgirls.com/exercises-work/exercises-work-flat-stomach/
http://www.howtogetaflatstomachforgirls.com/a-flat-stomach/foods-flat-stomach/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-diet-does-work/flat-stomach-diet-work/
http://www.howtogetaflatstomachforgirls.com/cardio-training-tips-workout/cardio-training-tips-workout-flat-stomach/
http://www.howtogetaflatstomachforgirls.com/bonus-buy-flat-stomach/bonus-buy-flat-stomach-diet-does-work/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-ebook/flat-stomach-ebook-download/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-program/flat-stomach-programme-exercise-training-workout-gym-2012/
http://www.howtogetaflatstomachforgirls.com/abs/how-to-have-defined-abs/
http://www.howtogetaflatstomachforgirls.com/weight-loss-secrets/lose-weight-while-walking/
http://www.howtogetaflatstomachforgirls.com/stomach-for-girls-in-a-week/how-to-get-a-flat-stomach-for-girls-in-a-week-for-teenagers/
http://www.howtogetaflatstomachforgirls.com/secrets-to-lose-weight-fast/secrets-to-lose-weight-fast/
http://www.howtogetaflatstomachforgirls.com/exercises-for-flat-stomach/how-to-get-a-flat-stomach-for-girls-exercises/
http://www.howtogetaflatstomachforgirls.com/to-get-a-flat-stomach-at-home-for-girls/how-to-get-a-flat-stomach-at-home-for-girls-fast-for-girls-at-home/
http://www.howtogetaflatstomachforgirls.com/tips-for-slimming-stomach/tips-for-slimming-stomach-weigh-your-belly/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-for-girls/flat-stomach-for-girls/
http://www.howtogetaflatstomachforgirls.com/a-flat-stomach/a-flat-stomach-the-ideal-diet-and-exercise-system-beautiful-belly/
http://www.howtogetaflatstomachforgirls.com/belly-fat/flat-belly-menu-plan/
http://www.howtogetaflatstomachforgirls.com/flat-belly/menu-plan-flat-belly-diet/
http://www.howtogetaflatstomachforgirls.com/weight-loss-secrets/lose-3-kg-in-3-days-how-to-lose-3-kg-in-3-days/
http://www.howtogetaflatstomachforgirls.com/diet/moerman-diet/
http://www.howtogetaflatstomachforgirls.com/weight-loss-secrets/lose-4-kg-how-to-lose-4-kg/
http://www.howtogetaflatstomachforgirls.com/belly-fat/how-to-lose-belly-fat-swimming/
http://www.howtogetaflatstomachforgirls.com/belly-fat/fast-flatten-belly-fast/
http://www.howtogetaflatstomachforgirls.com/how-to-lose-3-kg-in-a-month/how-to-lose-3-kg-in-a-month/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-for-girls/girls-with-flat-stomach/
http://www.howtogetaflatstomachforgirls.com/flat-stomach-for-girls/how-long-does-it-take-to-get-a-flat-stomach-for-girls/
http://www.howtogetaflatstomachforgirls.com/how-do-i-lose-weight-in-a-week/how-do-i-lose-weight-in-a-week/

http://www.fatburningfoodsformen1.com/belly-fat-exercises-for-men.htm
http://www.fatburningfoodsformen1.com/abs-exercises-for-men.htm
http://www.fatburningfoodsformen1.com/green-tea-burn-belly-fat.htm
http://www.fatburningfoodsformen1.com/belly-fat-exercises-for-men.htm
http://www.fatburningfoodsformen1.com/the-man-diet-free-download.htm

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

Author: headius (Charles Nutter)
Status: Assigned
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/

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

[mame (Yusuke Endoh)]

Issue #6590 has been updated by mame (Yusuke Endoh).

Target version set to next minor


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

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


 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/

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

[hsbt]

Issue #6590 has been updated by hsbt (Hiroshi SHIBATA).

Assignee changed from nahi (Hiroshi Nakamura) to hsbt (Hiroshi SHIBATA)

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

* Author: headius (Charles Nutter)
* Status: Assigned
* Priority: Normal
* Assignee: hsbt (Hiroshi SHIBATA)
* 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

---Files--------------------------------
noname (500 Bytes)


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

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

[eregontp]

Issue #6590 has been updated by Eregon (Benoit Daloze).


@hsbt I wonder, is there a plan for addressing this?
There are now many default gems as shown by https://stdgems.org/, a fair amount of them being C extensions and not pure-Ruby.

Basically, there will be similar situations with TruffleRuby, where users try to install/update a default gem (there were not many user-submitted issues related to this yet, though).
The difference being TruffleRuby can support C extensions, although some gems will need some work to run on TruffleRuby (e.g., currently `bigdecimal` doesn't `gem install` on TruffleRuby).

For some of these gems such as `stringio` and `fiddle`, I think it might be better for TruffleRuby to keep TruffleRuby's mostly pure-Ruby implementations instead of using a C extension.
This would be possible with e.g., some `RUBY_ENGINE` check in both extconf.rb and the main library file, similar to how it's done for the FFI gem:
https://github.com/ffi/ffi/blob/cb3aaca588c6645b5c8186505fb42f809811055f/ext/ffi_c/extconf.rb#L3
https://github.com/ffi/ffi/blob/master/lib/ffi.rb
However, that has the downside to be potentially not fully API-compatible if there are additions in the default gem compared to the latest MRI release.

For the rest of the gems, it would probably be best for TruffleRuby to use the C extension, to reduce maintenance efforts and make sure to be compatible with MRI's version. However, that might require significant work for C extension compatibility, so it's trade-off if there is already a pure-Ruby implementation.

To give some idea, TruffleRuby can currently run these C extension default gems:
etc, json, openssl, psych and zlib.
And these are untested and probably don't work yet:
bigdecimal, date, *dbm, fcntl, fiddle, io-console, stringio, strscan.

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

* Author: headius (Charles Nutter)
* Status: Assigned
* Priority: Normal
* Assignee: hsbt (Hiroshi SHIBATA)
* 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

---Files--------------------------------
noname (500 Bytes)


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