This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: native cc re-used after 3-stage now
- To: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>
- Subject: Re: native cc re-used after 3-stage now
- From: "H . J . Lu" <hjl at valinux dot com>
- Date: Sat, 10 Jun 2000 08:06:03 -0700
- Cc: gcc at gcc dot gnu dot org, robertl at sco dot com, gcc-bugs at gcc dot gnu dot org
- References: <200006101301.JAA10554@caip.rutgers.edu>
On Sat, Jun 10, 2000 at 09:01:19AM -0400, Kaveh R. Ghazi wrote:
>
> I looked at this a bit. For some reason, in stage2 and stage3 cpp is
> being linked with libintl.a first and then libintl.a is rebuilt. This
> causes cpp's dependency to be out of date later on.
>
> It might be related to HJ's intl parallel make problem:
> http://gcc.gnu.org/ml/gcc-bugs/2000-06/msg00264.html
>
> However I can't tell if the patch posted below for that is the right
> approach. Although I see an explanation of the symptoms in the
> posting above, the patch below didn't explain how/why the proposed fix
> addressed the problem.
> http://gcc.gnu.org/ml/gcc-patches/2000-06/msg00297.html
>
>
This patch is for the parallel make problem I saw. The problem is
the missing dependency in the rule for libintl.a, btw, it is not the
only place in gcc. You cannot do it with parallel build. In my case,
GNU make starts building both libintl.a and intl.all at the same time
since GNU make sees them as independent, unrelated targets. My patch
adds the dependency for libintl.a to make it depend on intl.intl.all
so that GNU make will starts building intl.intl.all first, knowing
libintl.a will be there when intl.intl.all is done.
--
H.J. Lu (hjl@gnu.org)