[#111472] [Ruby master Bug#19274] Error installing ruby 3.2.0 on RH 8 — "aalllop (Alberto Allegue) via ruby-core" <ruby-core@...>
Issue #19274 has been reported by aalllop (Alberto Allegue).
5 messages
2022/12/28
[#111508] Data support for versions before 3.2.0 — Eustáquio Rangel via ruby-core <ruby-core@...>
I was wondering that every piece of code (gems, etc) that use the new Data =
3 messages
2022/12/29
[ruby-core:111513] Re: Data support for versions before 3.2.0
From:
Victor Shepelev via ruby-core <ruby-core@...>
Date:
2022-12-29 20:32:44 UTC
List:
ruby-core #111513
My go-to answer to the question always was backports gem:
https://github.com/marcandre/backports
Sadly, it is not updated for 3.2 (seems that the primary maintainer is not
very active online lately), but I actually plan to provide the PR in some
upcoming weeks.
Another option to look into is polyfils/transpiler gem
https://github.com/ruby-next/ruby-next... which isn't updated for 3.2
either :(
V.
=D1=87=D1=82, 29 =D0=B3=D1=80=D1=83=D0=B4. 2022 =D1=80. =D0=BE 19:45 Eust=
=C3=A1quio Rangel via ruby-core <
ruby-core@ml.ruby-lang.org> =D0=BF=D0=B8=D1=88=D0=B5:
> I was wondering that every piece of code (gems, etc) that use the new Dat=
a
> object from now on will demand a mandatory upgrade to >=3D 3.2.0. It's a =
good
> thing upgrade the language versions, but often we can't do it for many
> reasons and would love to use the new code (updated or new gems) on our
> projects current versions.
>
> On the original Data PR I saw one of the reasons asking Data be a languag=
e
> feature and not a gem ("nobody will even try to use a gem for representin=
g
> it with, unless the framework/library used already provides one"), I agre=
e
> with that, but I'm curious if i there is any plan to support older langua=
ge
> versions, like releasing a gem to mimic main Data features into older
> language versions and not force a mandatory upgrade to >=3D 3.2.0. I sear=
ched
> on rubygems but didn't find one like that.
>
> Btw, looks like what we had before with Fibers and Ractors, but seems to
> me Data will have an easier and faster adoption.
>
> Thanks.
> ______________________________________________
> ruby-core mailing list -- ruby-core@ml.ruby-lang.org
> To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
> ruby-core info --
> https://ml.ruby-lang.org/mailman3/postorius/lists/ruby-core.ml.ruby-lang.=
org/
______________________________________________
ruby-core mailing list -- ruby-core@ml.ruby-lang.org
To unsubscribe send an email to ruby-core-leave@ml.ruby-lang.org
ruby-core info -- https://ml.ruby-lang.org/mailman3/postorius/lists/ruby-core.ml.ruby-lang.org/