libtool: link: warning: `/usr/local/lib64/libiconv.la' seems to be moved

 ( NevemTeve | 2019. március 14., csütörtök - 9:46 )

Nyilván én vagyok a hibás, elvittem valahonnan valahová... azért érdekelne, hogy hogyan buktam le.

Ezt az üzenetet az 'igazi' libtool írta ki, azt nem tudom, hogy egyáltalán hogyan tudott elindulni, mikor én azt hittem, hogy minden példányát leirtottam, de ez csak egy kis bónusz nyomozás.

Szerk: no, ennek a két stringnek a nem-egyezése okozza a hibát:

libtool: link: warning: `/usr/local/lib64/libiconv.la' seems to be moved\
libdir='/usr/local/lib64' absdir=/usr/local/lib64

Vagyis az 'apostolok' miatt nem egyenlők. Így néz ki a libiconv.la vége:


# Files to dlopen/dlpreopen
dlopen=''
dlpreopen=''

# Directory that this library needs to be installed in:
libdir='/usr/local/lib64'

Szedjem le az 'apostolokat', és nézzem meg, mi történik?

A második kérdés, hogy hogyan lehetne a configure-nak megmondani, hogy használjon külső, preinstalled libtool-t. Eddigi tapasztalataim szerint sehogy. Legalábbis így nem:

export LIBTOOL='/usr/local/bin/ezthasznaldwazze_libtool'
./configure .. LIBTOOL="$LIBTOOL"

Következő ötletem: még minden configure és make előtt:

cat >ltmain.sh <<"DONE"
#!/bin/sh
exec /usr/local/bin/libtool "$@"
DONE

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Szeretem ezeket a postokat.
Valószínűleg azért, mert szeretem az abszurdot és a scifit is.

Én is várom már néha.
Szerintem NevemTeve ott volt, amikor a Függetlenség Napjában Will Smith és Jeff Goldblum feltöltötték a vírust az idegenek rendszerére. Előtte biztosan kellett kicsit mókolni a linkerrel, hogy fusson azon az OS-en is. :-D
Lehet tippelni, hogy ki segíthetett innen a fórumról az interface összeforrasztásában! :-D

Üdv:
Dw.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Igazából csak a binutils-2.29-ből akartam egy 'gas'-t összetákolni, de egyelőre feladtam, inkább átmásoltam egy régebbit egy másik gépről. Egy OpenSSL-issue-t szeretnék generálni, hogy a PowerPC-s Assembly legyen egy kicsit PowerPC-sebb, ehhez persze ki kell próbálni mindkét Assemblerrel (AIX, GNU) a tákolást.

Az első csak annyi lenne, hogy az elején legyen egy ilyen:

.csect .text[PR]

A második fokozat már meredekebb: minden publikus függvényhez szülessen 'function descriptor'
https://www.ibm.com/developerworks/community/blogs/5894415f-be62-4bc0-81c5-3956e82276f3/entry/deeply_understand_64_bit_powerpc_elf_abi_function_descriptors?lang=en
http://lzsiga.users.sourceforge.net/aix-linking.html#Q0011

Szerk: azon gondolkodtam, hogyan lehetne megoldani, hogy a bitszámtól függően legyen .long vagy .llong a source-ban. Erre szembejön velem a .ptr pszeudóutasítás. Gyanúsan jól hangzik, ilyenkor szokott kiderülni, hogy 'igen, de...'

Később: Aggódtam, hogy a kettő közül valamelyik Assembler nem ismeri ezt a .ptr direktívát, de most megnyugodtam: egyik sem ismeri.

Szerk: Ezt a fájlt kell majd meghaxorizálni: https://github.com/openssl/openssl/blob/master/crypto/perlasm/ppc-xlate.pl

Szerk: Ez könnyen ment: a TOC-generálás problémáját a linker megoldja, mivel az 1.1.1 verziótól rendes exportfájlt kap nem -bexpall -t; az elsőt egyetlen sor beszúrása helyrehozza: https://github.com/openssl/openssl/pull/8496