Re: [PATCH] Bump LTO bytecode version.
On 3/18/20 10:34 AM, Richard Biener wrote: Yes, we don't really bump everytime we change something. Fine, then please forget about the patch. Martin
Re: [PATCH] Bump LTO bytecode version.
On Wed, Mar 18, 2020 at 10:00 AM Martin Liška wrote: > > On 3/18/20 9:56 AM, Richard Biener wrote: > > On Wed, Mar 18, 2020 at 9:54 AM Martin Liška wrote: > >> > >> Hi. > >> > >> I would like to bump LTO bytecode version for the upcoming GCC 10.1 > >> release. > >> > >> Ready for master? > > > > Um, is there any recent change warranting it? > > The API extension reshuffles lto_section_type enum values. > > > The version is already different > > from GCC 9s and I'd rather wait until we're closer to the actual release? > > Note > > the LTO major doesn't match the GCC major ... > > But yes, the last change happened in: > > commit 86c23d9314c4081c13ebf629fd3393de4e316bf6 > Author: Jakub Jelinek > Date: Thu May 16 11:30:41 2019 +0200 > > * lto-streamer.h (LTO_major_version): Bump to 9. > > From-SVN: r271284 > > which is right after stage1 opened. > Is it fine break LTO bytecode during the development of a new release? Yes, we don't really bump everytime we change something. Richard. > Martin > > > > > Richard. > > > >> Martin >
Re: [PATCH] Bump LTO bytecode version.
On 3/18/20 9:56 AM, Richard Biener wrote: On Wed, Mar 18, 2020 at 9:54 AM Martin Liška wrote: Hi. I would like to bump LTO bytecode version for the upcoming GCC 10.1 release. Ready for master? Um, is there any recent change warranting it? The API extension reshuffles lto_section_type enum values. The version is already different from GCC 9s and I'd rather wait until we're closer to the actual release? Note the LTO major doesn't match the GCC major ... But yes, the last change happened in: commit 86c23d9314c4081c13ebf629fd3393de4e316bf6 Author: Jakub Jelinek Date: Thu May 16 11:30:41 2019 +0200 * lto-streamer.h (LTO_major_version): Bump to 9. From-SVN: r271284 which is right after stage1 opened. Is it fine break LTO bytecode during the development of a new release? Martin Richard. Martin
Re: [PATCH] Bump LTO bytecode version.
On Wed, Mar 18, 2020 at 9:54 AM Martin Liška wrote: > > Hi. > > I would like to bump LTO bytecode version for the upcoming GCC 10.1 release. > > Ready for master? Um, is there any recent change warranting it? The version is already different from GCC 9s and I'd rather wait until we're closer to the actual release? Note the LTO major doesn't match the GCC major ... Richard. > Martin
[PATCH] Bump LTO bytecode version.
Hi. I would like to bump LTO bytecode version for the upcoming GCC 10.1 release. Ready for master? Martin >From b48f4187e11da79d1b0a932b1202f882defc Mon Sep 17 00:00:00 2001 From: Martin Liska Date: Wed, 18 Mar 2020 09:40:24 +0100 Subject: [PATCH 3/3] Bump LTO bytecode version. gcc/ChangeLog: 2020-03-18 Martin Liska * lto-streamer.h (LTO_major_version): Bump to 10. --- gcc/lto-streamer.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/gcc/lto-streamer.h b/gcc/lto-streamer.h index 76aa6fe34b8..9c1c7539462 100644 --- a/gcc/lto-streamer.h +++ b/gcc/lto-streamer.h @@ -120,7 +120,7 @@ along with GCC; see the file COPYING3. If not see String are represented in the table as pairs, a length in ULEB128 form followed by the data for the string. */ -#define LTO_major_version 9 +#define LTO_major_version 10 #define LTO_minor_version 0 typedef unsigned char lto_decl_flags_t; -- 2.25.1
[PATCH] Bump LTO bytecode version
This bumps the minor version, LTO bytecode from 4.7 is not compatible with one from 4.8. Committed as obvious. Thanks, Richard. 2013-01-07 Richard Biener * lto-streamer.h (LTO_minor_version): Bump to 2. Index: gcc/lto-streamer.h === *** gcc/lto-streamer.h (revision 194970) --- gcc/lto-streamer.h (working copy) *** along with GCC; see the file COPYING3. *** 141,147 #define LTO_SECTION_NAME_PREFIX ".gnu.lto_" #define LTO_major_version 2 ! #define LTO_minor_version 1 typedef unsigned char lto_decl_flags_t; --- 141,147 #define LTO_SECTION_NAME_PREFIX ".gnu.lto_" #define LTO_major_version 2 ! #define LTO_minor_version 2 typedef unsigned char lto_decl_flags_t;