This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: Irix make loop (stmp-multilib)
- To: mmitchell at usa dot net, ghazi at caip dot rutgers dot edu
- Subject: Re: Irix make loop (stmp-multilib)
- From: manfred at s-direktnet dot de
- Date: Mon, 27 Apr 1998 12:44:36 +0200 (MET DST)
- Cc: egcs-bugs at cygnus dot com
- References: <199804262332.QAA00493@mail.earthlink.net> <13636.20566.109366.376184@slsvhmt>
- Reply-To: manfred at s-direktnet dot de, Manfred dot Hollstein at ks dot sel dot alcatel dot de
On Mon, 27 April 1998, 11:38:55, manfred@s-direktnet.de wrote:
> On Sun, 26 April 1998, 16:32:00, mmitchell@usa.net wrote:
>
> >
> > I'm still seeing this problem:
> >
> > make[124]: Entering directory `/pooma/mitchell/egcs/objdir/gcc'
> > /usr/bin/true: too many open files
> > make[124]: *** [auto-host.h] Error 1
> > make[124]: Leaving directory `/pooma/mitchell/egcs/objdir/gcc'
> > make[123]: *** [stmp-multilib-sub] Error 2
> > make[123]: Leaving directory `/pooma/mitchell/egcs/objdir/gcc'
> > make[122]: *** [stmp-multilib] Error 1
> > make[122]: Leaving directory `/pooma/mitchell/egcs/objdir/gcc'
> > make[121]: *** [stmp-multilib-sub] Error 2
> > make[121]: Leaving directory `/pooma/mitchell/egcs/objdir/gcc'
> > make[120]: *** [stmp-multilib] Error 1
> > make[120]: Leaving directory `/pooma/mitchell/egcs/objdir/gcc'
> > make[119]: *** [stmp-multilib-sub] Error 2
> >
> > after an update and a fresh build, but I believe recalling that
> > someone claimed it was fixed. Am I doing something wrong?
>
> I'm currently running builds on hppa1.1-hp-hpux10.20,
> sparc-sun-solaris2.{5.1,6} and sparc-sun-sunos4.1.4.
>
> Sources have been checked out from CVS on 1998/04/25 19:09:39 MEST.
>
> Even the multilib'ed sunos conf. doesn't show any such problems.
> Perhaps you should 'cvs update gcc/Makefile.in' and see if that'll
> fix your problem.
>
> My gcc/CVS/Entries file tells about Makefile.in:
>
> /Makefile.in/1.89/Fri Apr 24 06:01:51 1998//
Nope, I replied too fast. The build on SunOS fails here with
circular dependencies, too. The problem is caused by the following:
- LIBGCC = stmp-multilib
- stmp-multilib itself depends on libgcc2.ready which depends on
$(GCC_PASSES) which depends on $(LIBGCC) :-(
Do you see the loop? I'll come up with a patch (once I have a clue how
to break this ;-)
Funny though that it worked for me last weekend with a multilib'ed
Linux configuration :-?
manfred