Bug 4034 - Long pause in beginning of 'make' on latest version of Msys (on Mingw)
Status: RESOLVED WORKSFORME
Alias: None
Product: ioquake3
Classification: Unclassified
Component: Platform
Version: GIT MASTER
Hardware: PC Windows Vista
: P3 normal
Assignee: Zachary J. Slater
QA Contact: ioquake3 bugzilla mailing list
URL:
Depends on:
Blocks:
 
Reported: 2009-04-08 07:18 EDT by tinkah
Modified: 2009-09-14 07:25:25 EDT
1 user (show)

See Also:



Description tinkah 2009-04-08 07:18:20 EDT
(the pause is more than 1 min of doing no building)
(other stuff seem to compile)

This doesn't appear on make 3.79.1 and Msys 1.0.10 but it does (regardless of MinGW version) in Msys 1.0.11 (with make 3.81). 

make -d starts with,

$ make -d
GNU Make 3.81
Copyright (C) 2006  Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i686-pc-msys
Reading makefiles...
Reading makefile `Makefile'...
Reading makefile `Makefile.local' (search path) (don't care) (no ~ expansion)...
which: pkg-config: unknown command
/bin/sh: svnversion: command not found
Reading makefile `/client/cl_cgame.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_cin.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_console.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_input.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_keys.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_main.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_net_chan.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_parse.d' (search path) (don't care) (no ~ expansion)...
Reading makefile `/client/cl_scrn.d' (search path) (don't care) (no ~ expansion)...

..

etc.

continues with:

..

  Trying implicit prerequisite `/tools/asm/RCS/cmdlib.d.w'.
    Trying pattern rule with stem `cmdlib.d.w'.
    Trying implicit prerequisite `/tools/asm/s.cmdlib.d.w'.
    Trying pattern rule with stem `cmdlib.d.w'.
    Trying implicit prerequisite `/tools/asm/SCCS/s.cmdlib.d.w'.
  Trying pattern rule with stem `cmdlib.d'.
  Trying implicit prerequisite `/tools/asm/cmdlib.d.cc'.
  Looking for a rule with intermediate file `/tools/asm/cmdlib.d.cc'.
   Avoiding implicit rule recursion.
   Trying pattern rule with stem `cmdlib.d.cc'.
   Trying implicit prerequisite `/tools/asm/cmdlib.d.cc,v'.
   Trying pattern rule with stem `cmdlib.d.cc'.
   Trying implicit prerequisite `/tools/asm/RCS/cmdlib.d.cc,v'.
   Trying pattern rule with stem `cmdlib.d.cc'.
   Trying implicit prerequisite `/tools/asm/RCS/cmdlib.d.cc'.
   Trying pattern rule with stem `cmdlib.d.cc'.
   Trying implicit prerequisite `/tools/asm/s.cmdlib.d.cc'.
   Trying pattern rule with stem `cmdlib.d.cc'.
   Trying implicit prerequisite `/tools/asm/SCCS/s.cmdlib.d.cc'.
  Trying pattern rule with stem `cmdlib.d'.
  Trying implicit prerequisite `/tools/asm/cmdlib.d.C'.
  Looking for a rule with intermediate file `/tools/asm/cmdlib.d.C'.
   Avoiding implicit rule recursion.
   Trying pattern rule with stem `cmdlib.d.C'.

..

etc.
Comment 1 Tim Angus 2009-09-14 07:25:25 EDT
Not sure what to say really; it's at most a couple of seconds on my prehistoric (800mhz) laptop. A minute is definitely not right, but I can't think of anything on our side to blame. Try again with a clean checkout. It's possible you have lots of stale .d files that are taking a while to process.