# /*@@
#   @file      FAQ
#   @date      Thu Jun 24 11:06:01 1999
#   @author    Tom Goodale
#   @desc 
#   Some useful info.
#   @enddesc
#   @version $Header: /mnt/data2/cvs2svn/cvs-repositories/Cactus/doc/FAQ,v 1.5 1999-11-28 19:57:15 goodale Exp $ 
# @@*/


1) The make system says "Checking status of libXXX.a" and then just sits there.  What
can I do ?

The first thing to do whenever a problem arises from the make system is to run with
the "SILENT=no" option.

In this case, 'though, first check that the clocks on the machine on which you are 
editing files and the clock on the machine you are compiling on are synchronised.  If
the compilation machine's clock is slow, then the newly made dependency files will
still be `older' than the file you edited, and the system will loop until this 
situation changes.


2) I get 
  identifier "DECLARE_CCTK_PARAMETERS" is undefined
  DECLARE_CCTK_PARAMETERS
  ^
  Why ?

You have to include the header: #include "cctk_parameters.h"

3) I get 'g77: cannot specify -o with -c or -S and multiple compilations' when compiling with 
the Pacific VAST90 compiler.

If the libvast90.a library is in the same directory as your F90 script, F90 passes -lvast90 to
the underlying G77 compile, which is of course only a valid switch when linking.  The solution
is to seperate these files, e.g. into bin and lib directories.

4) Why do I have to use e.g. "mpirun -np 1 ./exe/cactus_myconfig -O" to see the compiled
   parameters, can't the parameters be output before MPI is initialised?

Alas some MPIs add their own command-line options, so we need to do MPI_Init before
parsing the command line, or parse it twice, once before the MPI_Init and once after,
to detect invalid options.

5) Parallel make sometimes fails.

It seems that the make program sometimes gets confused in parallel makes.
Just doing gmake <config> again will let it continue.  You should be able
to continue with another parallel make afterwards.

6) When doing a cvs update I get 'not enough slashes in ...' .

It seems that CVS sometimes gets confused with multiple modules.  Moving into
the arrangements directory and doing another 'cvs update', followed by a final
one in the toplevel directory should complete your update.