summaryrefslogtreecommitdiff
path: root/config
AgeCommit message (Collapse)AuthorFilesLines
2010-06-03libmount: add basic dirsKarel Zak1-0/+12
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-11-06build-sys: clean up gtk-doc stuffKarel Zak1-52/+81
* gtk-doc.make does not care about difference between $srcdir and $builddir and many things are generated into $srcdir. It's pretty difficult to support out-of-source build... * gtk-doc expects that many generated files are stored in repository (we don't use XML templates, all documentation in source code only). * we don't want to distribute generated html files, the docs is attractive for very small group of people... Frankly, it would be nice to found something more robust and better than gtk-doc. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-11-06build-sys: fix out-of-source buildKarel Zak1-0/+3
The blkid.h file is generated and stored in $top_builddir. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-11-06build-sys: fix (official) gtk-doc.makeKarel Zak1-1/+1
The dist-hook rule in config/gtk-doc.make requires {xml,html,tmpl}/* gkt-doc files, but there is not defined a dependence on these files. It means "make dist" does not work on pristine source code tree (e.g. "git clean -xfd" source). Signed-off-by: Karel Zak <kzak@redhat.com>
2009-11-05build-sys: remove LT_STATIC_LDFLAGSKarel Zak1-3/+0
It was really stupid idea to use *_LDFLAGS for some global variable. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-11-05build-sys: cleanup static buildingKarel Zak1-0/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-10-12build-sys: clean up gtk-doc usageKarel Zak1-0/+196
Currently gtk-doc is optional. Unfortunately, the ./configure script still depends on GTK_DOC_CHECK macro and shlibs/blkid/docs/Makefile.am depends on gtk-doc.make. It seems that the best solution is to add gtk-doc.[make,m4] files to the repository. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-06-30buildsys: move $usr{bin,sbin,lib}execdir definition to ./configureKarel Zak1-5/+0
We need to use $usr{bin,sbin,lib}execdir variables in *.pc.in files and these files are generated by ./configure script. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-05-22libuuid: import UUID library from e2fsprogsKarel Zak1-0/+9
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-05-14build-sys: complete /libs to /shlibs renameKarel Zak1-3/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-05-11build-sys: fix "make -C" bugKarel Zak1-0/+1
Running: ./configure --with-fsprobe=builtin make -C mount mount causes the following error: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -include ../config.h -I../include -DLOCALEDIR=\"/home/matthew/util-linux-ng/share/locale\" -fsigned-char -I../libs/blkid/src -g -O2 -MT mount-setproctitle.o -MD -MP -MF .deps/mount-setproctitle.Tpo -c -o mount-setproctitle.o `test -f '../lib/setproctitle.c' || echo './'`../lib/setproctitle.c mv -f .deps/mount-setproctitle.Tpo .deps/mount-setproctitle.Po make -C make: option requires an argument -- 'C' Usage: make [options] [target] ... ... Reported-by: Matthew Burgess <matthew@linuxfromscratch.org> Signed-off-by: Karel Zak <kzak@redhat.com>
2009-03-18build-sys: fix bugs detected by "make distcheck"Karel Zak1-3/+3
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-03-17build-sys: add $usrlibexecdir and fix paths for [/usr]/lib64Karel Zak1-0/+1
Signed-off-by: Karel Zak <kzak@redhat.com>
2009-02-16build-sys: add temporary libtool *.m4 stuffKarel Zak1-0/+8406
We require libtool-2 (because old 1.5.x is crap). Unfortunately, libtool-2 is still not available in many Linux distributions -- now I see it in unstable distributions only. The painless way how to resolve this problem is to __temporary__ commit generated libtool-2 stuff to our repository. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-02-13build-sys: libtoolize by libtool-2Karel Zak1-0/+9
We need an infrastructure for stared libraries. The latest libtool-2 seems useful and it's definitely better than the old 1.5 crap. You need to install libtool-2 when you want to run ./autogen.sh script after checkout from git repository. Signed-off-by: Karel Zak <kzak@redhat.com>
2009-02-11blkid: add low level probing APIKarel Zak1-0/+1
(sorry from the huge patch..) Signed-off-by: Karel Zak <kzak@redhat.com>
2007-12-17build-sys: use dist_man_MANS instead of man_MANSStepan Kasal1-1/+1
Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-05-16build-sys: remove -fomit-frame-pointerKarel Zak1-1/+1
The -fomit-frame-pointer option makes debugging impossible on some machines. It is automatically enabled by -O<n> optimizations. Signed-off-by: Karel Zak <kzak@redhat.com>
2007-05-16build-sys: --prefix defaults to /usrStepan Kasal1-5/+3
Use prefix=/usr as the default setting. If prefix is /usr, make bindir and sbindir default to /bin and /sbin, respectively. Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-05-16build-sys: use dist_noinst_DATA to work around the bug with dist_man_MANSStepan Kasal1-0/+6
Automake mishandles dist_man_MANS. Using dist_noinst_DATA to work around this is more elegant than using dist-hook. Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-05-16build-sys: do not play with DEFS, use AM_CPPFLAGSStepan Kasal1-4/+2
If a -D flag is needed, it belongs to AM_CPPFLAGS. Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-05-16build-sys: move the optimization flags to AM_CFLAGSStepan Kasal1-0/+1
The optimization flags are not preprocessor flags. Moreover, CPPFLAGS and CFLAGS shall be overridable at make time, the configure script shall not touch them. Setting AM_CFLAGS in config/include-Makefile.am seems to be TRW. Signed-off-by: Stepan Kasal <skasal@redhat.com>
2007-01-04build-sys: remove DEFAULT_INCLUDES workaroundKarel Zak1-2/+0
The automake stuff uses "-I.". as a default gcc option for includes. This is a problem for source code where is local includes with a same name like system includes (e.g. mntent.h, paths.h). Possible workaround is overwrite the automake DEFAULT_INCLUDES variable. But this solution produces warnings. The best way (this patch) is probably rename the files and remove DEFAULT_INCLUDES. Signed-off-by: Karel Zak <kzak@redhat.com>
2007-01-03build-sys: remove generated autotools stuff from gitKarel Zak6-2084/+0
The generated autotools stuff shouldn't be maintained by SCM. After check out from git use ./autogen.sh. For more details see README.devel. Signed-off-by: Karel Zak <kzak@redhat.com>
2006-12-07Imported from util-linux-2.13-pre6 tarball.Karel Zak1-1/+1
2006-12-07Imported from util-linux-2.13-pre2 tarball.Karel Zak2-6429/+3
2006-12-07Imported from util-linux-2.13-pre1 tarball.Karel Zak9-0/+15732