This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: native cc re-used after 3-stage now


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)

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]