In a build with C enabled at configure time, the final libgcc.aĬontains object files that are built by cc1plus and in general it The use of $(LANGUAGES) is quite deliberate and is the *only* way IĬould find - after some hours of searching - to get the necessaryĮffect. Here you're talking about this bit, right? > something, use force, not a substitute that is utterly confusing and looks The other part that doesn't make sense is that you don't say what you mean. It got rebuilt, so all object files get rebuilt as well. It doesn't matter that the date does not change. Since the directory target is always out of date, It's possible that you are depending on a gnu-make feature, that is definitely The directory build forces a rebuild of all. The part that doesn't make sense is that it doesn't work, namely libgcc.mk >Makefile rather than bother trying to keep the dependencies up to date. Really, we might as well just depend on force in the main >libgcc.mk has proper dependencies, so we shouldn't actually rebuild >No, it means that we recurse into libgcc.mk multiple times. 16:24 ` Zack Weinberg 0 siblings, 1 reply 11 messages in thread Makefile rather than bother trying to keep the dependencies up to date. Libgcc.mk has proper dependencies, so we shouldn't actually rebuildĪnything. No, it means that we recurse into libgcc.mk multiple times. > For instance, for libgcc.a, this means the library is built ONCE > Depending on $(LANGUAGES) only ensures that the target is always, > You can't depend on $(LANGUAGES), this is NOT a real dependency. 13:01 ` Marc Espie 0 siblings, 1 reply 11 messages in thread 9:20 - Fix bogus dependency in Makefile.in Marc 0:07 ` Jason Merrill * Re: - Fix bogus dependency in Makefile.in ! LIBGCC_DEPS = $(GCC_PASSES) stmp-int-hdrs $(STMP_FIXPROTO) \ Stmp-int-hdrs tsystem.h $(FPBIT) $(DPBIT) $(LIB2ADD) $(MACHMODE_H) longlong.h frame.h gbl-ctors.h config.status \ Libgcc.mk $(srcdir)/libgcc1.c $(srcdir)/libgcc2.c $(CONFIG_H) \ ! LIBGCC_DEPS = $(GCC_PASSES) $(LANGUAGES) stmp-int-hdrs $(STMP_FIXPROTO) \ # All the things that might cause us to want to recompile bits of libgcc. RCS file: /cvs/gcc/egcs/gcc/Makefile.in,v * Makefile.in (LIBGCC_DEPS): Remove bogus dependency. I'm going to write a real patch that gives you the possibility toĭepend on `languages' (that's not hard), but in the mean-time, consider And a second time for make install.Ĭonsidering that builds can happen as joe-average user, and installsĬan happen as root, you end up with a libgcc.a that's built by root. You can't depend on $(LANGUAGES), this is NOT a real dependency.ĭepending on $(LANGUAGES) only ensures that the target is always,įor instance, for libgcc.a, this means the library is built ONCEįor make bootstrap. Jason, you're responsible for reintroducing that bug. 0:07 ` Jason Merrill 0 siblings, 1 reply 11 messages in thread Fix bogus dependency in Makefile.in public inbox for help / color / mirror / Atom feed * - Fix bogus dependency in Makefile.in 9:20 Marc Espie
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |