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: 's avatarMatt Wilson <msw@amazon.com>
      Acked-by: 's avatarIan Jackson <Ian.Jackson@eu.citrix.com>
      Acked-by: 's 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: 's avatarIan Campbell <ian.campbell@citrix.com>
      4282ee8d
  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: 's avatarIan Jackson <ian.jackson@eu.citrix.com>
      Acked-by: 's 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: 's avatarIan Jackson <Ian.Jackson@eu.citrix.com>
      6fea167c
  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: 's avatarIan Jackson <ian.jackson@eu.citrix.com>
      Cc: Roger Pau Monne <roger.pau@entel.upc.edu>
      Acked-by: 's avatarRoger Pau Monne <roger.pau@entel.upc.edu>
      Committed-by: 's avatarIan Jackson <Ian.Jackson@eu.citrix.com>
      fa17c2e0
  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 1 commit
  16. 21 Feb, 2012 1 commit
    • Ian Jackson's avatar
      build: add autoconf to replace custom checks in tools/check · bfa8db13
      Ian Jackson authored
      Added autotools magic to replace custom check scripts. The previous
      checks have been ported to autoconf, and some additional ones have
      been added (plus the suggestions from running autoscan). Two files are
      created as a result from executing configure script, config/Tools.mk
      and config.h.
      
      conf/Tools.mk is included by tools/Rules.mk, and contains most of the
      options previously defined in .config, that can now be set passing
      parameters or defining environment variables when executing configure
      script.
      
      config.h is only used by libxl/xl to detect yajl_version.h.
      
      [ tools/config.sub and config.guess copied from
        autotools-dev 20100122.1 from Debian squeeze i386,
        which is GPLv2.
      
        tools/configure generated using the included ./autogen.sh
        which ran autoconf 2.67-2 from Debian squeeze i386.  autoconf
        is GPLv3+ but has a special exception for the autoconf output;
        this exception applies to us and exempts us from complying
        with GPLv3+ for configure, which is good as Xen is GPL2 only.
      
        - Ian Jackson ]
      Signed-off-by: 's avatarRoger Pau Monne <roger.pau@entel.upc.edu>
      Tested-by: 's avatarIan Jackson <ian.jackson@eu.citrix.com>
      Committed-by: 's avatarIan Jackson <Ian.Jackson@eu.citrix.com>
      bfa8db13
  17. 13 Feb, 2012 1 commit
  18. 09 Feb, 2012 1 commit
  19. 20 Nov, 2011 1 commit
  20. 27 Jun, 2011 1 commit
  21. 08 Mar, 2011 1 commit
  22. 07 Mar, 2011 2 commits
  23. 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: 's avatarChristoph Egger <Christoph.Egger@amd.com>
      Signed-off-by: 's avatarIan Jackson <ian.jackson@eu.citrix.com>
      56a5aac2
  24. 22 Sep, 2010 1 commit
  25. 20 Sep, 2010 1 commit
  26. 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: 's avatarIan Jackson <ian.jackson@eu.citrix.com>
      827b69aa
    • 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
      are.)
      Signed-off-by: 's avatarIan Campbell <ian.campbell@citrix.com>
      Acked-by: 's avatarIan Jackson <ian.jackson@eu.citrix.com>
      25ea3857
  27. 11 Aug, 2010 1 commit
  28. 23 Jul, 2010 1 commit
  29. 10 Nov, 2009 1 commit
  30. 23 Jun, 2009 1 commit
  31. 16 Jun, 2009 1 commit
  32. 20 May, 2009 1 commit
  33. 31 Mar, 2009 1 commit