(gelöst) QMS lässt sich nicht mehr kompilieren

Hmm, ich glaube das ist in einem anderen Thread schon mal aufgetaucht. Wenn ja, dann müsste dieser Beitrag von kiozen helfen…

trailsucher

Das Problem ist anscheinend das dieses Testprogramm :

#include <pthread.h>

void* test_func(void* data)
{
  return data;
}

int main(void)
{
  pthread_t thread;
  pthread_create(&thread, NULL, test_func, NULL);
  pthread_detach(thread);
  pthread_cancel(thread);
  pthread_join(thread, NULL);
  pthread_atfork(NULL, NULL, NULL);
  pthread_exit(NULL);

  return 0;
}

nicht gebaut werden kann. Das Versuch das Programm zu bauen ergibt folgendes Ergebnis :

/usr/bin/ld: CMakeFiles/cmTC_359c3.dir/src.c.o: in function `main':
src.c:(.text+0x2f): undefined reference to `pthread_create'
/usr/bin/ld: src.c:(.text+0x3b): undefined reference to `pthread_detach'
/usr/bin/ld: src.c:(.text+0x47): undefined reference to `pthread_cancel'
/usr/bin/ld: src.c:(.text+0x58): undefined reference to `pthread_join'
collect2: error: ld returned 1 exit status. 

Komisch dabei ist , das er nicht auch wegen pthread_atfork und pthread_exit meckert.

Kannst du den obigen Quellcode mal manuell kompilieren ?

Also in eine Datei pthreadtest.c abspeichern und dann mit

gcc pthreadtest.c -o pthreadtest -rdynamic -lpthread kompilieren.

Gibt es da den gleichen Fehler ?

Da pthreads Teil des libc6 Paketes sind. Gab es da zwischen dem letzten erfolgreichen Bau und heute ein Update ?

QMapShack benötigt jetzt PROJ mindestens in der Version 7.2.1. Neben der Bibliothek und den Tools selber müssen auch die Dateien für die Entwicklung im System sein. Also Header Dateien und die nötigen CMake Dateien um PROJ zu finden. Und genau darin liegt das Problem. Die CMake Dateien werden nicht gefunden. Entweder hast Du nicht das richtige Paket installiert (keine Ahnung wie das bei Mint heißt), oder das Packet beinhaltet diese Dateien nicht. Letzteres wäre ein Bug der Distribution.

trailsucher Deinstalliere PROJ und compiliere und installiere es über CMake noch einmal. Und danach auch ein aktuelles GDAL neu compilieren.

pthread lib ist nicht installiert, bzw es fehlen die Entwicklerpakete.

Nein das dürfte nicht der Fehler sein. Denn libpthread ist Teil des glibc Paketes.

Wenn das Testprogramm (hier auf Opensuse Tumbleweed ) mit den gleichen Compiler-Flags compiliere wie im PROJ Buildsystem bekomme ich auch den gleichen Fehler

>gcc pthreadtest.c -o pthreadtest -rdynamic 
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld: /tmp/ccDrVsAu.o: in function `main':
pthreadtest.c:(.text+0x2d): undefined reference to `pthread_create'
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld: pthreadtest.c:(.text+0x39): undefined reference to `pthread_detach'
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld: pthreadtest.c:(.text+0x45): undefined reference to `pthread_cancel'
/usr/lib64/gcc/x86_64-suse-linux/10/../../../../x86_64-suse-linux/bin/ld: pthreadtest.c:(.text+0x56): undefined reference to `pthread_join'
collect2: error: ld returned 1 exit status

Wenn ich aber mit libpthread linke

 > gcc pthreadtest.c -o pthreadtest -rdynamic -lpthread

oder als gcc Spezialität das Flag -pthread verwende:

gcc -pthread pthreadtest.c -o pthreadtest -rdynamic 

läßt es sich einwandfrei bauen

Leider kann ich aber nicht weiterhelfen wie man dies fixt.

Da ist was falsch im Build-System, bzw es fehlt was. pthread sollte Teil der Systembibliotheken sein und wird in der Regel nicht mehr explizit angegeben.

Unter SuSE Leap 15.2 geht das auch alles ohne Probleme.

Wenn man ein wenig sucht findet man den Thread:

https://stackoverflow.com/ques…ake-cannot-find-lpthreads

Könnte am Ende eine veraltete CMake Version zu sein.

Halo,

hatte heute die Gelegenheit, QMS aus dem aktuellen Entwicklungsstrang zu kompilieren. Es ist einiges an mehr Vorarbeit nötig, aber es läuft.

System: Linux Mint 20.1 frisch in der Virtualbox installiert...

PROJ, GDAL und QUAZIP sind nun selbst zu kompilieren. Die entsprechenden Anleitungen sind auf den Programmseiten ersichtlich. Bin wie folgt vorgegangen:

Proj4

https://proj.org/download.html

https://proj.org/install.html#…allation-from-source-code - der CMAKE Variante folgen!

Vorher noch folgende Pakete installieren:

sudo apt install sqlite3 libsqlite3-dev libtiff5-dev libcurl4-gnutls-dev

GDAL

https://gdal.org/download.html#current-releases

folgende Befehle ausführen

./configure --prefix=/usr

make

Danach mit sudo checkinstall ins System einbinden. Sollte checkinstall nicht installiert sein, sudo apt install checkinstall ausführen

QUAZIP:

https://github.com/stachenov/quazip

cmake .

make

sudo make install

Quazip meckert bei cmake . zwar

- Could NOT find Qt5Zlib (missing: Qt5Zlib_DIR)

CMake Warning at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:39 (message):

Failed to find Qt5 component "Zlib" config file at

"/usr/lib/x86_64-linux-gnu/cmake/Qt5Zlib/Qt5ZlibConfig.cmake"

Call Stack (most recent call first):

CMakeLists.txt:62 (find_package)

Macht soweit aber nix, da make und sudo make install dann durchlaufen.

Dann noch routino, und QMS. Beim Start von QMS noch folgende Meldung:

qmapshack: error while loading shared libraries: libproj.so.22: cannot open shared object file: No such file or directory

Habe ich mit export LD_LIBRARY_PATH=/usr/local/lib/:$LD_LIBRARY gefixt...

Soweit läuft dann alles...

Das mit dem LD_LIBRARY_PATH kann man auch umgehen, wenn man mit ccmake CMAKE_INSTALL_PREFIX auf `/usr` setzt.

Ansonsten Danke für die wie immer gute Anleitung

Ohne wirkliche Information kann niemand helfen. Nur raten.

GDAL Build-Verzeichnis komplett frisch?

Configure läuft ohne seltsame Meldungen durch?

PROJ V8 wurde vor GDAL gebaut und installiert?

https://github.com/Maproom/qma…/wiki/BuildLinuxMintPROJ8

Laut http://osgeo-org.1560.x6.nabble.com/gdal-dev-GDAL-3-1-4-RC1-available-td5448077.html

gibt es proj_crs_get_datum_ensemble erst seit PROJ 7.2. Könnte es sein, das es auf deinem produktiv PC neben der neugebauten libproj noch eine weitere, ältere Version gibt ?

Und ruhig mal schauen ob jetzt nicht alles irgendwie kreuz und quer in `/usr/` bzw `/usr/local` liegt.

QMS ist das genialste Kartenprogramm, das ich kenne

Ich nutze es auf meinem WIN-Rechner (einfache Installation) und auf Linux Mint 19.3 XFCE.

Die Version in der Distro ist uralt, daher habe ich mit viel Mühen manuell die Vers. 13 kompiliert. Nun wollte ich aktualisieren, bin aber gescheitert.

ABER IST GIBT EINE GANZ EINFACHE LÖSUNG FÜR MINT-USER:

Die Windows-Version 1.15.2 läuft ganz prima unter PlayOnLinux mit Wine 4.0. Ich hoffe, das bleibt auch bei künftigen Versionen so.

(Einen kleinen Schönheitsfehler habe ich gefunden: die Sortierung der Tracks nach Namen ist nicht korrekt, aber das ist veschmerzbar.)