bug-make
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: gmake hanging on Solaris 2.7


From: tom_honermann
Subject: Re: gmake hanging on Solaris 2.7
Date: Tue, 17 Apr 2001 11:03:37 -0700


%% address@hidden writes:

    th> I'm running into a problem with two gmake processes hanging
    th> (parent/child) on a Sun Sparc running Solaris 2.7 using gmake
    th> 3.79.1.

  ps> Can you provide other details; in particular, are you running with
  ps> parallel builds enabled?  What commandline did you use to invoke
make?
  ps> Is this reproducible?

We are not (yet) using parallel builds.  The commandline being used is
simply
"gmake -k" or "gmake -k clean" at the time gmake is hanging.

  ps> Also, what compiler did you use to build make?  Do you have any extra
  ps> patches, etc. applied beyond basic 3.79.1?

Make was built with Sun's WorkShop 6 update 1 C++ 5.2.  No patches were
applied
to Make.  Before building I did export CC as "cc".  It wouldn't build
properly
if this wasn't done, configure sets the compiler to "CC -mt" and then goes
on to
complain that neither "waitpid" or "wait3" are available.

    th> I'm just starting to debug this now, I'm wondering if anyone has
    th> seen this or has some hints for me.  Here's the stack traces:

  ps> These aren't as useful as they could be, since they don't have
  ps> linenumbers, etc. and I don't have access to the same binaries and
  ps> systems you're using.

Yeah, I didn't really expect them to be very useful - it was just all I had
at
the moment.  I was hoping it might be a well-known common problem.

  ps> Can you attach to these using GDB and/or to versions of GNU make with
  ps> debugging compiled in, and get stack traces there containing line
  ps> numbers, etc.?

I built a debug version and started using that in our nightly build last
night.
Of course, it didn't hang.  So, for now, I'll just continue running the
debug
one until it does hang, or we'll just use it if it never does.  I hate
leaving
mysteries unsolved though.

  ps> I suppose one thing you might try, based on this stack trace, is
editing
  ps> config.h and changing this line:

  ps>  /* #undef vfork */

  ps> to this:

  ps>  #define vfork fork

OK, I'll try that if we start getting hangs again.

Thanks!

--
-------------------------------------------------------------------------------

 Paul D. Smith <address@hidden>          Find some GNU make tips at:
 http://www.gnu.org
http://www.paulandlesley.org/gmake/
 "Please remain calm...I may be mad, but I am a professional." --Mad
Scientist

_______________________________________________
Bug-make mailing list
address@hidden
http://mail.gnu.org/mailman/listinfo/bug-make






reply via email to

[Prev in Thread] Current Thread [Next in Thread]