29.6. Where is SCons Blowing Up? the --debug=stacktrace Option

In general, SCons tries to keep its error messages short and informative. That means we usually try to avoid showing the stack traces that are familiar to experienced Python programmers, since they usually contain much more information than is useful to most people.

For example, the following SConstruct file:


         Program('prog.c')
    

Generates the following error if the prog.c file does not exist:


      % scons -Q
      scons: *** [prog.o] Source `prog.c' not found, needed by target `prog.o'.
    

In this case, the error is pretty obvious. But if it weren't, and you wanted to try to get more information about the error, the --debug=stacktrace option would show you exactly where in the SCons source code the problem occurs:


      % scons -Q --debug=stacktrace
      scons: *** [prog.o] Source `prog.c' not found, needed by target `prog.o'.
      scons: internal stack trace:
        File "bootstrap/src/engine/SCons/Job.py", line 199, in start
          task.prepare()
        File "bootstrap/src/engine/SCons/Script/Main.py", line 167, in prepare
          return SCons.Taskmaster.OutOfDateTask.prepare(self)
        File "bootstrap/src/engine/SCons/Taskmaster.py", line 187, in prepare
          executor.prepare()
        File "bootstrap/src/engine/SCons/Executor.py", line 392, in prepare
          raise SCons.Errors.StopError(msg % (s, self.batches[0].targets[0]))
    

Of course, if you do need to dive into the SCons source code, we'd like to know if, or how, the error messages or troubleshooting options could have been improved to avoid that. Not everyone has the necessary time or Python skill to dive into the source code, and we'd like to improve SCons for those people as well...