Linux haladóknak - LOGOUT Hozzászólások

Hirdetés

Legfrissebb anyagok

LOGOUT témák

PROHARDVER! témák

Mobilarena témák

IT café témák

GAMEPOD témák

Téma összefoglaló

Utoljára frissítve: 2013-09-30 15:51

LOGOUT

Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.

Új hozzászólás Aktív témák

#14105 The DJ addikt bambano #14103

Új Válasz 2012-04-20 16:16:24 #14105
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz bambano #14103 üzenetére

Igen, a b verziót hajtottam végre, csak lehet rosszul fogalmaztam. Csomagként nem találta meg az opkg a libstdcpp-t, pedig létezett hozzá anno, legalábbis fórumos bejegyzések erre utalnak, tehát átemeltem az általam build-elt környezetből.
Most próbálom kinyomozni, hogy van-e strace openwrt-re vagy lehet-e fordítani hozzá. Jó lenne tudni mi zajlik a színfalak mögött.
#14104 Jester01 veterán bambano #14103

Új Válasz 2012-04-20 15:34:17 #14104
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz bambano #14103 üzenetére

Illetve be lehet kapcsolni a core dump-ot és akkor a fejlesztő gépen betölteni gdb-be (már ha a routeren nincs).
Én úgy értettem, hogy a b) verziódat csinálta, egyébként.
#14103 bambano titán The DJ #14101

Új Válasz 2012-04-20 15:05:56 #14103
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

LOGOUT blog

válasz The DJ #14101 üzenetére

szerintem nem bemásolni kellene a libstdc++-t hanem telepíteni.
b verzió: megkeresni a gépen, amin fordítottad, azt a példányt, amivel össze lett fordítva és azt is feltenni.
egyébként pedig nem tudom, van-e strace arra a rendszerre, mert ha igen, akkor azzal sok mindent ki lehet deríteni.
#14102 Vladi nagyúr The DJ #14101

Új Válasz 2012-04-20 15:03:17 #14102
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Vladi

nagyúr

válasz The DJ #14101 üzenetére

Újabb, régebbi verzió?
Bemásolás helyett elég belinkelni is.
#14101 The DJ addikt Jester01 #14094

Új Válasz 2012-04-20 14:52:39 #14101
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14094 üzenetére

Nekiestem újra az elejétől, immáron okosabban és tapasztaltabban.
Ez a parancs volt az, amit kiadtam:
make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ CXXFLAGS="-march=24kc" STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir
Először a tinyxml, majd a ptokax fordult le, mindkettő hiba nélkül. Bár a ptokax makefile-jába bele kellett nyúlnom egy kicsit, mert alapesetben az ld nem találta a -lz-t -llua5.1-et. Átírtam -llua-ra és az include-hoz hozzáadtam az elérési utat, ahol megtalálható a routerre fordított liblua és libz. Így már gond és hibaüzenet nélkül lefutott a make. Feltöltöm azért pastebinre a makefile-t, hátha én csesztem el valamit: [link]
Felmásoltam a routerre a kész ptokax-et, adtam neki indítási jogot és panaszkodott, hogy nem találja a libstdc++.so.6-ot. Gyorsan be is másoltam neki az openwrt lib könyvtárából a router /lib könyvtárába, így már indul...na, ha nem dobna segmentation fault-ot. Tehát újraforgatva sincs sajnos változás. De már nagyon közel vagyok, nem szeretném feladni.
#14100 rt06 veterán bambano #14099

Új Válasz 2012-04-20 14:43:15 #14100
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

rt06

veterán

válasz bambano #14099 üzenetére

koszonom
Siriusb: igen, erre - marmint hogy massal keszult - en is gondoltam (md5->sha valtasnal is megmaradtak a regi hash-ek jelszovaltasig), csak a megvaltoztatas egyelore nem johet szoba
#14099 bambano titán rt06 #14095

Új Válasz 2012-04-20 13:15:16 #14099
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

LOGOUT blog

válasz rt06 #14095 üzenetére

[link] az az eredeti crypt lesz, des titkosítással.
#14098 Siriusb veterán rt06 #14097

Új Válasz 2012-04-20 13:05:13 #14098
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Siriusb

veterán

válasz rt06 #14097 üzenetére

Ha jelszócserével újra megadod a jelszót, akkor változik valami a shadow-ban? Arra próbálok utalni, lehet a szóbanforgó bejegyzés valami régebbi beállítással jött létre. Ha most odatenné a $1-et, biztos ez a helyzet.
#14097 rt06 veterán Siriusb #14096

Új Válasz 2012-04-20 12:07:08 #14097
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

rt06

veterán

válasz Siriusb #14096 üzenetére

md5-re gondoltam en is, de annak meg $1$ kellene hogy legyen az eleje (egy masik jelszo is be van allitva, az igy is kezdodik, sozott md5)
/etc/pam.d nincs (nekem is ez volt az elso otletem)
#14096 Siriusb veterán rt06 #14095

Új Válasz 2012-04-20 11:37:41 #14096
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Siriusb

veterán

válasz rt06 #14095 üzenetére

Szerintem MD5.
SHA-256 $5-tel, SHA-512 $6-tal kellene kezdődjön. (Arch Linux esetén, de talán ez nem disztrófüggő)
Szerk:
Vagy nézd meg a /etc/pam.d/passwd-ben mi van beállítva.
#14095 rt06 veterán

Új Válasz 2012-04-20 11:03:50 #14095
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

rt06

veterán

ha a shadow-ban az alabbi formaban van tarolva a jelszo hash, akkor azt milyen algoritmus keszitette (persze nem mind A betu, csak a forumatumot hagytam meg: kis- es nagybetuk, valamint egy szamjegy a vegen)?
root:AAAaaAaaAAAa1:12345:0:99999:7:::
#14094 Jester01 veterán The DJ #14093

Új Válasz 2012-04-20 03:19:01 #14094
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14093 üzenetére

Még azt próbáld meg, hogy csinálsz egy make clean-t és az egészet újrafordítod. Mivel a már előzőleg lefordított modulokat a make nem gyártotta újra a megváltozott -march kapcsolóval. Hátha. Gondolom gdb nincs a routerre
#14093 The DJ addikt Jester01 #14092

Új Válasz 2012-04-20 02:52:27 #14093
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14092 üzenetére

Igazad van, én voltam a hülye, megadtam úgy, ahogy te mondtad és megoldódott a probléma. Utána még szívtam egy sort, de végül lefutott a make is.
Nagy volt az öröm, másoltam is azonnal a PtokaX-et a routeremre. Adtam neki indítási jogot, és... segmentation fault.
De a fordítást nem cseszhettem el túlzottan, ugyanis a ptokax -v -re szépen kiírja az aktuális verziót és a build dátumát, ha pedig ptokax -c -vel indítom, de nem írok utána könyvtárat, akkor pedig panaszkodik, hogy nem adtam meg config dirt. Szóval éledezik, de elindulni nem indul el. Kutakodom tovább, bár ez a segfault sem a legbeszédesebb hibaüzenet.
#14092 Jester01 veterán The DJ #14091

Új Válasz 2012-04-20 01:32:42 #14092
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14091 üzenetére

Megnézted, hogy a make valóban fel is használta-e ezeket? (* a kimenetben látszik) Van valami oka, hogy nem a szokásos módon adtad meg őket (mármint a make parancsnak?)
#14091 The DJ addikt Jester01 #14088

Új Válasz 2012-04-20 01:28:45 #14091
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14088 üzenetére

Na tehát... WR1043ND routeren a cat /proc/cpuinfo ezt dobja:
system type : Atheros AR9132 rev 2 machine : TP-LINK TL-WR1043ND processor : 0 cpu model : MIPS 24Kc V7.4
Tehát a processzor MIPS 24kc
Ezen logika alapján bepötyögtem a következőket:
export CFLAGS="-march=24kc" valamint export CXXFLAGS="${CFLAGS}"
Sajnos a make futásakor az eredmény ugyanaz, tehát nincs változás.
#14090 Jester01 veterán bambano #14089

Új Válasz 2012-04-20 01:24:56 #14090
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz bambano #14089 üzenetére

Minden bizonnyal a megfelelő assemblert hívja, mivel a gcc alapból is assembly kódot generál és már sikerült neki pár modult lefordítania. Az inline asm blokkokat még a gcc alakítja át és illeszti be az assembly kimenetbe. Az adott hibaüzenet még a gcc-től jön, mivel az assembler már nem tudná hogy a problémás kódrészlet asm blokk volt.
A gcc valóban tudja mit mivel fordítson, de a makefile minden bizonnyal a szokásos CXX-re hivatkozott, ami ha nincs beállítva akkor az alapértelmezés szerint a natív fordító lesz. Itt pedig cross-compile van, ezért nem lett jó.
Az "egy architektúra" az definíció kérdése - a "mips" fordító több alváltozatra tud fordítani, amelyek kisebb-nagyobb mértékben eltérhetnek. Hasonlóan az x86-os gcc is tud 32 és 64 bites kódot generálni, illetve megadható a kismillió különböző utasításkészlet bővítmény (sse és társai) is. Például ez a kis értelmetlen asm blokk:
__asm__ __volatile__ ("nop" : : "x" (1.0));
az alap 32 bites gcc-vel (vagy 64 bites esetén -m32 kapcsolóval) ilyen hibát dob:
error: impossible constraint in 'asm'
Ha bekapcsolod az sse támogatást akkor lefordul. Lehet, hogy a kolléga is valami olyanba futott bele ami a default architektúrán nem megy.
#14089 bambano titán Jester01 #14088

Új Válasz 2012-04-20 00:52:54 #14089
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

LOGOUT blog

válasz Jester01 #14088 üzenetére

nem teljesen értem ezt az egészet, de nem lehet, hogy assemblerből is kellene neki keresztfordítót megadni? mert ha valamelyik forrásban van asm betét, akkor ahhoz nem jó az x86-os asm.
azért nem értem, mert a gcc elvileg tudja, hogy melyik kiterjesztést mivel kell fordítani, de gyakorlatilag mégse, mert akkor a CXX-et nem kellett volna beállítani.
a march megadás megint nem tiszta nekem, a fordító egy architektúrára tud fordítani. annak nem kell. max. ifdef-ekhez kellhet...
#14088 Jester01 veterán The DJ #14087

Új Válasz 2012-04-20 00:14:10 #14088
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14087 üzenetére

Nem ismerem azt a konkrét gcc verziót, de gondolom a dokumentációja vagy a helpje megmondja. Az általános MIPS opciók a leírás szerint:
-march=arch Generate code that will run on arch, which can be the name of a generic MIPS ISA, or the name of a particular processor. The ISA names are: `mips1', `mips2', `mips3', `mips4', `mips32', `mips32r2', `mips64' and `mips64r2'. The processor names are: `4kc', `4km', `4kp', `4ksc', `4kec', `4kem', `4kep', `4ksd', `5kc', `5kf', `20kc', `24kc', `24kf2_1', `24kf1_1', `24kec', `24kef2_1', `24kef1_1', `34kc', `34kf2_1', `34kf1_1', `74kc', `74kf2_1', `74kf1_1', `74kf3_2', `loongson2e', `loongson2f', `m4k', `octeon', `orion', `r2000', `r3000', `r3900', `r4000', `r4400', `r4600', `r4650', `r6000', `r8000', `rm7000', `rm9000', `r10000', `r12000', `r14000', `r16000', `sb1', `sr71000', `vr4100', `vr4111', `vr4120', `vr4130', `vr4300', `vr5000', `vr5400', `vr5500' and `xlr'. The special value `from-abi' selects the most compatible architecture for the selected ABI (that is, `mips1' for 32-bit ABIs and `mips3' for 64-bit ABIs).
Hogy neked melyik kell, azt nem tudom. Mint ahogy azt sem, hogy ez segít-e. Ha nem, akkor meg kell keresni az ntohs definícióját. Feltehetőleg valamelyik rendszer headerben, de az is lehet, hogy a fordítani kívánt programban van saját (rossz) verzió belőle.
MOD: a build rendszerbe feltehetőleg a CXXFLAGS és CFLAGS változókon keresztül lehet beadni.
#14087 The DJ addikt Jester01 #14085

Új Válasz 2012-04-19 23:48:00 #14087
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14085 üzenetére

Lassan, de biztosan haladunk... tehát akkor mi lenne jelen esetben a legkézenfekvőbb megoldás? Hogyan kellene megadnom a processzor architektúrát a fordítónak?
#14086 Jester01 veterán dany27 #14084

Új Válasz 2012-04-19 23:29:08 #14086
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz dany27 #14084 üzenetére

Szerintem az alsa állapot lementő/visszatöltő init script (alsa-utils) miatt lehet.
#14085 Jester01 veterán The DJ #14083

Új Válasz 2012-04-19 23:26:04 #14085
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14083 üzenetére

Az ntohs sajnos könyvtári függvény. Gondolom az használ asm blokkot ami valamiért nem tetszik a fordítónak (például a rosszul megadott processzor architektúra miatt).
#14084 dany27 őstag

Új Válasz 2012-04-19 23:23:56 #14084
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

dany27

őstag

Sziasztok!
Egy elég furcsa problémám adódott egy notival amire debian lett telepítve.
Amint kiadom a leállítás/restart parancsot egy pillanatra ad egy búgó hangot a fülesen vagy a hangszórón, épp mikor melyik van használatban, majd a kikapcsolás/újraindulás előtt nem sokkal egy kis ropogás hallatszik szintén a valamelyik hangforráson keresztül...
Találkozott már valaki hasonlóval?
Más OS alatt hibátlanúl szól. IDT hangkari van benne.
Előre is köszi!
#14083 The DJ addikt bambano #14082

Új Válasz 2012-04-19 22:44:45 #14083
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz bambano #14082 üzenetére

Ez a 664. sor a RegThread.cpp-ben:
uint16_t lport = (uint16_t)ntohs(addr.sin_port);
#14082 bambano titán The DJ #14081

Új Válasz 2012-04-19 22:26:25 #14082
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

bambano

titán

LOGOUT blog

válasz The DJ #14081 üzenetére

azt a sort, amire panaszkodik, be tudod másolni, illetve lehet tudni róla, hogy olyan utasítás van-e arm-os asm-ben?
#14081 The DJ addikt Jester01 #14080

Új Válasz 2012-04-19 21:19:58 #14081
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14080 üzenetére

Normál esetben hibátlanul lefut a make, így viszont nem akar, bárhogy is próbálkozom. Google szintén nem sokat segít. Próbáltam belenézni a RegThread.ccp-be is, de nem értek hozzá olyan szinten, hogy tudjam mit kellene módosítani. Van egy olyan érzésem, hogy megint valami apróság van, ami nem passzol, de nem tudok rájönni mi az.
#14080 Jester01 veterán The DJ #14079

Új Válasz 2012-04-19 18:36:51 #14080
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14079 üzenetére

Ehhez meg a RegThread.cpp-be kellene belenézni, mert ez már másfajta hiba.
MOD: illetve még az lehet, hogy processzortípust kell megadni a fordítónak ha az alapértelmezés nem megfelelő.
#14079 The DJ addikt Jester01 #14078

Új Válasz 2012-04-19 18:34:05 #14079
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14078 üzenetére

Nagyon jó, a Tinyxml sikeresen lefordult.
Indítottam a PtokaX make parancsát, nagyon szépen dolgozott is, már majdnem megörültem, hogy itt nem lesz baj, de mégis kaptam egy errort: [link]
Nagyon kíváncsi leszek sikerül-e megoldani és működni fog-e. Amennyiben igen, akkor beküldöm az Openwrt fejlesztőinek csomagként is, hogy más ne szenvedjen vele ennyit.
#14078 Jester01 veterán The DJ #14077

Új Válasz 2012-04-19 17:56:36 #14078
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14077 üzenetére

Ahha. Hát az az ld parancssor abban a formában nem linkeli hozzá a C/C++ dolgokat. Mivel ez csak egy teszt program így gondolom ez nem különösebb probléma. Próbáld meg linkernek megadni a g++-t (akkor majd arra kell vigyázni, hogy van-e C program is, mert azt is C++-ként fogja esetleg linkelni).
Tehát: LD=mips-openwrt-linux-uclibc-g++
#14077 The DJ addikt Jester01 #14076

Új Válasz 2012-04-19 17:50:47 #14077
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14076 üzenetére

Itt is van, elmentettem a make kimenetet egy fájlba, azt pedig feltöltöttem pastebinre: [link]
#14076 Jester01 veterán The DJ #14075

Új Válasz 2012-04-19 17:34:49 #14076
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14075 üzenetére

Inkább pastebin-re told, ne képként, és az egészet (tipikusan az első hibát kell először javítani). Egyébként úgy tűnik nem találja a c libraryt.
#14075 The DJ addikt Jester01 #14074

Új Válasz 2012-04-19 17:20:17 #14075
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

válasz Jester01 #14074 üzenetére

Köszönöm, haladunk
Így indítottam:
make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++
Dobott rá egy ilyet:
mips-openwrt-linux-uclibc-g++: fatal error: environment variable 'STAGING_DIR' not defined
Erre én:
make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld CXX=mips-openwrt-linux-uclibc-g++ STAGING_DIR=/home/helomi/openwrt/trunk/staging_dir
Na így már történt valami, elindult a make, de sajnos nem futott le, hanem ilyeneket tolt az arcomba: [link] (Inkább képként küldöm, mert nem akarom teleszemetelni kóddal a fórumot.)
#14074 Jester01 veterán The DJ #14073

Új Válasz 2012-04-19 16:22:14 #14074
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

Jester01

veterán

válasz The DJ #14073 üzenetére

Ez azért van, mert te csak a C fordítót adtad meg, a C++-t nem.
Próbáld meg hozzáadni a make változókhoz, hogy CXX=mips-openwrt-linux-g++ vagy ilyesmi.
#14073 The DJ addikt

Új Válasz 2012-04-19 16:13:18 #14073
Új hozzászólás
Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
Privát üzenet küldése

The DJ

addikt

Nagy fába vágtam a fejszémet... crosscompile.
Egy Debian 6-os virtuális gépen szeretném a PtokaX-et és a függőségét, a TinyXML-t lefordítani a TP-LINK WR1043ND routeremre.
Van egy ilyen frankó kis leírásom hozzá: [link]
Minden jól is ment, az Openwrt buildroot és a függőségei fenn vannak, a PATH, a CC és LD változók beállítva a megfelelő könyvtárra. Kicsomagolva a TinyXML a PtokaX könyvtárába, kiadom a make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld parancsot, elindul, aminek el kell, azonban ezzel találom szembe magam pár másodperccel később:
helomi@debian:~/openwrt/trunk/PtokaX/tinyxml$ make CC=mips-openwrt-linux-uclibc-gcc LD=mips-openwrt-linux-uclibc-ld g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3 tinyxml.cpp -o tinyxml.o g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3 xmltest.cpp -o xmltest.o g++ -c -Wall -Wno-unknown-pragmas -Wno-format -O3 tinystr.cpp -o tinystr.o mips-openwrt-linux-uclibc-ld -o xmltest tinyxml.o tinyxmlparser.o xmltest.o tinyxmlerror.o tinystr.o mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) mips-openwrt-linux-uclibc-ld: tinyxml.o: Relocations in generic ELF (EM: 62) tinyxml.o: could not read symbols: File in wrong format make: *** [xmltest] Error 1 helomi@debian:~/openwrt/trunk/PtokaX/tinyxml$
Próbáltam segítséget kérni a google-től, de nem igazán lettem okosabb. Biztos vannak itt olyan szakik, akik jártasabbak a dologban, szóval, ha bármi hasznos tanácsotok lenne, akkor ne tartsátok magatokban.