> On 10/23/19 10:02 PM, Jan Hubicka wrote: > >> Hi, > >> this patch orders symbols where we copy sections to match the order > >> of files in the command line. This optimizes streaming process since we > >> are not opening and closing files randomly and also we read them more > >> sequentially. This saves some kernel time though I think more can be > >> done if we avoid doing pair of mmap/unmap for every file section we > >> read. > >> > >> We also read files in random order in ipa-cp and during devirt. > >> I guess also summary streaming can be refactored to stream all summaries > >> for a given file instead of reading one sumarry from all files. > >> > >> Bootstrapped/regtested x86_64-linux, plan to commit it this afternoon if > >> there are no complains. > >> > >> Honza > >> > >> * lto-common.c (lto_file_finalize): Add order attribute. > >> (lto_create_files_from_ids): Pass order. > >> (lto_file_read): UPdate call of lto_create_files_from_ids. > >> * lto-streamer-out.c (output_constructor): Push CTORS_OUT timevar. > >> (cmp_symbol_files): New. > >> (lto_output): Copy sections in file order. > >> * lto-streamer.h (lto_file_decl_data): Add field order. > > Hi, > > I have commited the patch but messed up testing so it broke builds with > > static libraries and checking enabled. This is fixes by this patch > > > > * lto-streamer-out.c (cmp_symbol_files): Watch for overflow. > > Index: lto-streamer-out.c > > =================================================================== > > --- lto-streamer-out.c (revision 277346) > > +++ lto-streamer-out.c (working copy) > > @@ -2447,7 +2447,12 @@ cmp_symbol_files (const void *pn1, const > > > > /* Order within static library. */ > > if (n1->lto_file_data && n1->lto_file_data->id != n2->lto_file_data->id) > > - return n1->lto_file_data->id - n2->lto_file_data->id; > > + { > > + if (n1->lto_file_data->id > n2->lto_file_data->id) > > + return 1; > > + if (n1->lto_file_data->id < n2->lto_file_data->id) > > + return -1; > > + } > > Hi. > > It's unclear to me why you need the patch. Isn't that equivalent? > Why you need only 1 and -1 return values?
ids are 64it unsigned values and the subtraction was running into overflows. (to be honest i am not sure why they are done this way, but they come from linker) Honza > > Martin > > > > > /* And finaly order by the definition order. */ > > return n1->order - n2->order; > > >