Dotaz: autotools & libtool

[Tomas]

Zdravím

Potřebuji cross kompilovat základní programy (gcc, libgmp, libmpfr, getetxt, openssl, ... ) pro platformu Solaris 10. Nemohu použít již zkompilované balíčky kvůli nastavení RPATH (potřebuji relativní RPATH s $ORIGIN).

Permanentně narážím na omezení autotools a libtool.

• $ORIGIN obsahuje znak $ a autotools generují špatně pravidla s LDFLAGS se znakem pokud obsahuje znak $.
• Libtool nepodporuje relativní cesty v rpath a libtool mi do RPATH tlačí úplně nesmyslné cesty ($DESTDIR$PREFIX apod.).
• Autotools nahrazují skutečné závislosti mezi soubory. Místo závislosti v Makefile typu lib$(LIBNAME).so.x.z : $(OBJS) je závislost lib$(LIBNAME).la : $(OBJS) s pravidlem které generuje i .so file. Ve výsledku pokud upravím pravidla a smažu .so tak s novým spuštěním make se .so nevytvoří. make install balíku pak spadne. Tohle vlastnost považuji za fatální zkriplení systému make.

Chtěl bych se zeptat zda někdo už krosskompilací zmíněných/podobných programů prošel a jak zmíněné problémy s řešil.

Odpovědi

[debian+]

neskusal si zapisalt $ cez \ alebo ako a la html znak.

[Tomáš]

Zkoušel. V některých případech zafunguje (tam, kde se nepoužívá libtool). Obvykle je to magický string \\\\\$$ORIGIN.

Dalším problémem je fakt, že binárky jsou v jiném adresáři a než knihovny a jejich RPATH musí být jiná &emdash $ORGIN/../lib. Obvykle akceptované LDFLAGS s tímto ale vůbec nepočítají. Neexistují zvlášť LDFLAGS pro .so knihovny a binárky.

Zkoušel jsem i patchovat výsledné ELFy pomocí programu patchelf. Ten upravuje jiný string v ELFu - RUNPATH.

Program readelf ze solarisu v některých případech funguje, ale u ELFu linkovaných pomocí gnu ld z binutils říká, že nemůže přidat string do tabulky dynamických stringů. Asi nepřidává buffer na konec tabulky dynamických stringů jako to dělá ld ze solarisu.

[debian+]

Ak su rozne umiestnenia, co tak pouzit symbolicke linky z jednoho do druheho pre kazdy subor.