+1

El jue, 3 oct 2024, 20:06, Wenchen Fan <cloud0...@gmail.com> escribió:

> +1
>
> On Wed, Oct 2, 2024 at 7:50 AM Peter Toth <peter.t...@gmail.com> wrote:
>
>> +1
>>
>> On Tue, Oct 1, 2024, 08:33 Yang Jie <yangji...@apache.org> wrote:
>>
>>> +1, Thanks
>>>
>>> Jie Yang
>>>
>>> On 2024/10/01 03:26:40 John Zhuge wrote:
>>> > +1 (non-binding)
>>> >
>>> > On Mon, Sep 30, 2024 at 7:42 PM Gengliang Wang
>>> > <gengliang.w...@databricks.com.invalid> wrote:
>>> >
>>> > > +1
>>> > >
>>> > > On Mon, Sep 30, 2024 at 6:22 PM Jungtaek Lim <
>>> kabhwan.opensou...@gmail.com>
>>> > > wrote:
>>> > >
>>> > >> +1 (non-binding), promising proposal!
>>> > >>
>>> > >> 2024년 10월 1일 (화) 오전 8:04, Dongjoon Hyun <dongj...@apache.org>님이 작성:
>>> > >>
>>> > >>> Thank you for the swift clarification, Reynold and Xiao.
>>> > >>>
>>> > >>> It seems that the Target Version was set mistakenly initially.
>>> > >>>
>>> > >>> I removed the `Target Version` from the SPIP JIRA.
>>> > >>>
>>> > >>> https://issues.apache.org/jira/browse/SPARK-49834
>>> > >>>
>>> > >>> I'm switching my cast to +1 for this SPIP vote.
>>> > >>>
>>> > >>> Thanks,
>>> > >>> Dongjoon.
>>> > >>>
>>> > >>> On 2024/09/30 22:55:41 Xiao Li wrote:
>>> > >>> > +1 in support of the direction of the Single-pass Analyzer for
>>> > >>> Catalyst.
>>> > >>> >
>>> > >>> > I think we should not have a target version for the new Catalyst
>>> > >>> SPARK-49834
>>> > >>> > <https://issues.apache.org/jira/browse/SPARK-49834>. It should
>>> not be
>>> > >>> a
>>> > >>> > blocker for Spark 4.0. When implementing the new analyzer, the
>>> code
>>> > >>> changes
>>> > >>> > must not affect users of the existing analyzer to avoid any
>>> user-facing
>>> > >>> > impacts.
>>> > >>> >
>>> > >>> > Reynold Xin <r...@databricks.com.invalid> 于2024年9月30日周一 15:39写道:
>>> > >>> >
>>> > >>> > > I don't actually "lead" this. But I don't think this needs to
>>> target
>>> > >>> a
>>> > >>> > > specific Spark version given it should not have any user facing
>>> > >>> > > consequences?
>>> > >>> > >
>>> > >>> > >
>>> > >>> > > On Mon, Sep 30, 2024 at 3:36 PM Dongjoon Hyun <
>>> dongj...@apache.org>
>>> > >>> wrote:
>>> > >>> > >
>>> > >>> > >> Thank you for leading this, Vladimir, Reynold, Herman.
>>> > >>> > >>
>>> > >>> > >> I'm wondering if this is really achievable goal for Apache
>>> Spark
>>> > >>> 4.0.0.
>>> > >>> > >>
>>> > >>> > >> If it's expected that we are unable to deliver it, shall we
>>> > >>> postpone this
>>> > >>> > >> vote until 4.1.0 planning?
>>> > >>> > >>
>>> > >>> > >> Anyway, since SPARK-49834 has a target version 4.0.0
>>> explicitly,
>>> > >>> > >>
>>> > >>> > >> -1 from my side.
>>> > >>> > >>
>>> > >>> > >> Thanks,
>>> > >>> > >> Dongjoon.
>>> > >>> > >>
>>> > >>> > >>
>>> > >>> > >> On 2024/09/30 17:51:24 Herman van Hovell wrote:
>>> > >>> > >> > +1
>>> > >>> > >> >
>>> > >>> > >> > On Mon, Sep 30, 2024 at 8:29 AM Reynold Xin
>>> > >>> <r...@databricks.com.invalid
>>> > >>> > >> >
>>> > >>> > >> > wrote:
>>> > >>> > >> >
>>> > >>> > >> > > +1
>>> > >>> > >> > >
>>> > >>> > >> > > On Mon, Sep 30, 2024 at 6:47 AM Vladimir Golubev <
>>> > >>> vvdr....@gmail.com>
>>> > >>> > >> > > wrote:
>>> > >>> > >> > >
>>> > >>> > >> > >> Hi all,
>>> > >>> > >> > >>
>>> > >>> > >> > >> I’d like to start a vote for a single-pass Analyzer for
>>> the
>>> > >>> Catalyst
>>> > >>> > >> > >> project. This project will introduce a new analysis
>>> framework
>>> > >>> to the
>>> > >>> > >> > >> Catalyst, which will eventually replace the fixed-point
>>> one.
>>> > >>> > >> > >>
>>> > >>> > >> > >> Please refer to the SPIP jira:
>>> > >>> > >> > >> https://issues.apache.org/jira/browse/SPARK-49834
>>> > >>> > >> > >>
>>> > >>> > >> > >> [ ] +1: Accept the proposal
>>> > >>> > >> > >> [ ] +0
>>> > >>> > >> > >> [ ] -1: I don’t think this is a good idea because …
>>> > >>> > >> > >>
>>> > >>> > >> > >> Thanks!
>>> > >>> > >> > >>
>>> > >>> > >> > >> Vladimir
>>> > >>> > >> > >>
>>> > >>> > >> > >
>>> > >>> > >> >
>>> > >>> > >>
>>> > >>> > >>
>>> > >>>
>>> ---------------------------------------------------------------------
>>> > >>> > >> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
>>> > >>> > >>
>>> > >>> > >>
>>> > >>> >
>>> > >>>
>>> > >>>
>>> ---------------------------------------------------------------------
>>> > >>> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
>>> > >>>
>>> > >>>
>>> >
>>> > --
>>> > John Zhuge
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe e-mail: dev-unsubscr...@spark.apache.org
>>>
>>>

Reply via email to