Szerk: 32-biten pedig fordul, csak 64-en nem. Sőt, ahogy nézem, még sosem csináltam 64-biten. Akkor ez a 'minden kezdet nehéz' esete lesz...
20160106.0715:
Most ismét nekifutottam, de most máshol állt meg a 64-bites fordítás:
ld: 0711-738 ERROR: Input file /usr/local/lib/libexpat.so.1:
XCOFF32 object files are not allowed in 64-bit mode.
Ebben nyilván igaza is van, most azt kell kinyomoznom, hogy miért nem a /usr/local/lib64/libexpat.so.1-re vetette rá magát a derék libtool/ld.
20160106.1301:
Hiszti off, összeállt. Egy fontos info: minden hibás kísérlet után érdemes törölni a source-t és nulláról kezdeni. (No persze a konfiguráló/fordító/telepítő script legyen biztos helyen, ahonnan csak belinkeljük a gdb-source-be)
- NevemTeve blogja
- A hozzászóláshoz be kell jelentkezni
- 845 megtekintés
Hozzászólások
Én laikus vagyok de szeretek mindenbe belenézni 1 kicsit hátha ezáltal én is tanulok valamit:
https://sourceware.org/gdb/onlinedocs/gdb/Config-Names.html
Jól értem itt aszondja hogy lenni kéne egy config.subnak amiből ezt kiszedné.De ha jól értem laikusként akkor ezt valami mai javításban adták ki mert a cvs előtti szám mai napos.
config.sub is also distributed in the gdb source directory (gdb-7.10.1.20160105-cvs, for version 7.10.1.20160105-cvs).
- A hozzászóláshoz be kell jelentkezni
Köszi, ez lehet, hogy érdekes, majd belenézek...
Így ismeri fel a rendszert:
checking target system type... powerpc-ibm-aix6.1.6.0
checking build system type... powerpc-ibm-aix6.1.6.0
checking host system type... powerpc-ibm-aix6.1.6.0
Szerintem ez jó is lehet...
Szerk: mondjuk vannak olyan Makefile-ok a source-tree-ben, amelyekben töltve vannak ezek a változók:
host_alias=powerpc-ibm-aix6.1.6.0
target_alias=powerpc-ibm-aix6.1.6.0
- A hozzászóláshoz be kell jelentkezni
Pedig ezek a valtozok csoben sutve igazan jok... :-)
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Hát igen, ez is igaz. De ha már így offolunk, nemrég fogtam egy olyat, hogy a vim-7.4 configure-scriptje sehogy sem akarta elhinni, hogy X11-nélkül kellene fordítani --without-x és --with-x=no lepergett róla, végül ez lett a megfejtés: sed s/$with_x/no/g configure
- A hozzászóláshoz be kell jelentkezni
Hmm... ez fura. Az egyetlen dolog, ami miatt el tudom kepzelni, hogy ez ilyen lehet az az eger tamogatas.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Nem puszta gonoszságból akartam egyébként X-nélkül fordítani, hanem mert olyan 'Xutf8SetWMProperties' szerű függvényeket akar hívni, amikor az AIX6.1-ben nincsenek
- A hozzászóláshoz be kell jelentkezni
Es azt nem lehet valami #define magiaval kikerulni?
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
Mindent lehet, de most akadt fontosabb megoldani való: kiderült, hogy van valódi felhasználója a dtelnet-nek, és egyedi igénye van nekije.
Ja, és a mc-4.8.15 sem fordult még le az AIX-on.
- A hozzászóláshoz be kell jelentkezni
Hat pedig az MC az egy eleg kritikus alkalmazas, tessek rafekudni a dologra! :-)
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
mc-ékkel volt egy kis konzultációm, de nem volt valami sikeres...
http://www.midnight-commander.org/ticket/3585
- A hozzászóláshoz be kell jelentkezni
ez már sokkal inkább csak a 64 bites libek nincsenek benne a PATHban gondnak tűnik első blikkre.
- A hozzászóláshoz be kell jelentkezni
Nem a PATH-ban, de tényleg ilyesmi lehet... Apróság, de szintén nehezítés, hogy a 'make distclean' sem teremt teljesen tiszta állapotot.
- A hozzászóláshoz be kell jelentkezni
Csinalni kell egy blank git repot a forrason, bekommitolni mindent, ami az untouched forrasfaban van, aztan ha tiszta allapot kell, akkor "git reset --hard && git clean -xfd", koszlat.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni