strepsirrhini/office-gobmx
9
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
office-gobmx/solenv
History
Armin Le Grand (allotropia) 3c82f49fce Adapting basegfx.py due to blocking in some situations 
I have stumbled over the GDB integration in vscode hanging
when there is a BP and *below* a declaration of e.g. a
basegfx::B2DPolygon. This seems to happen due to the
instance not yet being incarnated, but the variable view
already listing it and triggering methods in basegfx.py
to evalualte stuff.
It just hangs/loops, I guess it's fetching the PointCount
from a random mem ptr'ed Polygon, then tries to evaluate
something with the Points.
I do not really know about what to do here, but I figured
out that testing 'if self.exists()' where the instance
gets accessed (using gdb.parse_and_eval) helps.
Thus this solves the problem for me and - after stepping
over the incarnation of the object I can see it's true
content.
I hope someone who might have more knowledge about that
GDB and python stuff can have a look and maybe tell if
tis is OK or should be done in a different way.

Change-Id: Ia844b0aded97220df7f4605fdcffeac5e2270db3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/173826
Reviewed-by: Armin Le Grand <Armin.Le.Grand@me.com>
Tested-by: Jenkins
2024-09-25 10:56:18 +02:00
..
bin Avoid -Werror,-Wcast-function-type-mismatch 2024-09-17 21:01:48 +02:00
buck
clang-cl
clang-format remove OSubComponent from OStatementBase 2024-09-18 08:06:47 +02:00
doc/gbuild
gbuild Remaining GCC -Wcast-function-type issues 2024-09-19 07:35:49 +02:00
gbuildtojson
gcc-wrappers
gdb Adapting basegfx.py due to blocking in some situations 2024-09-25 10:56:18 +02:00
inc
lldb/libreoffice
lockfile
maven
qa/python
sanitizers
vs
wsl
CompilerTest_compilerplugins_clang-c++03.mk
CompilerTest_compilerplugins_clang.mk
CustomTarget_gbuildtesttools.mk
Executable_concat-deps.mk
Executable_g++-wrapper.mk
Executable_gbuildtojson.mk
Executable_gcc-wrapper.mk
Executable_lockfile.mk
flatpak-manifest.in Adapt flatpak build to upstream changes 2024-09-24 22:51:05 +02:00
Makefile
Module_solenv.mk
PythonTest_solenv_python.mk
README.md
StaticLibrary_wrapper.mk

README.md

Tools and Makefile Fragments Necessary for Compilation

This module contains many tools and makefile configuration pieces, critical for building LibreOffice:

  • bin/

    • contains lots of tools used during the build:

      • concat-deps* these aggregate, and remove duplicates from module dependencies, to accelerate build times.

      • make_installer.pl this script executes the compiled instructions from the scp2/ module to create an installer, and/or to do a local install for the smoketest.

  • gbuild/

    implementation of the LibreOffice build system See gbuild/README for more info.

  • gdb/

    lots of nice python helpers to make debugging -much- easier that (eg.) print UCS2 strings as UTF-8 on the console to help with debugging.

  • inc/

    old / increasingly obsolete dmake setup and includes, we are trying to entirely rid ourselves of this

  • src/

    useful standard / re-usable component map files for components which shouldn't export anything more than a few registration symbols.

  • flatpak-manifest.in

    This file is copied manually to https://github.com/flathub/org.libreoffice.LibreOffice/blob/master/org.libreoffice.LibreOffice.json The flatpak/build.sh in the LO dev-tools repository is obsolete.