This is the mail archive of the
gcc@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>, mark at codesourcery dot com
- Subject: Re: native cc re-used after 3-stage now
- From: "H . J . Lu" <hjl at valinux dot com>
- Date: Sun, 11 Jun 2000 08:25:45 -0700
- Cc: gcc-bugs at gcc dot gnu dot org, gcc at gcc dot gnu dot org, robertl at sco dot com
- References: <200006111342.JAA10796@caip.rutgers.edu>
On Sun, Jun 11, 2000 at 09:42:04AM -0400, Kaveh R. Ghazi wrote:
> > From: "H . J . Lu" <hjl@valinux.com>
> >
> > 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)
>
> HJ, thanks for the explanation. Mark's shorter alternative seems to
> have fixed my problem also. But I appreciate your clarification.
>
Thanks, Mark. That was my first version. But I got the wrong idea
from the comments in Makefile.in :-).
BTW, while you are on it, you can try
# cd ..../egcs/libf2c
# grep s-libu77 Makefile.in
I got
# grep s-libu77 Makefile.in
$(LIBG2C): s-libi77 s-libf77 s-libu77 s-libe77
Isn't it amazing that there are targets without rules.
--
H.J. Lu (hjl@gnu.org)