SPECS: kdeadmin.spec - disable kcmlilo on ppc

[Jacek Konieczny]

On Tue, Feb 17, 2004 at 12:58:26AM +0100, Marcin Bohosiewicz wrote:
> > > > 
> > > > Tak wlasnie zostalo zrobione
> > > Ale %{ix86} i amd64, bo amd64 UZYWA lilo!!!
> > 
> > # ls */PLD/RPMS/lilo*
> > athlon/PLD/RPMS/lilo-22.5.8-4.athlon.rpm
> > i586/PLD/RPMS/lilo-22.5.8-4.i586.rpm
> > i386/PLD/RPMS/lilo-22.5.8-4.i386.rpm
> > i686/PLD/RPMS/lilo-22.5.8-4.i686.rpm
> > 
> > $ grep ExclusiveArch lilo.spec
> > ExclusiveArch:  %{ix86}
> > 
> > Nic na to nie wskazuje.
> > Jak poprawiac, to hurtowo.
> 
> Teraz nie. Ale trza bedzie bin86 i lilo zmusic do wspolpracy z amd64 
> natywnie a nie za pomca paczki z athlona.

Natywnie nie zmusisz, bo bootloader musi się startować w trybie 32-bit.
Można się bawić w biarch, ale to bardzo skomplikuje spece od gcc i glibc,
spowoduje spuchnięcie tych pakietów a IMHO dla dwóch speców (lilo
i grub) po prostu nie warto i wolałbym znaleźć inne rozwiązanie
(chociażby z porzyczaniem pakietów z athlona).

bin86 próbowałem portować ale się poddałem. Jest to tak badziewnie
napisane, że dziwne że na x86 działa. Miejscami widać założenia że
sizeof(int)==16, a że sizeof(long)==32 to norma.  I nie ma tak, że
gdzieś jest zdefiniowany typ "uint32" jako "long", ten typ ma tam kilka
różnych nazw, a czasami "long" czy "int" jest używane bezpośrednio.
Nawet nie ma konsekwencji w stosowaniu "long" jako 32-bitowego typu
(czasami jest po prostu "int"). Koszmar. Na szczęście do kompilacji
kernela nie jest to potrzebne, a lilo bym po prostu olał (grub jest
sporo lepszy i sprawia znacznie mniej problemów w "codziennym" użyciu).

Pozdrowienia,
	Jacek