gdb-7.10.1 sem fordul

 ( NevemTeve | 2016. január 5., kedd - 15:10 )

Naná, majd elsőre fordul, mi?

$ cd /usr/local/src/gdb-7.10.1/sim/ppc
$ make
/bin/sh ./../../gdb/common/create-version.sh ./../../gdb \
      version.c
Usage: mv [-I] [ -d| -e] [-i | -f] [-E{force|ignore|warn}] [--] src target
   or: mv [-I] [-i | -f] [-E{force|ignore|warn}] [--] src1 ... srcN directory

Namostan a 'version.c' előtt még van pár érték nélküli változó:

$(SHELL) $(srcroot)/gdb/common/create-version.sh \
$(srcroot)/gdb \
$(host_alias) $(target_alias) version.c

Már csak meg kellene tudni, hogy miért nincsenek idézőjelek között, és/vagy miért nincs értékük...

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)

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ő.

É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).

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

Pedig ezek a valtozok csoben sutve igazan jok... :-)
--
Blog | @hron84
Üzemeltető macik

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

Hmm... ez fura. Az egyetlen dolog, ami miatt el tudom kepzelni, hogy ez ilyen lehet az az eger tamogatas.
--
Blog | @hron84
Üzemeltető macik

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

Es azt nem lehet valami #define magiaval kikerulni?
--
Blog | @hron84
Üzemeltető macik

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.

Hat pedig az MC az egy eleg kritikus alkalmazas, tessek rafekudni a dologra! :-)
--
Blog | @hron84
Üzemeltető macik

mc-ékkel volt egy kis konzultációm, de nem volt valami sikeres...
http://www.midnight-commander.org/ticket/3585

ez már sokkal inkább csak a 64 bites libek nincsenek benne a PATHban gondnak tűnik első blikkre.

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.

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