Opened 5 years ago

Closed 4 years ago

#5950 closed defect (wontfix)

omc crashes during bootstrapping on fresh Debian Buster

Reported by: Rüdiger Franke Owned by: Martin Sjölund
Priority: blocker Milestone: 1.17.0
Component: Build Environment Version:
Keywords: Cc:

Description

Compiled OpenModelica according to docu:

echo deb http://build.openmodelica.org/apt bionic nightly | sudo tee -a /etc/apt/sources.list
echo deb-src http://build.openmodelica.org/apt bionic nightly | sudo tee -a /etc/apt/sources.list
sudo apt-get update
sudo apt-get build-dep openmodelica
git clone --recursive https://openmodelica.org/git-readonly/OpenModelica.git OpenModelica
cd OpenModelica
autoconf
./configure --with-cppruntime
make -j4

Compilation crashes with:

make -f Makefile --no-print-directory -C /home/rfranke/OpenModelica/OMCompiler/Compiler/Script OMBUILDDIR=/home/rfranke/OpenModelica/build
/home/rfranke/OpenModelica/build/bin/omc -d=failtrace -g=MetaModelica OpenModelicaScriptingAPI.mos

Limited backtrace at point of segmentation fault
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaRuntimeC.so(+0x17c34)[0x7f7ff15ffc34]
/lib/x86_64-linux-gnu/libc.so.6(+0x37840)[0x7f7ff17bc840]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_FGraphBuildEnv_mkProgramGraph+0x33)[0x7f7ff1e62c03]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Builtin_initialGraph+0x1a1)[0x7f7ff21553e1]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Inst_makeEnvFromProgram+0x40)[0x7f7ff2015ec0]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_SymbolTable_buildEnv+0x43)[0x7f7ff1dbeea3]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Interactive_evaluateExpr+0x108)[0x7f7ff1e24388]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Interactive_evaluateExprToStr+0x1b3)[0x7f7ff1e24743]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Interactive_evaluate2+0x1c5)[0x7f7ff1e26925]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Interactive_evaluateToStdOut+0x9e)[0x7f7ff1e2732e]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Main_translateFile+0x5d3)[0x7f7ff1c34633]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Main_main2+0x468)[0x7f7ff1c36138]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(omc_Main_main+0x414)[0x7f7ff1c36814]
/home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/libOpenModelicaCompiler.so(__omc_main+0x1e6)[0x7f7ff2180186]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xeb)[0x7f7ff17a909b]
make[6]: *** [Makefile.common:4: OpenModelicaScriptingAPI.mo] Segmentation fault
make[5]: *** [Makefile.common:104: scripting] Error 2
make[4]: *** [Makefile.common:11: generate-files-in-steps] Error 2
make[3]: *** [Makefile.common:6: all] Error 2
make[3]: Leaving directory '/home/rfranke/OpenModelica/OMCompiler/Compiler/boot'
make[2]: *** [Makefile:99: omc-bootstrapped] Error 2
make[2]: Leaving directory '/home/rfranke/OpenModelica/OMCompiler'
make[1]: *** [Makefile.common:227: all-runtimeCPPinstall] Error 2
make[1]: Leaving directory '/home/rfranke/OpenModelica/OMCompiler'
make: *** [Makefile:12: omc.skip] Error 2

I think that the same happens for the maintenance/v1.15 branch.

Change History (10)

comment:1 by Adrian Pop, 5 years ago

Ouch. How did you configure? Did you use gcc/g++ or clang/clang++?

comment:2 by Rüdiger Franke, 5 years ago

Just configure --with-cppruntime as stated in the opener of this ticket.

comment:3 by Rüdiger Franke, 5 years ago

gcc -v gives: gcc version 8.3.0 (Debian 8.3.0-6)
clang -v gives: clang version 7.0.1-8 (tags/RELEASE_701/final)

Tried:

./configure CC=clang CXX=clang++ --with-cppruntime

This time the compilation already fails in sundials

CMake Error at CMakeListrs.txt:1104 (add_subdirectory):
  add_subdirectory given source "examples" which is not an existing
  directory.

I updated before the compilation. A lot of strange things seem to be happening with sundials recently (like the cmake 3.4 problem last week). Do you commit instable versions to the master branch meanwhile?

Version 0, edited 5 years ago by Rüdiger Franke (next)

comment:4 by Adrian Pop, 5 years ago

It is because OMCompiler/3rdParty is on master instead of 745e134e15b9ff857c2fc58ae4e0d41e20774076 which is the
one in the OpenModelica project.

Solve this by doing:

cd OpenModelica
git checkout master
git pull
# force submodules to be on the tested commits from OpenModelica glue project, not on master
git submodule update --force --init --recursive 

comment:5 by Adrian Pop, 5 years ago

We need to change the way we are working with OMCompiler-3rdParty.
I have discussed with Martin about this and we propose to use branches instead of directly master as sketched here:
https://github.com/OpenModelica/OpenModelica/blob/master/CONTRIBUTING.md
at the bottom of the page.
I'll ask Andreas to do this until he finishes his work to update sundials.

comment:6 by Rüdiger Franke, 5 years ago

Clang avoids the crash of omc during bootstrapping. Btw. flex appears missing in the build dependencies.

Hours later everything compiled. Now clang fails to generate an executable for a simulation though:

/usr/bin/ld: /home/rfranke/OpenModelica/build/bin/../lib/x86_64-linux-gnu/omc/omsicpp/libOMCppOMCFactory.a(OMCFactory.cpp.o): undefined reference to symbol 'pthread_join@@GLIBC_2.2.5'
/usr/bin/ld: //lib/x86_64-linux-gnu/libpthread.so.0: error adding symbols: DSO missing from command line
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make: *** [Modelica.Fluid.Examples.Tanks.ThreeTanks.makefile:79: Modelica.Fluid.Examples.Tanks.ThreeTanks] Error 1

comment:7 by Francesco Casella, 4 years ago

Milestone: 1.15.01.16.0

Release 1.15.0 was scrapped, because replaceable support eventually turned out to be more easily implemented in 1.16.0. Hence, all 1.15.0 tickets are rescheduled to 1.16.0

comment:8 by Francesco Casella, 4 years ago

@rfranke, was this issue resolved?

comment:9 by Francesco Casella, 4 years ago

Milestone: 1.16.01.17.0

Retargeted to 1.17.0 after 1.16.0 release

comment:10 by Francesco Casella, 4 years ago

Resolution: wontfix
Status: newclosed

@rfranke, please reopen if the issue is still relevant.

Note: See TracTickets for help on using tickets.