+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