Hozzászólások
-
SzerzőBejegyzés
-
Tedd fel a rendszermag forrasat tartalmazo csomagot. Vagy ha kezzel forgattal magadnak, akkor azt a mappat, ahol a muveletet elkovetted. 🙂 A „SRCDIR” pedig a felpakolt rendszermag forrasanak a helye, altalaban /usr/src/linux (de persze lehet mas is).
Ahogy latom, ebben van a kernel forras: http://download.clarkconnect.com/community/4.1/System/RPMS.developer/kernel-sourcecode-2.6.9-42.cc.i586.rpm
Ja, ezeket a hosszo kimeneteket ertelmetlen idezni, ugyis max. az utolso 5 soruk erdekes — ha az egeszet kuldeni akarod, inkabb csatold.
szegmens hiba = a program olyan memoriacimet akart elerni, amihez nincs joga.
Az tobbnyire program bug szokott lenni, vagy valami inkompatibilitas (kulturaltabb programozok altal irt cuccok eloszor dobnak egy hibauzenetet, es csak utana szallnak el).szegmens hiba = a program olyan memoriacimet akart elerni, amihez nincs joga.
Az tobbnyire program bug szokott lenni, vagy valami inkompatibilitas (kulturaltabb programozok altal irt cuccok eloszor dobnak egy hibauzenetet, es csak utana szallnak el).lacyc3:
Ezt talaltam: http://download.clarkconnect.com/community/4.1
es ott egy http://download.clarkconnect.com/community/4.0/developer/cc-devel-4.0-20.i386.rpm -et. Annak ha jol latom fuggosege a g++. Azt a csomagot probald apt-vel feltenni, es akkor behuzza a fuggosegeit is — remelhetoleg.
Tehat egy „apt-get install cc-devel” is meger egy probat.Milyen terjesztest hasznalsz? Ezt: http://www.clarkconnect.com/info/index.php ? Az rpm alapu…
checking for g++… no
checking for c++… no
checking for gpp… no
checking for aCC… no
checking for CC… no
checking for cxx… no
checking for cc++… no
checking for cl… noTedd fel a g++-t 🙂
checking for g++… no
checking for c++… no
checking for gpp… no
checking for aCC… no
checking for CC… no
checking for cxx… no
checking for cc++… no
checking for cl… noTedd fel a g++-t 🙂
2007-06-18-17:16 Hozzászólás: Kérdések és válaszok Vasy-val :) Minden lehet (vegyes topic) :) #2116094Azt naponta megteszi. Es rogton utana beteszi a telepito cd-t
2007-06-18-17:16 Hozzászólás: Kérdések és válaszok Vasy-val :) Minden lehet (vegyes topic) :) #2116095Azt naponta megteszi. Es rogton utana beteszi a telepito cd-t
2007-06-18-17:06 Hozzászólás: Eszmecserék fejlesztőeszközökről, háborúkról (kádée vs. gnóm) és bármiről #2117897Meguntam, hogy a hireket (de nem csak!) offoljuk szet, tehat itt folytatom.
LCoder wrote:Ez akkor igaz ha statikusan linkeli a programot. De ilyet épeszű fejlesztő nagyobb (és GUI-s) program esetén nem csinál, de Pl. egy KDE-s vagy Gnome-os programnál eleve szóba sem jöhet. Ha viszont nem statikusan linkeled akkor kismillió lib egy adott verziójához fog ragaszkodni ami az adott disztrib adott verziójától függ. Azaz messze nem rpm/deb kérdése a dolog, hanem hogy mit csomagolsz be.Én mandrake alatt anno elég sokat szívtam ilyennel, bár én persze le tudok fordítani bármit amihez megvannak a szükséges libek, de az egyes libek összevadászása bizony idő volt.
Az egy rakas fuggosegrol:
erre voltak kitalalva az „autotool” neven emlegetett programok. Ezek segitsegevel a configure script le fogja ellenorizni a fuggosegekt, es ha nincsenek teljesitve, akkor szol. Utana egy „make” es „make install” es mar fenn is van a program. Persze mondhatod, hogy elavult, de akkor is mukodik. 😉
A lib verzio gondokrol:
Mondtad, hogy valtozik az API es ezzel szivas van. Ezt ugy tudod megoldani, hogy a configure-ban ellenorzod a verziot is. Ha tul kicsi, szolsz hogy baj van. Ezetleg ugy keszited a programot, hogy egy libnek tobb verziojat is tamogassa (preprocesszor rulez :D) — persze csak ha szukseg van ra. Plusz vannak szabvanyok, ISO C, ISO C++, POSIX, stb. Ha ezeken belul maradsz, akkor egy csomo fejfajastol megkimeled magad.A csomagolast pedig batran hagyjad a terjesztes („disztro”) kozossegenek. Ha kell nekik a programod becsomagoljak, ha nem hat ez van… 😛
-
SzerzőBejegyzés
