Message ID | 1321023211-34566-3-git-send-email-chenwj@iis.sinica.edu.tw |
---|---|
State | New |
Headers | show |
On 11 November 2011 14:53, Chen Wei-Ren (陳韋任) <chenwj@iis.sinica.edu.tw> wrote: > From: Chen Wei-Ren <chenwj@iis.sinica.edu.tw> > > Remove qruncom target from the Makefile file since we have > removed libqemu example (qruncom.c). This should be done before the patch removing qruncom.c, not after. Or do both in the same patch. -- PMM
On Fri, Nov 11, 2011 at 03:02:16PM +0000, Peter Maydell wrote: > On 11 November 2011 14:53, Chen Wei-Ren (陳韋任) <chenwj@iis.sinica.edu.tw> wrote: > > From: Chen Wei-Ren <chenwj@iis.sinica.edu.tw> > > > > Remove qruncom target from the Makefile file since we have > > removed libqemu example (qruncom.c). > > This should be done before the patch removing qruncom.c, not after. > Or do both in the same patch. I'll reverse the order next time. Is there a rule of thumb about how to order those patches? Thanks. Regards, chenwj
On 11 November 2011 15:07, 陳韋任 <chenwj@iis.sinica.edu.tw> wrote: > On Fri, Nov 11, 2011 at 03:02:16PM +0000, Peter Maydell wrote: >> On 11 November 2011 14:53, Chen Wei-Ren (陳韋任) <chenwj@iis.sinica.edu.tw> wrote: >> > From: Chen Wei-Ren <chenwj@iis.sinica.edu.tw> >> > >> > Remove qruncom target from the Makefile file since we have >> > removed libqemu example (qruncom.c). >> >> This should be done before the patch removing qruncom.c, not after. >> Or do both in the same patch. > > I'll reverse the order next time. Is there a rule of thumb about how > to order those patches? The rule of thumb is that you should never break the tree at any point between two patches in a series. So if you're adding a new file then the makefile change goes in the same patch or after it. If you're deleting a file the makefile change happens first or in the same patch. If you're making related changes to two files where both changes are required for things to work (eg renaming a header file and updating the #include lines) then the change has to be done as a single patch. (The rule is there to allow people to find bugs later using "git bisect" and similar tools without running into points in the revision history where the system was broken. For a test program it is a bit less important but it's worth keeping to the rule anyway.) -- PMM
Am 11.11.2011 16:07, schrieb 陳韋任: > On Fri, Nov 11, 2011 at 03:02:16PM +0000, Peter Maydell wrote: >> On 11 November 2011 14:53, Chen Wei-Ren (陳韋任) <chenwj@iis.sinica.edu.tw> wrote: >>> From: Chen Wei-Ren <chenwj@iis.sinica.edu.tw> >>> >>> Remove qruncom target from the Makefile file since we have >>> removed libqemu example (qruncom.c). >> >> This should be done before the patch removing qruncom.c, not after. >> Or do both in the same patch. > > I'll reverse the order next time. Is there a rule of thumb about how > to order those patches? The logic goes like this: Every single patch should build / work. If you remove the sources, the Makefile rule no longer works. If you remove the Makefile rule, the sources are not used. Therefore best just squash these two commits together. Andreas
diff --git a/tests/Makefile b/tests/Makefile index 430e0c1..15e36a2 100644 --- a/tests/Makefile +++ b/tests/Makefile @@ -115,12 +115,6 @@ speed: sha1 sha1-i386 time ./sha1 time $(QEMU) ./sha1-i386 -# broken test -# NOTE: -fomit-frame-pointer is currently needed : this is a bug in libqemu -qruncom: qruncom.c ../ioport-user.c ../i386-user/libqemu.a - $(CC) $(CFLAGS) -fomit-frame-pointer $(LDFLAGS) -I../target-i386 -I.. -I../i386-user -I../fpu \ - -o $@ $(filter %.c, $^) -L../i386-user -lqemu -lm - # arm test hello-arm: hello-arm.o arm-linux-ld -o $@ $<