SPECS: ndiswrapper.spec - new way of modules build
kiesiu
kiesyoo w o2.pl
Czw, 9 Lut 2006, 00:03:41 CET
areq wrote:
> - rm -rf include
> - install -d include/{linux,config}
> - ln -sf %{_kernelsrcdir}/config-$cfg .config
> - ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h
> include/linux/autoconf.h
> - ln -sf %{_kernelsrcdir}/include/asm-%{_target_base_arch}
> include/asm
> - ln -sf %{_kernelsrcdir}/Module.symvers-$cfg Module.symvers
> - touch include/config/MARKER
> + install -d o/include/linux
> + ln -sf %{_kernelsrcdir}/config-$cfg o/.config
> + ln -sf %{_kernelsrcdir}/Module.symvers-$cfg o/Module.symvers
> + ln -sf %{_kernelsrcdir}/include/linux/autoconf-$cfg.h
> o/include/linux/autoconf.h
> + %{__make} -C %{_kernelsrcdir} O=$PWD/o prepare scripts
Czy tylko mnie się tak wydaje, czy po czymś takim jak będziemy budować z
--target innym niż architektura na której to budujemy, tak w o/include2
będziemy mieć link do plików nagłówkowych dla nieodpowiedniej architektury?
Przykład. Jeśli na i686 dam --target amd64 to mi teorzy link do katalogu
asm-i386 zamiast asm-x86_64.
Poprawiając ostatnią zacytowaną linijkę na:
%{__make} -C %{_kernelsrcdir} O=$PWD/o ARCH=%{_target_base_arch} prepare
scripts
rozwiązujemy wszelkie problemy ;) No chyba, że taki jest zamiar i tak ma
być, jak jest teraz.
--
pozdrawiam,
Łukasz Kieś
Więcej informacji o liście dyskusyjnej pld-devel-pl