Gmake error 2

Страницы: [1]   Вниз

0 Пользователей и 1 Гость просматривают эту тему.

Страницы: [1]   Вверх

The build fails at make step with the error:

[ 87%] Linking CXX static library libmicrosim_devices.a
[ 87%] Built target microsim_devices
[ 87%] Linking CXX static library libmicrosim.a
[ 87%] Built target microsim
make: *** [Makefile:141: all] Error 2

More information below.

cmake ../.. output:

-- CMAKE_BINARY_DIR: /home/parthj/sumo-1.6.0
-- CMAKE_SOURCE_DIR: /home/parthj/sumo-1.6.0
-- 
-- Platform: 
--     Host: Linux-3.10.0-1062.12.1.el7.x86_64 x86_64
--     Target: Linux-3.10.0-1062.12.1.el7.x86_64 x86_64
--     CMake: 3.8.2
--     CMake generator: Unix Makefiles
--     CMake build tool: /usr/bin/gmake
--     Compiler: GNU 5.4.0
-- 
-- Found Python: /cvmfs/soft.computecanada.ca/easybuild/software/2017/Core/python/3.6.3/bin/python
-- Found GTest: /cvmfs/soft.computecanada.ca/easybuild/software/2017/Core/gtest/1.10.0/lib64/libgtest.a  
-- Found Proj: /project/6019546/parthj/repos/sumo-gui-deps/proj-7.1.1/build/lib/libproj.so
-- Found Fox: -L/home/parthj/projects/def-ssanner/parthj/repos/fox-1.6.57/build/lib -lFOX-1.6 -lX11 -lXext -lfreetype -lfontconfig -lXft -lXcursor -lXrender -lXrandr -lXfixes -lXi -lGL -lGLU -ldl -lpthread -lrt -ljpeg -lpng -ltiff -lz -lbz2 -lGLU -lGL
-- Warning, could not run java -version
-- Found Java: /usr/bin/java  found components:  Development 
-- Warning, could not run java -version
-- Found Java: /usr/bin/java  
-- Enabled features: Linux-3.10.0-1062.12.1.el7.x86_64 x86_64 GNU 5.4.0 Release Proj GUI SWIG GDAL FFmpeg OSG GL2PS Eigen
-- Configuring done
-- Generating done
-- Build files have been written to: /home/parthj/sumo-1.6.0

Below error that shows in the middle of the make process, but make process continues to progress:

<path>/sumo-1.6.0/unittest/src/utils/common/StringTokenizerTest.cpp:22:25: fatal error: gtest/gtest.h: No such file or directory
compilation terminated.
make[2]: *** [unittest/src/utils/common/CMakeFiles/testcommon.dir/build.make:63: unittest/src/utils/common/CMakeFiles/testcommon.dir/StringTokenizerTest.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:5893: unittest/src/utils/common/CMakeFiles/testcommon.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....

The make error points to line 141 of MakeFile. Clipped code from that file with line numbers as comments:

# The main all target  # 138
all: cmake_check_build_system  # 139
	$(CMAKE_COMMAND) -E cmake_progress_start /home/parthj/sumo-1.6.0/CMakeFiles /home/parthj/sumo-1.6.0/CMakeFiles/progress.marks  # 140
	$(MAKE) -f CMakeFiles/Makefile2 all  # 141
	$(CMAKE_COMMAND) -E cmake_progress_start /home/parthj/sumo-1.6.0/CMakeFiles 0  # 142
.PHONY : all  # 143

Not sure where to proceed from here. Thanks.

Edit1:
Ran again with make -d -j$(nproc). Got the error:

[ 98%] Linking CXX executable ../../bin/testlibsumo
Reaping winning child 0x9fa370 PID 22778 
Live child 0x9fa370 (bin/testlibsumo) PID 22786 
/cvmfs/soft.computecanada.ca/nix/store/aj0bl3ac193y0y66iaj258n3z8hvz19f-binutils-2.28/bin/ld: warning: libFOX-1.6.so.0, needed by ../../tools/libsumo/libsumoc.so, not found (try using -rpath or -rpath-link)
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXCondition::signal()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXThread::join()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXCondition::FXCondition()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXThread::FXThread()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXMutex::unlock()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXCondition::~FXCondition()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXCondition::wait(FX::FXMutex&)'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXThread::start(unsigned long)'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXMutex::~FXMutex()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXMutex::lock()'
../../tools/libsumo/libsumoc.so: undefined reference to `typeinfo for FX::FXThread'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXThread::~FXThread()'
../../tools/libsumo/libsumoc.so: undefined reference to `FX::FXMutex::FXMutex(unsigned char)'
collect2: error: ld returned 1 exit status
Reaping losing child 0x9fa370 PID 22786 
make[2]: *** [src/traci_testclient/CMakeFiles/testlibsumo.dir/build.make:96: bin/testlibsumo] Error 1
Removing child 0x9fa370 PID 22786 from chain.
Reaping losing child 0x1492fe0 PID 22773 
make[1]: *** [CMakeFiles/Makefile2:3294: src/traci_testclient/CMakeFiles/testlibsumo.dir/all] Error 2
Removing child 0x1492fe0 PID 22773 from chain.
Released token for child 0x1492fe0 (src/traci_testclient/CMakeFiles/testlibsumo.dir/all).
make[1]: *** Waiting for unfinished jobs....
Live child 0x159a6f0 (src/libsumo/CMakeFiles/libsumojni.dir/all) PID 22526 
Live child 0x15916d0 (src/libsumo/CMakeFiles/_libsumo.dir/all) PID 22527 
Reaping winning child 0x17f3de0 PID 22614 
Live child 0x17f3de0 (bin/liblibsumojni.so) PID 23338 
Error occurred during initialization of VM
Could not allocate metaspace: 1073741824 bytes
Reaping losing child 0x17f3de0 PID 23338 
make[2]: *** [src/libsumo/CMakeFiles/libsumojni.dir/build.make:165: bin/liblibsumojni.so] Error 1
make[2]: *** Deleting file 'bin/liblibsumojni.so'

Edit2:
Above seems error due to the fox library so adding below lines from CMakeCache.txt that represent fox paths:

//Path to a program.
FOX_CONFIG:FILEPATH=<path>/repos/fox-1.6.57/build/bin/fox-config

//Path to a file.
FOX_INCLUDE_DIR:PATH=<path>/repos/fox-1.6.57/build/include

//Path to a library.
FOX_LIBRARY:FILEPATH=<path>/repos/fox-1.6.57/build/lib/libFOX-1.6.so

Problems in the model

The project contains ‘Unresolved Link’ blocks

This probably means the paths haven’t been set correctly. Make sure the current folder of MATLAB® is the same folder as where the model file (.slx) is located. Close and reopen the model file once you have set the correct directory in MATLAB®, you should see the directory ‘blockset’.

Alternatively to reopening the model you can run the m-script librarySetup.m after redirecting MATLAB® to the correct directory.

Problems during the build procedure

“### Real-Time Workshop build procedure for model: ‘controller_Olimexino_STM32’ aborted due to an error.”

There are a few possible errors with multiple causes during the build procedure.

Gmake: ***[model.obj] Error 1

After pressing the ‘Build model’ button or Ctrl+b the following error appears:

Possible problem:
There is a space in the folder where the model resides. Because of this the compiler cannot find the specified folder. See above: the compiler is directed to ‘targettrunkTargetcontroller_Olimexino_STM32_rtw’, this path is missing the ‘C:…” The full path was: ‘C:STM32TargettrunkTargetcontroller_Olimexino_STM32_rtw’.

Gmake: *** [<modelname>.obj] Error 1

After pressing the ‘Build model’ button (Ctrl+b) the following error appears:

Possible problem:
The ‘Simulation cache folder’ and ‘Code generation folder’ in the Simulink Preferences are not empty and not directing to the target folder.
Solution:
Empty the fields ‘Simulation cache folder’ and ‘Code generation folder’ in Simulink Preferences.

Gmake: *** [clean] Error 2

After pressing the ‘Build model’ button (Ctrl+b) the following error appears:

Possible problem 1:
The PATH to the GNU ARM embedded toolchain is not set correctly in the environment variables.

Solution:
Go to Environment Variables by right clicking ‘My Computer’ and selecting properties -> Click ‘Advanced system settings’ -> click ‘Environment Variables …’ Select the PATH variable and click edit to check/correct the folder location to:
‘C:Program FilesGNU Tools ARM Embedded5.4 2016q2bin’.

Possible problem 2:
MATLAB® has not been run as administrator.

Solution:
Run MATLAB® as administrator. See the MATLAB® installation section

Problems with flashing

Error during flash procedure with Microboot: ‘Could not clear memory..’

When trying to flash the STM32 Olimexino via CAN or USB the following error appears:

Problem:
The model was not set up for use with the boot loader
Solution:
Set ‘HANcoder_BOOTLOADER=1’ at the make command in the configuration parameters of the model. See below..

Microboot is not started automatically after a build

After the build procedure Microboot is not started automatically to begin the flash procedure.

Possible problem 1:
Microboot is not located in the correct directory. MATLAB® takes it’s current directory and then tries to find Microboot from there. It first goes up one level and then searches from there for /Host/MicroBoot/MicroBoot.exe. If MicroBoot.exe is not found, it cannot be started.
Solution:
Place MicroBoot back in ../Host/MicroBoot relative to the current folder (directory that holds the model) or start MicroBoot manually.

Possible problem 2:
The AutoFlash function is turned off.
Solution:
AutoFlash can be turned on by adding the Build settings block to the model and turning the function on in that block.

Problems with MATLAB® in general

Error building model: dialog out of screen boundaries

Problem:
When starting the build procedure a dialog from HANcoder appears in the task bar but is not visible on the screen.
Solution:
This is an Error that is in MATLAB® self. There has to be a ‘startup m-file’ in the beginning file of MATLAB® to prevent this from happening.
Startup MATLAB®, in the left section of the program, the current folder section, the file is shown which MATLAB® starts with. Make a new script ( in the upper left corner ).Copy the following script into the m-file and call this file startup.m

figure(‘units’,’pixels’,’position’,[680 678 560 420]);

close all;
set(0,’defaultfigureposition’,[680 678 560 420]);
clc

From now on, MATLAB® will execute this script first when it is started. The dialog will appear in the screen from now on.

Problems with driver installation

USB driver installation with Zadig.exe fails

When the openblt.cfg file is in a path with a long name the installation can fail. Switch to Advanced mode in the Options menu of the program to check if the Openblt.cfg file can be opened.

Another recurring problem is that the target board doesn’t stay in the boot loader long enough to install the driver. The solution here is to keep the boot loader active, this procedure is different for the different targets: In the Olimexino pin D2 should be held low by placing a resistor (250 to 820 Ohm) between GND and pin D2. The boot loader in the E407 can be kept active by keeping the button (BUT) pressed while pressing and letting go the reset button. The same trick applies to the P405 but there the name of the extra button is WAKE UP.

If the above didn’t help then try going to the device manager and uninstall the current driver. Open Zadig.exe again and set it in Advanced mode. Now load the preset device by selecting the OpenBlt.cfg file. Click the ‘Install Driver’ button and check the console output for errors.