no-source-code-seen-during-build.md

title	shortTitle	intro	allowTitleToDifferFromFilename	versions
Error: "No source code was seen during the build"	No source code seen during build	When {% data variables.product.prodname_codeql %} fails to find any source code, you need to resolve this problem to unblock {% data variables.product.prodname_code_scanning %} analysis.	true	fpt ghes ghec * * *

If your workflow fails with Error: "No source code was seen during the build" or The process '/opt/hostedtoolcache/CodeQL/0.0.0-20200630/x64/codeql/codeql' failed with exit code 32, this indicates that {% data variables.product.prodname_codeql %} was unable to monitor your code. There are six possible reasons for this:

1. No supported languages: The repository may not contain source code that is written in languages supported by {% data variables.product.prodname_codeql %}. Check the list of supported languages and, if this is the case, remove the {% data variables.product.prodname_codeql %} workflow. For more information, see AUTOTITLE.

2. No analyzable code of the detected languages: Automatic language detection identified a supported language, but there is no analyzable code of that language in the repository. A typical example is when our language detection service finds a file associated with a particular programming language like a .h, or .gyp file, but no corresponding executable code is present in the repository. To solve the problem, you can manually define the languages you want to analyze by updating the list of languages in the language matrix. For example, the following configuration will analyze only Go, and JavaScript.

   strategy:
     fail-fast: false
     matrix:
       # Override automatic language detection by changing the list below.
       # Supported options are listed in a comment in the default workflow.
       language: ['go', 'javascript-typescript']

   For more information, see the workflow extract in AUTOTITLE.

3. Compilation of a compiled language failed: Your {% data variables.product.prodname_code_scanning %} workflow tries to compile a compiled language (C, C++, C#, Go, or Java), but the code was not compiled. {% ifversion codeql-no-build %}When a workflow specifies build-mode: autobuild for a language or contains an autobuild step,{% elsif ghes %}By default, the {% data variables.product.prodname_codeql %} analysis workflow contains an autobuild step and{% endif %} {% data variables.product.prodname_codeql %} makes a best effort to detect a suitable build method and build your code. The autobuild process may not succeed in building your code, depending on your specific build environment. Compilation may also fail if you have removed the autobuild step and did not include build steps manually. For more information about defining build steps, see {% ifversion codeql-no-build %}AUTOTITLE{% elsif ghes %}AUTOTITLE{% endif %}.

4. Cached components not detected: Your workflow builds a compiled language (C, C++, C#, Go, or Java) to create a {% data variables.product.prodname_codeql %} database for analysis, but portions of your build are cached to improve performance (most likely to occur with build systems like Gradle or Bazel). Since {% data variables.product.prodname_codeql %} observes the activity of the compiler to understand the data flows in a repository, {% data variables.product.prodname_codeql %} requires a complete build to take place in order to perform analysis.

5. Compilation outside init and analyze steps: Your workflow builds a compiled language (C, C++, C#, Go, or Java), but compilation does not occur between the init and analyze steps in the workflow. {% data variables.product.prodname_codeql %} requires that your build happens in between these two steps in order to observe the activity of the compiler and perform analysis.

6. Compilation not detected by {% data variables.product.prodname_codeql %}: Your compiled code (in C, C++, C#, Go, or Java) was compiled successfully, but {% data variables.product.prodname_codeql %} was unable to detect the compiler invocations. The most common causes are:

   • Running your build process in a separate container to {% data variables.product.prodname_codeql %}. For more information, see AUTOTITLE.
   • Building using a distributed build system external to GitHub Actions, using a daemon process.
   • {% data variables.product.prodname_codeql %} isn't aware of the specific compiler you are using.

If you encounter another problem with your specific compiler or configuration, contact {% data variables.contact.contact_support %}.

For more information about specifying build steps, see AUTOTITLE.