Re: [PATCH] Fix PR60319, mixing -f[no-]strict-overflow units with LTO

2014-02-25 Thread Richard Biener
On Mon, 24 Feb 2014, Jan Hubicka wrote: > > > > This addresses miscompilations caused by improperly mixing > > -f[no-]strict-overflow units (and thus optimize <= 1 and optimize >= 2 > > units!). It does so by merging -f[no-]strict-overflow and the > > related -f[no-]wrapv and -f[no-]trapv conser

Re: [PATCH] Fix PR60319, mixing -f[no-]strict-overflow units with LTO

2014-02-24 Thread Jan Hubicka
> > This addresses miscompilations caused by improperly mixing > -f[no-]strict-overflow units (and thus optimize <= 1 and optimize >= 2 > units!). It does so by merging -f[no-]strict-overflow and the > related -f[no-]wrapv and -f[no-]trapv conservatively, that is, > if any unit uses (implicitely)

[PATCH] Fix PR60319, mixing -f[no-]strict-overflow units with LTO

2014-02-24 Thread Richard Biener
This addresses miscompilations caused by improperly mixing -f[no-]strict-overflow units (and thus optimize <= 1 and optimize >= 2 units!). It does so by merging -f[no-]strict-overflow and the related -f[no-]wrapv and -f[no-]trapv conservatively, that is, if any unit uses (implicitely) -fno-strict