Simple 'does it build and run' port of the kexi 2 code. No further debugging yet
Details
Details
- Reviewers
staniek - Commits
- R14:b92e7212cfe2: Port maps to Marble-qt5 and new KReport API
Open a database with a report using the map plugin, ensure it renders as per Kexi 2
Diff Detail
Diff Detail
- Repository
- R14 KReport
- Lint
Automatic diff as part of commit; lint not applicable. - Unit
Automatic diff as part of commit; unit tests not applicable.
Comment Actions
Good job! Builds but examples/kreportexample gets this when I am inserting a map:
symbol lookup error: .../lib64/libmarblewidget-qt5.so.26: undefined symbol: _ZN11SolarSystem14setCentralBodyEPc
| src/plugins/CMakeLists.txt | ||
|---|---|---|
| 6–7 | No longer needed line? | |
Comment Actions
I am using marble master build with all possible options ON, installed in my local prefix.
My other marble packages (standard locations) for opensuse 13.2 are:
marble-14.12.3-16.2.x86_64
marble-devel-14.12.3-16.2.x86_64
libmarblewidget20-14.12.3-16.2.x86_64
marble-doc-14.12.3-16.2.noarch
plasma-addons-marble-4.14.3-12.6.x86_64
marble-data-14.12.3-16.2.noarch
libmarblewidget14-4.9.5-1.1.x86_64
libmarblewidget19-4.14.3-4.3.x86_64
I would uninstall them but regardless of any other reasons it's a kind of useful to have these other versions to actually *test* proper builds in such cases. I am not 100% sure but cmake found my local installation of marble lib (master). Maybe older includes were used or something else?
Comment Actions
Got it I think. The symbol is SolarSystem::setCentralBody(char*)
and it's compiled into libastro.
LDD shows invalid:
libastro.so.1 => /usr/lib64/libastro.so.1 (0x00007fac3b672000)
So I had to set LD_LIBRARY_PATH and everything works.
Thanks!
Comment Actions
Two minor fixes:
- we don't need the HttpDownloadManager.h in plugins/maps/marble, do we? HttpDownloadManager.h is now officially installed by Marble
- set "Icon": "kreport_maps_element" in report_mapsplugin.json