1. 14 Sep, 2012 1 commit
  2. 31 Aug, 2012 2 commits
  3. 01 Aug, 2012 1 commit
  4. 24 Jul, 2012 1 commit
  5. 05 Jul, 2012 1 commit
    • Matt Wilson's avatar
      tools: honour --libdir when it is passed to ./configure · 4282ee8d
      Matt Wilson authored
      Currently shared libraries are automatically installed into /usr/lib
      or /usr/lib64, depending on the supplied --prefix value and
      $(XEN_TARGET_ARCH). Some systems, like recent Debian and Ubuntu releases,
      do not use /usr/lib64, but instead /usr/lib/x86_64-linux-gnu.
      With this change, packagers can supply the desired location for shared
      libraries on the ./configure command line. Packagers need to note that
      the default behaviour on 64-bit Linux systems will be to install shared
      libraries in /usr/lib, not /usr/lib64, unless a --libdir value is provided
      to ./configure.
      Additionally, the libfsimage plugins are now loaded explicitly from
      $LIBDIR/fs, removing platform-based decision trees in code.
      Signed-off-by: default avatarMatt Wilson <msw@amazon.com>
      Acked-by: default avatarIan Jackson <Ian.Jackson@eu.citrix.com>
      Acked-by: default avatarIan Campbell <ian.campbell@citrix.com>
      [ ijc -- resolve rejects in configure by rerunning autogen.sh. Dropped changes
      to remove m4/default_lib.m4 and update m4/pkg.m4 since they cause LIBDIR=/lib
      instead of /usr/lib. Reran ./autogen.sh after that too ]
      Committed-by: default avatarIan Campbell <ian.campbell@citrix.com>
  6. 11 May, 2012 1 commit
    • Ian Jackson's avatar
      autoconf: New test for openpty et al. · 6fea167c
      Ian Jackson authored
      We may need to #include <libutil.h>, and/or link with -lutil, to use
      openpty, login_tty, and the like.  Provide INCLUDE_LIBUTIL_H
      (preprocessor constant, not always defined) and PTYFUNCS_LIBS
      (makefile variable).
      We link libxl against PTYFUNCS_LIBS (which comes from autoconf) rather
      than UTIL_LIBS, and #include <libutil.h> where appropriate.
      Signed-off-by: default avatarIan Jackson <ian.jackson@eu.citrix.com>
      Acked-by: default avatarIan Campbell <ian.campbell@citrix.com>
      Changes since v7:
       * Actually include the call to AX_CHECK_PTYFUNCS in this patch,
         not the previous one, and regenerate configure accordingly.
      Changes since v6:
       * Put failure macro call in correct place so it might actually happen.
       * Try both with -lutil and without.
       * Patch now contains update for config.h.in.
      Committed-by: default avatarIan Jackson <Ian.Jackson@eu.citrix.com>
  7. 24 Apr, 2012 1 commit
  8. 11 Apr, 2012 1 commit
    • Ian Jackson's avatar
      tools: Correct PTHREAD options in config/StdGNU.mk · fa17c2e0
      Ian Jackson authored
      It is not correct to say -lpthread.  The correct option is -pthread,
      which may have sundry other effects on code generation etc.  It needs
      to be passed both to compilation and linking.
      Fix the configure test to test -pthread, and plumb the resulting flag
      through to PTHREAD_{CFLAGS,LDFLAGS} in Tools.mk; also substitute
      PTHREAD_LIBS (although this will currently always be empty).
      Remove PTHREAD_LIBS setting from StdGNU.mk.
      Fix the one user (libxc) to use PTHREAD_{CFLAGS,LDFLAGS} too.
      There are still some other users in tree which pass -pthread or
      -lpthread by adding it as a literal to their own compiler options.
      These will be fixed in a later patch.
      Signed-off-by: default avatarIan Jackson <ian.jackson@eu.citrix.com>
      Cc: Roger Pau Monne <roger.pau@entel.upc.edu>
      Acked-by: default avatarRoger Pau Monne <roger.pau@entel.upc.edu>
      Committed-by: default avatarIan Jackson <Ian.Jackson@eu.citrix.com>
  9. 22 Feb, 2012 1 commit
  10. 03 Apr, 2012 3 commits
  11. 14 Mar, 2012 1 commit
  12. 13 Mar, 2012 1 commit
  13. 01 Mar, 2012 2 commits
  14. 29 Feb, 2012 2 commits
  15. 22 Feb, 2012 2 commits
  16. 13 Feb, 2012 1 commit
  17. 09 Feb, 2012 1 commit
  18. 20 Nov, 2011 1 commit
  19. 27 Jun, 2011 1 commit
  20. 08 Mar, 2011 1 commit
  21. 07 Mar, 2011 2 commits
  22. 06 Jan, 2011 1 commit
    • Christoph Egger's avatar
      libxc: portability fixes for NetBSD · 56a5aac2
      Christoph Egger authored
      Attached patch makes libxc build again on NetBSD after the recent rework.
      [ Modified by iwj:
      I changed the name of the new make variable from LIBDL to DLOPEN_LIBS.
      The latter conforms to the naming scheme for similar variables found
      in config/*.mk - PTHREAD_LIBS et al.
      Also I moved the setting of the variable to -dl from Linux to StdGNU
      (which makes it apply more widely) and also added it to SunOS.mk
      (based on pure guesswork). ]
      Signed-off-by: default avatarChristoph Egger <Christoph.Egger@amd.com>
      Signed-off-by: default avatarIan Jackson <ian.jackson@eu.citrix.com>
  23. 22 Sep, 2010 1 commit
  24. 20 Sep, 2010 1 commit
  25. 13 Sep, 2010 2 commits
    • Keir Fraser's avatar
      Allow easier overriding of LIBLEAFDIR_x86_64 on GNU systems · 827b69aa
      Keir Fraser authored
      Some GNU systems (including Debian) do not use /usr/lib64. This change
      makes it easier to have the Xen build system on amd64 put its 64-bit
      libraries files in /usr/lib.
      Signed-off-by: default avatarIan Jackson <ian.jackson@eu.citrix.com>
    • Keir Fraser's avatar
      Disable kernel build in Xen build system. · 25ea3857
      Keir Fraser authored
      Cloning and building a kernel as part of the Xen distribution
      implicitly advises that this kernel is the best kernel for all users
      and many users appear to be under this impression, even though there
      is no fundamental coupling between the Xen distribution and a
      particular domain 0 kernel.
      There are several choices available for domain 0 kernel, as well as
      other user specific variations in requirements e.g. for kernel
      configurations. It's not clear that whatever the xen build system
      happens to produce (which is really tailored to the needs of the
      automated build system) is best for anybody.
      Coupling the kernel build with the Xen build has proved problematic
      for stable Xen releases as it implicitly blesses the particular kernel
      (at a particular point in time) as a constituent part of the Xen
      release, while in reality the OS kernels are separate entities with
      their own release cycles which may or may not coincide with the
      maintenance of Xen stable branches.
      Therefore disable the building of a kernel as part of the Xen
      distribution by default and instead direct users to use an OS
      distribution provided kernel (properly packaged with security updates
      via the normal distribution mechanisms etc) where possible and give
      pointers to suitable resources providing guidance for cases where it
      is not.
      This decouples the implicit advice as to the best kernel at any moment
      from Xen's own release cycle and removes the implicit suggestion that
      only particular domain 0 kernel will do.
      The actual infrastructure is left in place since the automated test
      system (currently) relies on it (but always asks for the specific
      kernel variant it wants for a particular test).
      (I also tried to remove Linux-isms from the README's Quick start
      guide. In particular I'm not sure what was supposedly Linux specific
      about steps 3 and 4 therefore I have removed the suggestion that they
      Signed-off-by: default avatarIan Campbell <ian.campbell@citrix.com>
      Acked-by: default avatarIan Jackson <ian.jackson@eu.citrix.com>
  26. 11 Aug, 2010 1 commit
  27. 23 Jul, 2010 1 commit
  28. 10 Nov, 2009 1 commit
  29. 23 Jun, 2009 1 commit
  30. 16 Jun, 2009 1 commit
  31. 20 May, 2009 1 commit
  32. 31 Mar, 2009 1 commit