Re: Bison 3.0 updates

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andres Freund <andres(at)2ndquadrant(dot)com>
Cc: Stephen Frost <sfrost(at)snowman(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Bison 3.0 updates
Date: 2013-07-29 12:17:46
Message-ID: 23154.1375100266@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: buildfarm-members pgsql-hackers

Andres Freund <andres(at)2ndquadrant(dot)com> writes:
> On 2013-07-29 08:02:49 -0400, Tom Lane wrote:
>> If we turn off the optimization, that will fix any other cases as well,
>> no? So why would we risk breaking third-party code by back-porting the
>> struct declaration changes?

> The -fno-agressive-loop thingie afaics only controls the optimization
> with regard to loopey constructs, not in general. I *think* there are
> independent hazards with general unreachability detection. Not sure
> whether they trigger at -O2 or only at -O3 though.

I'm not excited about breaking code in order to fix optimization bugs
that are purely hypothetical (and for which there's no particular reason
to believe that the proposed change would fix them anyway). If we were
seeing such things in the field it would be a different story.

regards, tom lane

In response to

Responses

Browse buildfarm-members by date

  From Date Subject
Next Message Andres Freund 2013-07-29 12:33:26 Re: Bison 3.0 updates
Previous Message Andres Freund 2013-07-29 12:08:23 Re: Bison 3.0 updates

Browse pgsql-hackers by date

  From Date Subject
Next Message Andres Freund 2013-07-29 12:33:26 Re: Bison 3.0 updates
Previous Message Andres Freund 2013-07-29 12:08:23 Re: Bison 3.0 updates