Archive-Team
/
zfs
2
0
Fork 0
Code Issues Pull Requests Packages Projects Releases 103 Wiki Activity
zfs/configure.ac

91 lines
2.2 KiB
Plaintext
Raw Normal View History

Build system and packaging (RPM support) (Part 1) 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 zfs-x.y.z-1.src.rpm This will produce two binary RPMs with correct 'requires' dependencies for your kernel. One will contain all zfs modules and support utilities, the other is a devel package for compiling additional kernel modules which are dependant on the zfs. zfs-x.y.z-1_<kernel version>.x86_64.rpm zfs-devel-x.y.2-1_<kernel version>.x86_64.rpm
2009-03-10 18:10:50 +00:00
/*
* This file is part of the ZFS Linux port.
*
Move ZPIOS chunk to linux-zpios topic branch
2009-08-18 21:06:05 +00:00
* Copyright (c) 2009 Lawrence Livermore National Security, LLC.
Build system and packaging (RPM support) (Part 1) 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 zfs-x.y.z-1.src.rpm This will produce two binary RPMs with correct 'requires' dependencies for your kernel. One will contain all zfs modules and support utilities, the other is a devel package for compiling additional kernel modules which are dependant on the zfs. zfs-x.y.z-1_<kernel version>.x86_64.rpm zfs-devel-x.y.2-1_<kernel version>.x86_64.rpm
2009-03-10 18:10:50 +00:00
* Produced at Lawrence Livermore National Laboratory
* Written by:
* Brian Behlendorf <behlendorf1@llnl.gov>,
* Herb Wartens <wartens2@llnl.gov>,
* Jim Garlick <garlick@llnl.gov>
* LLNL-CODE-403049
*
* CDDL HEADER START
*
* The contents of this file are subject to the terms of the
* Common Development and Distribution License, Version 1.0 only
* (the "License"). You may not use this file except in compliance
* with the License.
*
* You can obtain a copy of the license at usr/src/OPENSOLARIS.LICENSE
* or http://www.opensolaris.org/os/licensing.
* See the License for the specific language governing permissions
* and limitations under the License.
*
* When distributing Covered Code, include this CDDL HEADER in each
* file and include the License file at usr/src/OPENSOLARIS.LICENSE.
* If applicable, add the following below this CDDL HEADER, with the
* fields enclosed by brackets "[]" replaced with your own identifying
* information: Portions Copyright [yyyy] [name of copyright owner]
*
* CDDL HEADER END
*/
Refresh zfs-branch
2008-12-05 17:46:11 +00:00
AC_INIT
AC_LANG(C)
ZFS_AC_META
AC_CONFIG_AUX_DIR([config])
AC_CANONICAL_SYSTEM
AM_MAINTAINER_MODE
Add support for 'make -s' silent builds The cleanest way to do this is to set AM_LIBTOOLFLAGS = --silent. However, AM_LIBTOOLFLAGS is not honored by automake-1.9.6-2.1 which is what I have been using. To cleanly handle this I am updating to automake-1.11-3 which is why it looks like there is a lot of churn in the Makefiles.
2010-03-26 22:41:41 +00:00
AM_SILENT_RULES
Allow zfs_config.h to be included by dependant packages (updated) We need dependent packages to be able to include zfs_config.h to build properly. This was partially solved previously be using AH_BOTTOM to #undef common #defines (PACKAGE, VERSION, etc) which autoconf always adds and cannot be easily removed. This solution works as long as the zfs_config.h is included before your projects config.h. That turns out to be easier said than done. In particular, this is a problem when your package includes its config.h using the -include gcc option which ensures the first thing included is your config.h. To handle all cases cleanly I have removed the AH_BOTTOM hack and replaced it with an AC_CONFIG_HEADERS command. This command runs immediately after zfs_config.h is written and with a little awk-foo it strips the offending #defines from the file. This eliminates the problem entirely and makes header safe for inclusion.
2010-03-22 23:42:18 +00:00
AM_INIT_AUTOMAKE([$ZFS_META_NAME], [$ZFS_META_VERSION])
AC_CONFIG_HEADERS([zfs_config.h], [
(mv zfs_config.h zfs_config.h.tmp &&
awk -f config/config.awk zfs_config.h.tmp >zfs_config.h &&
rm zfs_config.h.tmp) || exit 1])
Refresh zfs-branch
2008-12-05 17:46:11 +00:00
AC_PROG_INSTALL
AC_PROG_CC
AC_PROG_LIBTOOL
Add AM_PROG_AS to configure
2008-12-19 23:47:14 +00:00
AM_PROG_AS
Refresh zfs-branch
2008-12-05 17:46:11 +00:00
ZFS_AC_LICENSE
Add Debian and Slackware style packaging via alien The long term fix for Debian and Slackware style packaging is to add native support for building these packages. Unfortunately, that is a large chunk of work I don't have time for right now. That said it would be nice to have at least basic packages for these distributions. As a quick short/medium term solution I've settled on using alien to convert the RPM packages to DEB or TGZ style packages. The build system has been updated with the following build targets which will first build RPM packages and then convert them as needed to the target package type: make rpm: Create .rpm packages make deb: Create .deb packages make tgz: Create .tgz packages make pkg: Create the right package type for your distribution The solution comes with lot of caveats and your mileage may vary. But basically the big limitations are that the resulting packages: 1) Will not have the correct dependency information. 2) Will not include the kernel version in the release. 3) Will not handle all differences between distributions. But the resulting packages should be easy to install and remove from your system and take care of running 'depmod -a' and such. As I said at the top this is not the right long term solution. If any of the upstream distribution maintainers want to jump in and help do this right for their distribution I'd love the help.
2010-07-27 23:45:36 +00:00
ZFS_AC_PACKAGE
Properly detect and set HAVE_GPL_ONLY_SYMBOLS based on license
2009-02-03 17:59:54 +00:00
ZFS_AC_CONFIG
Refresh zfs-branch
2008-12-05 17:46:11 +00:00
ZFS_AC_DEBUG
Add module build targets
2008-12-23 18:13:07 +00:00
AC_CONFIG_FILES([
Makefile
config/Makefile
Split the udev rule from a specific configuration While I completely agree the udev is the lesser of many possibles evils when solving the device issue... it is still evil. After attempting to craft a single rule which will work for various versions of udev in various distros. I've come to the conclusion the only maintainable way to solve this issue is to split the rule from any particular configuration. This commit provides a generic 60-zpool.rules file which use a small helper util 'zpool_id' to parse a configuration file by default located in /etc/zfs/zdev.conf. The helper script maps a by-path udev name to a more friendly name of <channel><rank> for large configurations. As part of this change all of the support scripts why rely on this udev naming convention have been updated as needed. Example zdev.conf files have also been added for 3 different systems by you will always need to add one for your exact hardware. Finally, included in these changes are the proper tweaks to the build system to ensure everything still get's packaged properly in the rpms and can run in or out of tree.
2010-03-02 00:45:31 +00:00
etc/Makefile
Add man pages to the build system and packages.
2009-12-12 00:49:25 +00:00
man/Makefile
man/man8/Makefile
Add module build targets
2008-12-23 18:13:07 +00:00
lib/Makefile
lib/libavl/Makefile
Additional set of build system tweaks for libefi library.
2009-10-09 23:37:32 +00:00
lib/libefi/Makefile
Add module build targets
2008-12-23 18:13:07 +00:00
lib/libnvpair/Makefile
Update libunicode
2009-01-05 21:13:50 +00:00
lib/libunicode/Makefile
Add module build targets
2008-12-23 18:13:07 +00:00
lib/libuutil/Makefile
lib/libzpool/Makefile
Build system and packaging (RPM support) (Part 2) Complete support for dist install srpm and rpm make targets.
2009-03-11 04:13:30 +00:00
lib/libzpool/include/Makefile
Add module build targets
2008-12-23 18:13:07 +00:00
lib/libzfs/Makefile
cmd/Makefile
cmd/zdb/Makefile
cmd/zfs/Makefile
cmd/zinject/Makefile
cmd/zpool/Makefile
Split the udev rule from a specific configuration While I completely agree the udev is the lesser of many possibles evils when solving the device issue... it is still evil. After attempting to craft a single rule which will work for various versions of udev in various distros. I've come to the conclusion the only maintainable way to solve this issue is to split the rule from any particular configuration. This commit provides a generic 60-zpool.rules file which use a small helper util 'zpool_id' to parse a configuration file by default located in /etc/zfs/zdev.conf. The helper script maps a by-path udev name to a more friendly name of <channel><rank> for large configurations. As part of this change all of the support scripts why rely on this udev naming convention have been updated as needed. Example zdev.conf files have also been added for 3 different systems by you will always need to add one for your exact hardware. Finally, included in these changes are the proper tweaks to the build system to ensure everything still get's packaged properly in the rpms and can run in or out of tree.
2010-03-02 00:45:31 +00:00
cmd/zpool_id/Makefile
Add module build targets
2008-12-23 18:13:07 +00:00
cmd/ztest/Makefile
module/Makefile
module/avl/Makefile
module/nvpair/Makefile
Update libunicode
2009-01-05 21:13:50 +00:00
module/unicode/Makefile
Add module build targets
2008-12-23 18:13:07 +00:00
module/zcommon/Makefile
module/zfs/Makefile
Minor 'make check' updates
2009-01-14 23:38:56 +00:00
scripts/Makefile
Generate common.sh with paths from configure The common.sh script assumed that it was either being run from in-tree or was installed under /usr/libexec/zfs. If this was not the case, because of say the default --prefix=/usr/local, then the paths would be wrong. To fix this common.sh is now generated from common.sh.in with the correct path information provided at configure time.
2010-07-28 23:30:45 +00:00
scripts/common.sh
Build system and packaging (RPM support) (Part 1) 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 zfs-x.y.z-1.src.rpm This will produce two binary RPMs with correct 'requires' dependencies for your kernel. One will contain all zfs modules and support utilities, the other is a devel package for compiling additional kernel modules which are dependant on the zfs. zfs-x.y.z-1_<kernel version>.x86_64.rpm zfs-devel-x.y.2-1_<kernel version>.x86_64.rpm
2009-03-10 18:10:50 +00:00
zfs.spec
Distro friendly build system / packaging improvements. These changes bring the zfs-0.4.4 tree in to compliance with the spl-0.4.4 packaging changes. The bottom line is 2 source rpms and 4 binary rpms will now be generated when creating packages there will be: zfs-<version>.src.rpm - Fully rebuildable source rpm for libzfs and utils. zfs-modules-<version>.src.rpm - Fully rebuildable source rpm for kernel modules. zfs-<version>.<arch>.rpm - Binary rpm for libzfs and utils. The utils in this package are compatible with all zfs-module rpms of the same version. zfs-devel-<version>.<arch>.rpm - Binary rpm containing headers for building against libzfs libraries. zfs-modules-<verion>-<kernel>.arch.rpm - Binary rpm containing the kernel modules for a specific kernel build. The package name contains the kernel version and you should have one of these packages installed to match every kernel on your system. zfs-modules-devel-<verion>-<kernel>.arch.rpm - Binary rpm containing development header and module symbols needed for building additional kernel modules which are dependent on the zfs module stack. Expect minor interations on these changes as I validate they work properly on CHAOS, RHEL, Fedora, and SLES style distros.
2009-07-01 17:53:05 +00:00
zfs-modules.spec
Add module build targets
2008-12-23 18:13:07 +00:00
])
Build system and packaging (RPM support) (Part 1) 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 zfs-x.y.z-1.src.rpm This will produce two binary RPMs with correct 'requires' dependencies for your kernel. One will contain all zfs modules and support utilities, the other is a devel package for compiling additional kernel modules which are dependant on the zfs. zfs-x.y.z-1_<kernel version>.x86_64.rpm zfs-devel-x.y.2-1_<kernel version>.x86_64.rpm
2009-03-10 18:10:50 +00:00
Refresh zfs-branch
2008-12-05 17:46:11 +00:00
AC_OUTPUT