| commit | c9114f2804b91690e030383de15a24e0b738e856 | |
| author | Bernd Edlinger <bernd.edlinger@hotmail.de> | |
| Fri, 28 May 2021 04:27:27 +0000 (28 06:27 +0200) | ||
| committer | Bernd Edlinger <bernd.edlinger@hotmail.de> | |
| Fri, 28 May 2021 06:50:28 +0000 (28 08:50 +0200) | ||
| tree | e21d47e137858537111a67da4e7434ebc8255e41 | treesnapshot (tar.gz zip) |
| parent | 3816864d5e91a7c3c940a34e7293549f4245c60d | commitdiff |
Generate gimple-match.c and generic-match.c earlier
I was wondering, why gimple-match.c and generic-match.c
are not built early but always last, which slows down parallel
makes significantly.
The reason seems to be that generated_files does not
mention gimple-match.c and generic-match.c.
This comment in Makefile.in says it all:
"In order for parallel make to really start compiling the expensive
objects from $(OBJS) as early as possible, build all their
prerequisites strictly before all objects."
So this patch adds gimple-match.c and generic-match.c to generated_files.
2021-05-28 Bernd Edlinger <bernd.edlinger@hotmail.de>
* Makefile.in (generated_files): Add gimple-match.c and
generic-match.c
I was wondering, why gimple-match.c and generic-match.c
are not built early but always last, which slows down parallel
makes significantly.
The reason seems to be that generated_files does not
mention gimple-match.c and generic-match.c.
This comment in Makefile.in says it all:
"In order for parallel make to really start compiling the expensive
objects from $(OBJS) as early as possible, build all their
prerequisites strictly before all objects."
So this patch adds gimple-match.c and generic-match.c to generated_files.
2021-05-28 Bernd Edlinger <bernd.edlinger@hotmail.de>
* Makefile.in (generated_files): Add gimple-match.c and
generic-match.c
| gcc/Makefile.in | diffblobblamehistory |