On Mon, 05 Feb 2007, Arkadiusz Miskiewicz wrote: > On poniedziałek, 5 lutego 2007, Jan Rekorajski wrote: > > 1) rpm jest _z***any_ > > a) nie da mu sie przetlumaczyc w .rpmmacros/rpmrc zeby budowal > > na cos innego niz on sobie wymysli > > b) optflags dla i686 powinny byc: -march=i686 -mtune=generic > > zdecydowanie _NIE_ -mtune=pentium4 [1] > > Pozmieniała się ludkom od rpma koncepcja architektur KOMPLETNIE (dokładniej > nie ma już jako takiej koncepcji powiązanej ze sprzętem via cpuid(); > jest --target whatever i wtedy rpm czyta makra > z /usr/lib/rpm/whatever/macros; tam też trzeba powsadzać odpowiadające nam > cflags dla wygodnych nam nazw jak np. i686 itp). > > Nasz rpm, że tak powiem jest w połowie drogi tranformacji.
Czy gdzies mozna zobaczyc jak powinien wygladac rpm po tranformacji? > > 2) podstawowy upgrade Ac -> Th to niezla jazda bez trzymanki, trzeba > > miec troche wiecej wiedzy niz troche zeby to bezbolesnie zrobic > > a) lzma moze jest i fajne ale rpm z Ac tego za cholere nie rozumie a > > nie jest udostepniony zaden rpm "przejsciowy" > > Fajnie było by dodać obsługę lzma do ACowego... jak się nikomu nie będzie > chciało to pozostanie opcja wyłączenia tego by default w Th. A przynajmniej dac do ac-supported przejsciowy rpm. > > b) openssl, libstdc++ to akurat umiem "rozbroic", ktos kto nie > > wpadnie na rpm -ivh <base> ; rpm -Uvh <base>-* na tym polegnie > > Hm, a tu o co biega? Standartowy myk, upgrade openssl i/albo libstc++ wciaga 3/4 systemu zaleznosciami, wiec trzeba sobie doinstalowac druga wersje i dalej mozna juz spokojnie upgradowac co sie chce. > > 3) wlasnie adaptuje do naszego speca system budowania glibc z Fedory, > > tak zeby nie trzeba bylo wymagac coraz nowszego kernela do korzystania > > z najnowszych syscalli > > Ciekawe, glibc poszatkowany na jeszcze mniejsze kawałki ładowane per arch czy > jak to wygląda? Przy budowaniu glibc jest "uczony" nowych numerkow __NR_syscall, konczy mi sie budowac pakiet wiec zaraz pewnie wrzuce. > > [1] p4 to nie jedyne i686, pamietajcie ze AMD oprocz kart graficznych > > produkuje tez procesory, no i jest jeszcze cala kupa starszego sprzetu > > Nie jest to co prawda krytyczne bo mtune nie wpływa na listę używanych > rozkazów, a jedynie na optymalizację. Wiem, ale w efekcie kod moze dzialac nieciekawie na czyms innym. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! baggins<at>mimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
