Debianpaket bauen (qemu mit kqemu)

[Hafner]

Hi, ich habe vergebens versucht aus
qemu-0.7.1.tar.gz
kqemu-0.7.1-1.tar.gz
ein Debianpaket zu bauen.

Vorgehensweise:
qemu-0.7.1.tar.gz nach /root entpackt.
kqemu-0.7.1-1.tar.gz nach /root/qemu-0.7.1 entpackt.
ins Verzeichnis /root/qemu-0.7.1 gewechselt.
dh_make ausgeführt.
dpkg-buildpackage -us -uc ausgefürt.

Das Ganze wird mit 2 Error's ohne weitere Hinweise beendet.

[comes]

stell mal auf gcc-3.3 um

EDIT: doppeltes Posting geloescht - blackm

[KBDCALLS]

Und was sind das für Errors?

[Hafner]

Die letzten Zeilen des compilierens:

Code: Alles auswählen

...
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. -I/root/qemu-0.7.
1/target-i386 -I/root/qemu-0.7.1 -I/root/qemu-0.7.1/linux-user -I/root/qemu-0.7.
1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/ro
ot/qemu-0.7.1/fpu -I/root/qemu-0.7.1/slirp -c -o exec.o /root/qemu-0.7.1/exec.c
/root/qemu-0.7.1/exec.c: In function 'cpu_set_log':
/root/qemu-0.7.1/exec.c:1255: warning: pointer targets in passing argument 2 of
'setvbuf' differ in signedness
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. -I/root/qemu-0.7.
1/target-i386 -I/root/qemu-0.7.1 -I/root/qemu-0.7.1/linux-user -I/root/qemu-0.7.
1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/ro
ot/qemu-0.7.1/fpu -I/root/qemu-0.7.1/slirp -c -o kqemu.o /root/qemu-0.7.1/kqemu.
c
gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -mpreferred-stack-bou
ndary=2 -falign-functions=0 -fno-gcse -fno-reorder-blocks -fno-optimize-sibling-
calls -I. -I/root/qemu-0.7.1/target-i386 -I/root/qemu-0.7.1 -I/root/qemu-0.7.1/l
inux-user -I/root/qemu-0.7.1/linux-user/i386 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/root/qemu-0.7.1/fpu -I/root/qemu-0.7.1/slirp -c -o op.o /root/qemu-0.7.1/target-i386/op.c
/root/qemu-0.7.1/target-i386/ops_sse.h: In function 'op_pshufw_mmx':
/root/qemu-0.7.1/target-i386/ops_sse.h:574: error: unable to find a register tospill in class 'GENERAL_REGS'
/root/qemu-0.7.1/target-i386/ops_sse.h:574: error: this is the insn:
(insn:HI 18 17 19 0 /root/qemu-0.7.1/target-i386/ops_sse.h:569 (set (strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0))
        (mem/s/j:HI (plus:SI (mult:SI (reg:SI 64)
                    (const_int 2 [0x2]))
                (reg/v/f:SI 59 [ s ])) [0 <variable>._w S2 A16])) 52 {*movstricthi_1} (insn_list:REG_DEP_TRUE 16 (insn_list:REG_DEP_TRUE 12 (insn_list:REG_DEP_TRUE 53 (nil))))
    (expr_list:REG_DEAD (reg:SI 64)
        (nil)))
/root/qemu-0.7.1/target-i386/ops_sse.h:574: confused by earlier errors, bailingout
make[2]: *** [op.o] Error 1
make[2]: Leaving directory `/root/qemu-0.7.1/i386-user'
make[1]: *** [all] Error 1
make[1]: Leaving directory `/root/qemu-0.7.1'
make: *** [install-arch] Error 2

Vor dh_make habe ich noch ein "make clean" und das ./configure Script ausgeführt.
Bei dh_make habe ich m gewählt:

Code: Alles auswählen

Type of package: single binary, multiple binary, library, or kernel module?
 [s/m/l/k] m

Keine Ahnung ob das richtig ist.

[chabayo]

...ich haeng mich mal ein weil ich gern etwas draus lerne...


.wuerd jetzt so spontan sagen das du kein multiple binary sondern ein single binary aufstellen moechtest, und zwar fuer nen 386 kompatiblen processor...das multible binary 'koennte' schon mal nach registern suchen die der 386 nicht hat...denke ich...

[Hafner]

selber Fehler
egal was ich bei dh_make angebe.

[chabayo]

...das seht ihrs...hab dazu gelernt..*hicks*

...aber ich schliess mich dir jetzt an, wo hast du das .tgz paket runtergeladen - URL bitte?

(brauch den jetzt auch, hab da noch ein windows nt 4.0 in der schublade)

[Hafner]

Offizielle Seite:
http://fabrice.bellard.free.fr/qemu/download.html

Das Besondere im Gegensatz zum normalen Vorgehen ist, dass ich ein Debianpaket bauen möchte, um es nicht per make install in's System zu prügeln.

[armin]

Frage dazu: Kannst du es mit einem ganz normalen make ohne Debianpaket copmpilieren (ich vermute nein - ging bei mir nämlich auch nicht: http://www.debianforum.de/forum/viewtop ... highlight=

Zum Thema Debianpaket: Lad dir das das qemu Debianpaket runter und füge da kqemu hinzu - ist mit Sicherheit die bessere Variante (build dependencies, patches...)

[Hafner]

also mit "make" kommt der Fehler:

Code: Alles auswählen

/root/qemu-0.7.1/target-i386/ops_sse.h:574: confused by earlier errors, bailingout
make[1]: *** [op.o] Error 1
make[1]: Leaving directory `/root/qemu-0.7.1/i386-user'
make: *** [all] Error 1

mit den Debiansourcen habe ich es auch schon probiert. Ging leider auch nicht. Ich habe es darauf geschoben, dass kqemu die Version 0.7.1 hatte und die qemu Sourcen von debian die Version 0.7.0.

[armin]

Also der gleiche wie vorher.
Ich denke es liegt am GCC 4.0

[KBDCALLS]

Frage dazu: Kannst du es mit einem ganz normalen make ohne Debianpaket copmpilieren (ich vermute nein - ging bei mir nämlich auch nicht: http://www.debianforum.de/forum/viewtop ... highlight=

Zum Thema Debianpaket: Lad dir das das qemu Debianpaket runter und füge da kqemu hinzu - ist mit Sicherheit die bessere Variante (build dependencies, patches...)

Das ist ja der Geck die Debiansourcen ließen sich bei mir nicht kompiliere, dafür das Originalpaket mir mit ./configure und make. Gcc 4.0

[Hafner]

Ich hätte vielleicht eher auf comes hören sollen. Habe auf gcc-3.3 umgestellt. Die deb hab ich nun.

[KBDCALLS]

Das war ja das komische bei mir Im Rules File der Debiansourcen wird ja der GCC 3.3 vorgebene. Trotzdem klappte es nicht .

[Hafner]

Code: Alles auswählen

modprobe kqemu
FATAL: Error inserting kqemu (/lib/modules/2.6.12.5/misc/kqemu.ko): Invalid module format

Fein, und was nun?

[armin]

Tja, Kernel mit GCC 4.0 installiert?
Entweder Kernel und alle Module wieder mit 3.3 compilieren, oder warten, bis qemu auch weiß, dass es GCC 4.0 gibt

[KBDCALLS]

Klar der Debiankernel Kernel 2.6.12 ist mit GCC 4.0 kompiliert.

[Hafner]

Das war ja das komische bei mir Im Rules File der Debiansourcen wird ja der GCC 3.3 vorgebene. Trotzdem klappte es nicht .

Ich habe den Link /usr/bin/gcc so geändert, dass er auf /usr/bin/gcc-3.3 verweist. Dann ging es.

[Hafner]

Klar der Debiankernel Kernel 2.6.12 ist mit GCC 4.0 kompiliert.

Arg!!! Natürlich habe ich den Kernel mit gcc4 compiliert.... finde krass das das nicht kompatiebel ist.... *seufzt* Naja, werde wohl erstmal auf kqemu verzichten müssen.

[KBDCALLS]

Mal angenommen mit gcc-3.2 und einem gcc-3.3 wäre das gleich passiert.

[Hafner]

Sorry, dann liegt es wohl an etwas anderem bei dir. Ich kann höchstens mein deb-File auf meinen Webspace hochladen.

[berlinerbaer]

Frage dazu: Kannst du es mit einem ganz normalen make ohne Debianpaket copmpilieren (ich vermute nein - ging bei mir nämlich auch nicht: http://www.debianforum.de/forum/viewtop ... highlight=

Zum Thema Debianpaket: Lad dir das das qemu Debianpaket runter und füge da kqemu hinzu - ist mit Sicherheit die bessere Variante (build dependencies, patches...)

So habe ich es auch gemacht, es geht prima. Ich hatte anfangs nur nicht kapiert, dass man kqemu in das Verzeichnis qemu hinein entpacken muss. Man sollte aber viel RAM-Speicher haben. Kqemu bindet bei mir 528 MB RAM, auch wenn es nicht gestartet ist. Wenn ich nicht lebensnotwendig den Windows-Routenplaner bräuchte, würde ich es sicher wieder deinstallieren.

Das muss aber auch ohne gcc-4.0 gehen, ich habe maximal gcc-3.4. auf dem Rechner, ich habe aber Kernel 2.4.27-2 , liegt das daran?

[armin]

Das Problem ist ja, dass es nur ohne Gcc 4.0 geht und nicht mit

[berlinerbaer]

Ach, so, da habe ich das wohl mißverstanden

[-fred-]

Klar der Debiankernel Kernel 2.6.12 ist mit GCC 4.0 kompiliert.

Arg!!! Natürlich habe ich den Kernel mit gcc4 compiliert.... finde krass das das nicht kompatiebel ist.... *seufzt* Naja, werde wohl erstmal auf kqemu verzichten müssen.

welche version benutzt make v3.80-11 ? bzw make-kpkg eigentlich ? installiert hab ich gcc 3 und 4