Sonar Build Wrapper Error

SonarQube Server / Community Build
1

Hi,

SonarQube Developer Edition Version 8.5 (build 37579)
build-wrapper, version 6.11 (win-x86-64)
embedded c compiler: arm-none-eabi-gcc((BLD = 1728) 10.2.0 20200723)
Using S32DS 3.5 IDE

I can compile the project successfully from command line but when I use below command it does not work:
build-wrapper-win-x86-64.exe --out-dir sonarOut make all

Added the log files below:

build-wrapper.log

Fri Jul 14 09:22:12 2023: build-wrapper, version 6.11 (win-x86-64)
Fri Jul 14 09:22:12 2023: isWow64: 0
Fri Jul 14 09:22:12 2023: windows version: 6.2, service pack: 0.0, build number: 9200, product type: 1
Fri Jul 14 09:22:12 2023: current directory: D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH
Fri Jul 14 09:22:12 2023: command line received: <make all>
Fri Jul 14 09:22:12 2023: initializing json file
Fri Jul 14 09:22:12 2023: starting debug cycle
Fri Jul 14 09:22:12 2023: process created with pid: 8980
Fri Jul 14 09:22:12 2023: image path name: <C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\usr\bin\make.exe>
Fri Jul 14 09:22:12 2023: command line: <make all>
Fri Jul 14 09:22:12 2023: working directory: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH\>
Fri Jul 14 09:22:12 2023: isWow64: 1
Fri Jul 14 09:22:12 2023: skipping process C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\usr\bin\make.exe with pid: 8980
Fri Jul 14 09:22:12 2023: process with pid 8980 exit with code: 1080890248 (0x406D1388)
Fri Jul 14 09:22:12 2023: finalizing json file

build-wrapper-dump.json

#(C) SonarSource SA, 2014-2020, info@sonarsource.com
# All SONARSOURCE programs and content are copyright protected.
# SONARSOURCE and SONARQUBE are trademarks of SonarSource SA. All rights are expressly reserved.
#
# This file is designed exclusively for use with the SONARSOURCE C / C++ / Objective-C Plugin.
# It may not be used in connection with any other software.
# Any other use is prohibited by law and may be grounds for immediate termination of your License.
{
"version":0,
"captures":[
]}

Hope you can help with it.

2

Hello @SSC, and welcome to the community,

Make sure you call make clean before wrapping the build. If the targets are already built, nothing is done and the build wrapper sees nothing.

3

Hello,
Thanks for the reply.

makefile is generated automatically by S32DS tool so I dont use make clean but script to delete all object files before make.

SET PATH=%PATH%;Setting paths here..
cd %MAKEFILEDIR%

ECHO "Deleting all object files..."
FORFILES /S /M *.o /C "cmd /c del @path"

%SONAR_BUILDWRAPPER% --out-dir ./output make all
%SONAR_SCANNER% -Dsonar.projectKey=%PROJECTKEY% -Dsonar.svn.username=ecems_psw -Dsonar.svn.password.secured=ecems_p5W -Dsonar.cfamily.build-wrapper-output=./output -Dsonar.host.url=%SONAR_URL% -Dsonar.login=%SONAR_LOGIN_TOKEN% -Dsonar.sourceEncoding=%ENCODING% -Dsonar.cfamily.cache.enabled=true -Dsonar.cfamily.cache.path=./output -Dsonar.scm.provider=svn -Dsonar.verbose=true

Is it necessary to use make clean for wrapper?

4

I have just realized

SonarQube Developer Edition Version 8.5 (build 37579)

It is a very old, unsupported, version. You should upgrade to 9.9 LTS, or 10.1.

In any case, I would recommend in general using make clean instead of manually purging.

1 Like
5

Hi @aalvarez ,

The error continues in the updated version as well. The log files are attached below.

build-wrapper, version 6.45 (win-x86-64)
SonarScanner 4.8.0.2856
Developer Edition Version 10.1 (build 73491)

build-wrapper.log

Mon Jul 17 10:49:27 2023: build-wrapper, version 6.45 (win-x86-64)
Mon Jul 17 10:49:27 2023: isWow64: 0
Mon Jul 17 10:49:27 2023: windows version: 10.0, service pack: 0.0, build number: 19045, product type: 1
Mon Jul 17 10:49:27 2023: current directory: D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH
Mon Jul 17 10:49:27 2023: cwd: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH>
Mon Jul 17 10:49:27 2023: out-dir absolute path: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH\output>
Mon Jul 17 10:49:27 2023: command line received: <make all>
Mon Jul 17 10:49:27 2023: initializing json file
Mon Jul 17 10:49:27 2023: starting debug cycle
Mon Jul 17 10:49:27 2023: process created with pid: 18484
Mon Jul 17 10:49:27 2023: image path name: <C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\usr\bin\make.exe>
Mon Jul 17 10:49:27 2023: command line: <make all>
Mon Jul 17 10:49:27 2023: working directory: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH\>
Mon Jul 17 10:49:27 2023: isWow64: 1
Mon Jul 17 10:49:27 2023: skipping process C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\usr\bin\make.exe with pid: 18484
Mon Jul 17 10:49:27 2023: process with pid 18484 exit with code: 1080890248 (0x406D1388)
Mon Jul 17 10:49:27 2023: finalizing json file

build-wrapper-dump.json

# (C) SonarSource SA, 2014-2023, info@sonarsource.com
# All SONARSOURCE programs and content are copyright protected.
# SONARSOURCE and SONARQUBE are trademarks of SonarSource SA. All rights are expressly reserved.
#
# This file is designed exclusively for use with the SONARSOURCE C / C++ / Objective-C Plugin.
# It may not be used in connection with any other software.
# Any other use is prohibited by law and may be grounds for immediate termination of your License.
{
"version":"6.45",
"captures":[
]}

Getting the same output also for make clean command

Mon Jul 17 10:57:26 2023: build-wrapper, version 6.45 (win-x86-64)
Mon Jul 17 10:57:26 2023: isWow64: 0
Mon Jul 17 10:57:26 2023: windows version: 10.0, service pack: 0.0, build number: 19045, product type: 1
Mon Jul 17 10:57:26 2023: current directory: D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH
Mon Jul 17 10:57:26 2023: cwd: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH>
Mon Jul 17 10:57:26 2023: out-dir absolute path: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH\output>
Mon Jul 17 10:57:26 2023: command line received: <make clean>
Mon Jul 17 10:57:26 2023: initializing json file
Mon Jul 17 10:57:26 2023: starting debug cycle
Mon Jul 17 10:57:26 2023: process created with pid: 5328
Mon Jul 17 10:57:26 2023: image path name: <C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\usr\bin\make.exe>
Mon Jul 17 10:57:26 2023: command line: <make clean>
Mon Jul 17 10:57:26 2023: working directory: <D:\Users\sebnem.cakiroglu\Desktop\SVN\vestel\FordBCM\P02-Design\SoftwareDesign\ECT_BCM_A_SAMPLE_3.5\Debug_FLASH\>
Mon Jul 17 10:57:26 2023: isWow64: 1
Mon Jul 17 10:57:26 2023: skipping process C:\NXP\S32DS.3.5\S32DS\build_tools\msys32\usr\bin\make.exe with pid: 5328
Mon Jul 17 10:57:26 2023: process with pid 5328 exit with code: 1080890248 (0x406D1388)
Mon Jul 17 10:57:26 2023: finalizing json file
6

After some investigation, the issue seems to arise when a binary from the toolchain (make.exe in this case) tries to signal a change of thread name to the attached debugger, which in this case is build-wrapper-windows.

This has been noted CPP-4581.

Unfortunately, and until this is fixed, I am not aware of any workaround for using build-wrapper-windows except using a toolchain that has no special behavior when being debugged.

In the meanwhile, and if the build system supports it, an alternative is to use a compilation database.

1 Like