On Thu, Nov 28, 2019 at 10:04 PM Waldek Kozaczuk <[email protected]> wrote:
> > >>> >>> >>> Please note I have removed this line from the tests Makefile: > -$(boost-tests:%=$(out)/tests/%): CXXFLAGS += -D_GLIBCXX_USE_CXX11_ABI=0 \ > I do not fully understand the significance of it nor the reasons for it in > the first place (why was it there). Could it cause this issue? > This line was needed because we try to combine newly combined test code and some super-antique version of Boost from external/. It is explained in commit 6a3bff38a281e65ee715bab4fadef63e0918f7d3. You shouldn't need it if you stop using the antique boost. > BTW I also now noticed this linker warning (not sure if related): > LIBOSV.SO > STRIP loader.elf -> loader-stripped.elf > strip: > build/release.x64/loader.elf[.gnu.build.attributes.text._ZN5boost6system23dummy_exported_functionEv]: > Warning: version note missing - assuming version 3 > strip:build/release.x64/loader-stripped.elf[.gnu.build.attributes.unlikely]: > error: failed to copy merged notes into output: file in wrong format > LZ loader-stripped.elf > > I noticed this too a few days ago, but didn't spend any time to chase it. > > Is the backtrace broken? The important line is > #10 0x00001000000ed1e0 in ?? () > > Which is inside the test executable. Did you try "osv syms"? > > I did. There were couple of libraries that had missing debug info missing. > Installed still did not help and backtrace looks like this - broken: > I'm still guessing the address 0x00001000000ed1e0 is in the actual test itself, not any of the libraries. It is possible that "osv syms" gets confused because this bug happens while the test executable is being unloaded, so maybe it's no longer in the list. You can comment out the code that removes the library from the list that "osv syms" uses, and then maybe gdb will be able to know about it. > It seems there is a C++ destructor in the test code (or Boost framework) >> being run, which causes a crash. But I don't know what it is... >> >> Not sure it is related but our usr.manifest.skel pulls ancient libgc_s.so > from externals. > The reason why we have this file is explained in commit be565320c082c00069614c850d29b42831b3dea6 > Changing it to pull from host creates other issues which I will send email > about. > :-( -- You received this message because you are subscribed to the Google Groups "OSv Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/osv-dev/CANEVyjt6tmE3g7YHuf5hj8P3-GDLtEPJMi%3DuX%2B_2amV%3DiAbdgQ%40mail.gmail.com.
