Skip to content
Commits on Sep 14, 2010
  1. Pushing spl changes for zpl linux support.

    Anand Mitra committed
    Changes corresponding to tag beta-01
Commits on Nov 21, 2009
  1. @behlendorf
Commits on Jul 1, 2009
  1. @behlendorf

    Simplify rpm build rules, added config/rpm.am.

    behlendorf committed
    Distro friendly changes such that the kernel modules are packaged seperately.
Commits on Jun 29, 2009
  1. @behlendorf
Commits on Jun 26, 2009
  1. @behlendorf

    Install spl-devel products in /usr/src/spl-SPL_VERSION/LINUX_VERSION/

    behlendorf committed
    Remove the spl symlink, it's just confusing
Commits on Jun 16, 2009
  1. @behlendorf

    Packaging improvements for RHEL and SLES (part 2)

    behlendorf committed
    - Allow checking for exported symbols in both Module.symvers
      and Module.symvers.  My stock SLES kernel ships an objects
      directory with Module.symvers, yet produces a Module.symvers
      in the local build directory.
  2. @behlendorf

    Packaging improvements for RHEL and SLES

    behlendorf committed
    - Properly honor --prefix in build system and rpm spec file.
    - Add '--define require_kdir' to spec file to support building
      rpms against kernel sources installed in non-default locations.
    - Add '--define require_kobj' to spec file to support building
      rpms against kernel object installed in non-default locations.
    - Stop suppressing errors in autogen.sh script.
    - Improved logic to detect missing kernel objects when they are
      not located with the source.  This is the common case for SLES
      as well as in-tree chaos kernel builds and is done to simply
      support for multiple arches.
    - Moved spl-devel build products to /usr/src/spl-<version>, a
      spl symlink is created to reference the last installed version.
Commits on Mar 17, 2009
  1. @behlendorf

    Allow spl_config.h to be included by dependant packages

    behlendorf committed
    We need dependent packages to be able to include spl_config.h so they
    can leverage the configure checks the SPL has done.  This is important
    because several of the spl headers need the results of these checks to
    work properly.  Unfortunately, the autoheader build product is always
    private to a particular build and defined certain common things.
    (PACKAGE, VERSION, etc).  This prevents other packages which also use
    autoheader from being include because the definitions conflict.  To
    avoid this problem the SPL build system leverage AH_BOTTOM to include
    a spl_unconfig.h at the botton of the autoheader build product.  This
    custom include undefs all known shared symbols to prevent the confict.
    This does however mean that those definition are also not availble
    to the SPL package either.  The SPL package therefore uses the
    equivilant SPL_META_* definitions.
Commits on Mar 11, 2009
  1. @behlendorf

    Build system cleanup

    behlendorf committed
    1) Undefine non-unique entries in spl_config.h
    2) Minor Makefile cleanup
    3) Don't use includedir for proper kernel header install
Commits on Mar 9, 2009
  1. @behlendorf

    Build system and packaging (RPM support)

    behlendorf committed
    An update to the build system to properly support all commonly
    used Makefile targets these include:
    
      make all        # Build everything
      make install    # Install everything
      make clean	  # Clean up build products
      make distclean  # Clean up everything
      make dist       # Create package tarball
      make srpm       # Create package source RPM
      make rpm        # Create package binary RPMs
      make tags       # Create ctags and etags for everything
    
    Extra care was taken to ensure that the source RPMs are fully
    rebuildable against Fedora/RHEL/Chaos kernels.  To build binary
    RPMs from the source RPM for your system simply run:
    
      rpmbuild --rebuild spl-x.y.z-1.src.rpm
    
    This will produce two binary RPMs with correct 'requires'
    dependencies for your kernel.  One will contain all spl modules
    and support utilities, the other is a devel package for compiling
    additional kernel modules which are dependant on the spl.
    
      spl-x.y.z-1_<kernel version>.x86_64.rpm
      spl-devel-x.y.2-1_<kernel version>.x86_64.rpm
Commits on Jan 15, 2009
  1. @behlendorf
Commits on Feb 27, 2008
  1. OK, everything builds now. My initial intent was to place all of

    behlendo committed
    the directories at the top level but that proved troublesome.  The
    kernel buildsystem and autoconf were conflicting too much.  To 
    resolve the issue I moved the kernel bits in to a modules directory
    which can then only use the kernel build system.  We just pass 
    along the likely make targets to the kernel build system.
    
    
    
    git-svn-id: https://outreach.scidac.gov/svn/spl/trunk@11 7e1ea52c-4ff2-0310-8f11-9dd32ca42a1c
Commits on Feb 26, 2008
  1. Initial commit. All spl source written up to this point wrapped

    behlendo committed
    in an initial reasonable autoconf style build system.  This does
    not yet build but the configure system does appear to work properly
    and integrate with the kernel.  Hopefully the next commit gets
    us back to a buildable version we can run the test suite against.
    
    
    
    git-svn-id: https://outreach.scidac.gov/svn/spl/trunk@1 7e1ea52c-4ff2-0310-8f11-9dd32ca42a1c
Something went wrong with that request. Please try again.