1. 27 12月, 2011 1 次提交
    • A
      Fix qapi code generation wrt parallel build · 8d3bc517
      Avi Kivity 提交于
      Make's multiple output syntax
      
        x.c x.h: x.template
             gen < x.template
      
      actually invokes the command once for x.c and once for x.h (with differing $@
      in each invocation).  During a parallel build, the two commands may be invoked
      in parallel; this opens up a race, where the second invocation trashes a file
      supposedly produced during the first, and now in use by a dependent command.
      
      The various qapi code generators are susceptible to this; fix by making them
      generate just one file per invocation.
      Signed-off-by: NAvi Kivity <avi@redhat.com>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      8d3bc517
  2. 22 12月, 2011 1 次提交
  3. 06 12月, 2011 3 次提交
  4. 30 11月, 2011 1 次提交
  5. 29 11月, 2011 1 次提交
  6. 23 11月, 2011 1 次提交
  7. 18 11月, 2011 4 次提交
  8. 08 11月, 2011 1 次提交
  9. 02 11月, 2011 2 次提交
  10. 26 10月, 2011 1 次提交
  11. 08 10月, 2011 1 次提交
  12. 05 10月, 2011 1 次提交
  13. 04 10月, 2011 1 次提交
  14. 24 9月, 2011 1 次提交
    • P
      Makefile: Remove 'tarbin' target · 63467ddb
      Peter Maydell 提交于
      Remove the 'tarbin' target -- it isn't used as part of the official
      QEMU release process, and it's out of date (various new bios files
      were never added to its list of files). It's better not to provide
      it at all than to have a broken makefile target we never use or test.
      
      (Creating a tarball by just pulling in binaries that have been installed
      directly to the system you're running the build on is a bad idea anyway:
      the better way to create a binary tarball would be just to install to
      a temporary DESTDIR and then tar up that.)
      Signed-off-by: NPeter Maydell <peter.maydell@linaro.org>
      Signed-off-by: NAnthony Liguori <aliguori@us.ibm.com>
      63467ddb
  15. 17 9月, 2011 1 次提交
  16. 16 9月, 2011 1 次提交
  17. 10 9月, 2011 1 次提交
  18. 02 9月, 2011 1 次提交
  19. 01 9月, 2011 1 次提交
  20. 22 8月, 2011 1 次提交
  21. 21 8月, 2011 2 次提交
  22. 03 8月, 2011 1 次提交
  23. 02 8月, 2011 1 次提交
  24. 27 7月, 2011 2 次提交
  25. 26 7月, 2011 1 次提交
  26. 22 7月, 2011 6 次提交
  27. 14 6月, 2011 1 次提交
    • A
      libcacard: add libcacard.la target · 44dc0ca3
      Alon Levy 提交于
      No flag to configure is required. Instead, added a libcacard.la target that
      is not built by default, only when requested explicitly via:
      
      mkdir build
      cd build
      ../configure
      make libcacard.la
      make install-libcacard
      
      Uses libtool to do actual linking of object files and shared library, and
      installing. Tested only under linux, but supposed to work on other systems as
      well.
      
      If libtool isn't found you get a message complaining about that, only at build
      time (since it is not a default target I did not add a message at configure
      time).
      
      New build artifacts:
       .libs subdirectories (at <buildroot> and <buildroot>/libcacard)
       *.lo files (at same locations as the respective o files)
      
      Added %.lo : %.c rule that uses libtool.
      Updated clean rule to clean up those artifacts.
      Added specific rule to call dtrace with libtool wrapper (note that because of
      a current upstream dtrace bug fixed by systemtap b1568fd85 commit the -fPIC flag
      isn't actually passed on. still current dtrace+libtool produced object links fine).
      If libtool is missing any of the following targets will complain and exit 1:
       any subdir: *.lo
       root and libcacard: libcacard.la, libcacard-instsall
      
      Tested to link and load with all tracing backends.
      44dc0ca3