[pld-discuss-pl] Re: przyszlosc PLD

[Arkadiusz Miskiewicz]

On Monday 07 of June 2004 12:59, Jakub Bogusz wrote:

> > + posix threads (nptl)
>
> No to jeszcze oznacza jądro 2.6.x działające bezproblemowo na wszystkich
> architekturach, a takie na razie się nie pojawiło.

Lepiej stać w miejscu bo jądro komuś nie działa? Wielu osobom działa 
doskonale, a tym co nie działa póki co zostanie Ac (aż zacznie działać).

W PoAc bym widział:
- gcc 3.4.X
- jajko 2.6 by default
- glibc nptl (min_kernel 2.6.0 tym samym)
- X11 by default (i nie wiem czy jest sens zabawy w XFree86)
- przekompilowanie wszystkiego, żeby w końcu PT_GNU_STACK było prawidłowe w 
binarkach (obecnie w PLD w ogóle nie ma PT_GNU_STACK), a tym samym był jakiś 
zysk z exec-shielda
- wywalenie generowania zależności od nazw pakietów w rpmie
- pozbycie się architektury i386 (tu nptl w ogóle nie zadziała, dodatkowo 
ciekawostki do poczytania o db: 
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=91933)
- zostawienie i586 (ew i486 które do nptla już się nadaje)
- pozbycie się architektury athlon (patrz i686)
- zostawienie i686 (kompilowanej z -march=i686 -mtune=pentium4, tak 
kompilowane pakiety działają od PII wzwyż ale optymalizacja (głównie 
scheduling instrukcji) jest dla PIV oraz Athlona (tak, athlon bardzo dobrze 
sobie radzi w tym przypadku).
- pozostałe architektury bez zmian

Zmiany z arch pewnie się niektórym nie spodobają - cóż, taka jest moja 
propozycja. Zmniejsza ona ilość niezbyt sensownych architektur.

-- 
Arkadiusz Miśkiewicz     CS at FoE, Wroclaw University of Technology
arekm.pld-linux.org, 1024/3DB19BBD, JID: arekm.jabber.org, PLD/Linux