I'm encountering the following error when trying to build simuLTE over the right versions of OMNET++ and INET (the versions specified in simulte web). The error is the following:
Cannot parse /simulte-1.0.0/.oppbuildspec
/simulte-1.0.0/.oppbuildspec: unrecognized option: --meta:export-include-path
/simulte-1.0.0/.oppbuildspec: unrecognized option: --meta:export-include-path
Do you have any idea what could be the problem?
I had the same problem when I was building simulte from Omnet Gui i.e. right clicking on simulte project and then Build project.
It was resolved when I built it with terminal (im using ubuntu). So,
Open a terminal.
Go to simulte directory in your workspace.
Run "make clean".
Run "make makefiles".
Run "make".
Doing this resolved my error. I hope it will resolve yours too..
Related
I am trying to run an example from the plexe-veins folder on my Mac OS High Sierra system, to my knowledge I have installed all necessary libs.
The only problem I have is with installing the omnetpp__0.7-1.tar.gz file. Some research online leads me to believe the version of R on my computer is unable to compile the file since the file is an older version. I have tried installing older versions but failed because of compatibility issues with my OS. I am at a complete dead-end with regards to that.
When I run the platooning example, the GUI opens up of and I am able to run the simulation for a few seconds until I get the error:
(omnetpp::cDoubleParImpl)simulationDuration: Cannot cast from type
double to integer -- in module (SimplePlatooningApp)
scenario.node[0].appl (id=11), at t=1.01s, event #204 TRAPPING on the
exception above, due to a debug-on-errors=true configuration option.
Is your debugger ready? ./run: line 2: 90810 Trace/BPT trap: 5
../../run "$#"
The version of omnet I installed is omnet++-5.4 and I also followed the procedure from the manual which includes the "./configure" and "make" commands. I run the example by entering the dir in question and run:
./run -u Cmdenv -c Sinusoidal -r 2
It appears my problem was multi-pronged. These are the steps I took to solve the problem:
I followed the suggestions offered by Julian with regards to the version of Omnet++ I installed, I downgraded to Omnet++ 5.0
I also noticed that I had a previously installed sumo (not plexe-sumo) on my system and thus it seemed to be running the simulation instead of plex-sumo. So I uninstalled it.
There also seemed to be a problem with a static declaration of 'abs'followed by a non-static declaration which caused omnetpp_0.7.1.tar.gz to fail while compiling. I solved this issue by locating the stdlib.h file in xcode.app/Contents/Developer/Toolchains/usr/include/v1 and commented out "inline _LIBCPP_INLINE_VISIBILITY" (there should be a better fix).
I appreciate the help!!!
The part of OMNeT is a casting error. This is due to OMNeT++ 5.4 which changed some internals on parameters and therefore is simply to new for Plexe 2.0. You have to use an older version like OMNeT 5.0 or 5.1 as this is what Plexe 2.0 was built upon.
Also see these posts:
Error in Veins tutorial simulation
Error while running example of the veins in the last step of the installation
Is casting possible in parameter expressions in OMNET++?
When I run command ./configure I receive below mentioned error:
configure: error: Cannot build Qt apps, probably due to missing or too old Qt packages. Make sure Qt development packages are installed and newer than Qt 5.4. You can disable Qtenv by setting the WITH_QTENV variable to "no" in configure.user.
I have installed Qt5.9.0 after receiving above error, installed mingw-32bit but still receiving same error. Can anyone help me to solve the problem?
The OMNeT++ package for Windows contains all libraries and other tools (including JRE), so there is no need to install anything separately.
To install OMNeT++ in Windows one should:
Download a proper version of OMNeT++ - i.e. OMNeT++ 5.4 (Windows).
Turn off aniti-virus real time protection.
Extract the whole archive into a directory whose name doesn't contain spaces.
Double-click mingwenv.cmd, then press any key.
After some time in the mingwenv console type: ./configure, then make.
In the mingwenv console type omnetpp to start OMNeT++.
Later, to start OMNeT++ one should double click mingwenv.cmd, type omnetpp and do not close console.
I have removed polish characters from directory path and it solved thie problem. Check if directory has any special characters in directory path.
I'll share what worked for me. After installing the Qt package, remove the existing omnetpp directory and extract it from the zip file again. Run mingwenv.cmd, so that it initiates the tools extraction and is now able to load the installed Qt package. Running ./configure now doesn't show the error.
I have just begun to use OMNET++ and got stuck in the first place.
This is the error which I get each time : 1
Please tell me how to solve this
You have probably download Linux version of OMNeT++ or there were errors during unpacking the package. Download the Windows version of OMNeT++, unzip it and try again build it.
Recently, I downloaded OMNET 5 in Ubuntu 14.04 & automatically downloaded INET 3.4. When I am trying to run any example in INET the follwing error appears:
<!> Warning: opp_run: Cannot check library ../../src/INET: ../../src//libINET.so: cannot open shared object file: No such file or directory
<!> Error during startup: Cannot load library '../../src//libINET.so': ../../src//libINET.so: cannot open shared object file: No such file or directory.
I tried to reconfigure the INET framework and also downloaded INET manually but I still facing the same problem.
Could anyone help me to fix it?
You probably did not build INET. Select Project and Build Project.
the problem was that inet didn't build properly due to some missing system libraries, after checking the build log and installing the missing system libraries the build went ok and i could run examples without any problems
I am doing C development using Netbeans on OS X and my project fails to build, stating "...this installation of Open MPI was not compiled with Fortran 90 support"
I have installed a newer gcc and Open MPI (along side the default versions), and I can build using them via make on a command line. This leads me to believe that Netbeans is using the default Open MPI installation (which did not have fortran support). If I am correct, how do I get it to use the new installation? I told Netbeans about the other compilers via the Tool Collection Manager (File->Project Properties->Build->Tool Collection->[...]). However, I do not know of a way to tell it about Open MPI.
I have a working solution. This solution exists in two parts.
1) I reran configure on the command line for my project and specified full paths for MPICC and MPIFC. This solved the problem of getting Netbeans to use the right mpicc compiler. However, it created another issue: the mpif90 wrapper could not find gfortran.
2) I altered the 'GUI environment' PATH variable to put gfortran in my path using the /etc/launchd.conf method found here (http://stackoverflow.com/questions/135688/setting-environment-variables-in-os-x).
After a reboot, Netbeans compiles my project. So, I'm claiming success.