Re: [PATCH] Bump LTO_minor_version

> our test attempting to detect that LTO_minor_version should have been > bumped but wasn't is failing and eye-balling backports to the gcc-13 > branch, this looks like a likely culprit? Unless I am mistaken, params > are streamed and therefore they alter the LTO format? Oo

[PATCH] Bump LTO_minor_version

ckports to the gcc-13 branch, this looks like a likely culprit? Unless I am mistaken, params are streamed and therefore they alter the LTO format? If so, I'd like to propose the obvious fix, OK for gcc-13 (after some testing)? Thanks, Martin [PATCH] Bump LTO_minor_version I believe r13-8039-

Re: [PATCH] Bump LTO_minor_version on GCC-8 branch (PR lto/89260).

> On February 13, 2019 7:20:37 AM GMT+01:00, "Martin Liška" > wrote: > >As seen in the PR, bump would be needed due to r268698. > > > >Ready for GCC-8 branch? > > OK. It's unfortunate we need to break streaming though. Yep, it was me breaking it for fix of PR88561 which is correctness issue. I

Re: [PATCH] Bump LTO_minor_version on GCC-8 branch (PR lto/89260).

On February 13, 2019 7:20:37 AM GMT+01:00, "Martin Liška" wrote: >As seen in the PR, bump would be needed due to r268698. > >Ready for GCC-8 branch? OK. It's unfortunate we need to break streaming though. Richard. >Thanks, >Martin > >gcc/ChangeLog: > >2019-02-13 Martin Liska > > PR

[PATCH] Bump LTO_minor_version on GCC-8 branch (PR lto/89260).

As seen in the PR, bump would be needed due to r268698. Ready for GCC-8 branch? Thanks, Martin gcc/ChangeLog: 2019-02-13 Martin Liska PR lto/89260 * lto-streamer.h (LTO_minor_version): Bump version due to r268698. --- gcc/lto-streamer.h | 2 +- 1 file changed, 1 inse