Hozzászólások
-
Bejegyzés
-
Sajnos továbbra sem világos számomra, hogy mi a különbség a GNU C Library (glibc) és a Debian (libc6) csomagja között? Lehetséges, hogy csak az elnevezése más?
De hulye vagyok, kiveri a szemem:
Code:Linux esetében általában a glibc2-vel találkozunk, amely néha libc6 néven is ismert.(a hupwikin van)
Ha akarsz egy kicsit segíteni a Qemu fejlesztésében, akkor dobsz nekik egy e-mailt, hogy a Qemu 7.1-et nem lehet forgatni gcc 4.0-ával. Egyébként asszem vannak bizonyos GCC verziók, amiket nem szeret.
http://www.gnu.org/software/libc/
[align=right][snapback]146815[/snapback][/align]Köszi!
Sajnos továbbra sem világos számomra, hogy mi a különbség a GNU C Library (glibc) és a Debian (libc6) csomagja között? Lehetséges, hogy csak az elnevezése más?
Gyakran futottam bele olyanba, hogy valami hiányolta a libc6-ot, és többnyire mégis le lehetett fordítani (UHU-n, ahol nincs ilyen csomag).ez jó ötlet.
mondjuk csak akkor látom értelmét, ha az ubk.uhulinux.hu meg az uhu.linux.hu és az uhu.linuxuser.hu csomagjaiból minden fent lenne. persze azok közül is csak a legújabb verziók.
és ha az elkészült iso még rsyncelhetõ is lenne az lenne a világon a legnagyobb királyság.tényleg. hogy csináltad meg?
ha valamelyik repoban van újabb egy szoftból (pl acroread) akkor melyiket telepíted installkor?
[align=right][snapback]146801[/snapback][/align]Jó sok helyen vannak csomagok:
1. elsõ CD,
2. második CD,
3. ami nincs a két CD-n, de ftp-n igen,
3. ftp-updates,
4-6. az idézett UBK stb.Erre mondják, hogy gombócból is…
Szvsz. a fejlesztõk megfontolhatnák az UHU 2-esnél a DVD-ISO-t, természetesen a nemhivatalos csomik nélkül. Ez csak egy javaslat, lehet, h. hulyeség.
nem véletlenül 4.0 a neve és nem 3.4-rx, vagy esetleg 3.5- vagy ilyesmi… nekem ez azt jelzi, hogy jelentõs különbség van – legalábbis én így csinálnám. 🙂
[align=right][snapback]146767[/snapback][/align]Egyelõre hanyagolom a 4-est.
Más. A depends-ben oly’ sokszor szereplõ libc6 része a GCC-nek? Debianhoz van külön csomag belõle.
Vizsla, ez bejött. Gcc-t átlinkeltem a gcc-4.0-ról a gcc-3.4-re újrafordítottam a kernelt, reboot, nvidia install, majd qemu fordítás és lõn eredmény: mûködõ kernelmodul. (plusz a fél rendszert ki kellett cserélni egy kis függõségi gond miatt, de nem baj..,) 🙂
[align=right][snapback]146248[/snapback][/align]Nekem sem ment a gcc-4.0-val, de a 3.4-es lefordította, igaz, csak make clean után, tehát még tárgykód szintjén sem mûködik együtt a fordító két verziója.
hát ez így egy nagyon kajla kérdés, mire is vagy kíváncsi pontosan?
[align=right][snapback]145890[/snapback][/align]Pl. arra, hogy melyiket egyszerûbb telepíteni, használni, a frissebb csomagok bugosabbak-e? stb.
milyen gcc fordítaná?
[align=right][snapback]145779[/snapback][/align]Nálam gcc 4.0 a qemu 7.0-át fordította, de a 7.1-et nem.
Amikor leállt a fordítás nem foglalkoztam vele tovább.Mivel nagy méretû képekbõl sokat tárolnék a memóriában szükségem lenne arra, hogy a nem használt képek helye felszabaduljon a memóriában.
…
A dialog ablak bezárásával egy byte-tal sem lesz könnyebb a memória.
(Elvileg tele van a net ezzel a problémával, de sajnos semmi nem használt…:()
Nem hiszem, hogy hagyok elvarratlan szálakat…bár ki tudja.Sajnos nem tudok segíteni, de együttérzek veled! Mióta programokat írok, a legnagyobb szívás mindig a memória-felszabadítás volt. Volt, hogy debuggal sem derült ki a hiba.
Nekem általában az OOP kódok okoztak több gondot, talán azért, mert kicsi vagyok és még csak nem is sejtem, hogy mikor mi fut.
legutóbbi hsz