mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Sam Ravnborg <sam@ravnborg.org>
To: linux-kernel@vger.kernel.org, Sam Ravnborg <sam@ravnborg.org>
Subject: Re: No forces rebuild while changing GCC?
Date: Thu, 20 May 2004 20:56:35 +0200	[thread overview]
Message-ID: <20040520185635.GA4256@mars.ravnborg.org> (raw)
In-Reply-To: <20040520181617.GE1912@lug-owl.de>

On Thu, May 20, 2004 at 08:16:17PM +0200, Jan-Benedict Glaw wrote:
> Hi!
> 
> I'm currently playing with patches for gcc HEAD to build a vax-linux
> cross-compiler. For testing it, I first want to build parts of the
> kernel with my HEAD toolchain, Ctrl-C, and continue/finish building with
> my old compiler (2.95.2).
> 
> I do changing gcc by putting one or the other gcc into $PATH. However,
> whenever I change GCC, kbuild decides to rebuild everything.
> 
> I tried to not overwrite compile.h (my commenting out the mv command in
> scripts/mkcompile_h), but that didn't help either. I even tried
> recompiling my HEAD gcc with exactly the same version string that my old
> gcc had, but that didn't work either:(
> 
> How can I force to keep my old .o files?

This is not easy. kbuild uses a number of measures to check dependencies:
1) Changes in commandline, including name of binary
- Order is not relevant, only content
2) Compiler version used for version.h
- To avoid this remove the FORCE in init/Makefile
3) Usual dependencies, including stdarg.h which is part of the compiler
   include files
4) Change in configuration relevant for that specific file

I think you are hit by 1) in your case.
Do you use same name for both gcc versions?
Otherwise it will fail as you describe (actually work as expected).

Try to compare to commandlines when using "make V=1", to check what gcc
kbuild uses.

	Sam

  reply	other threads:[~2004-05-20 18:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-05-20 18:16 Jan-Benedict Glaw
2004-05-20 18:56 ` Sam Ravnborg [this message]
2004-05-20 20:15   ` Jan-Benedict Glaw
2004-05-21 12:18     ` Sam Ravnborg

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20040520185635.GA4256@mars.ravnborg.org \
    --to=sam@ravnborg.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®