I hit the same problem building on Fedora Core 2. I believe it's a bug in the autoconf/Makefiles that are distributed with filebench. If you don't run configure with "--with-gsl=<path>", then filebench/Makefile invokes the compiler with an empty -I argument, so the -DFILEBENCH gets gobbled up as the pathname for -I. The usage of "--with-gsl" in the configure script is problematic if you are using a vendor GSL distribution that installs things into /usr/include and /usr/lib.
I was able to build it with the attached patch applied on a FC2 system with the gsl-1.4-2.1 and gsl-devel-1.4-2.1 RPMs installed. I also had to install libaio-0.3.99-2 and libaio-devel-0.3.99-2 in order to get filebench to link. For the Sun maintainers, even though this "works" I'm not convinced that it is really using autoconf properly...It would probably be better if the configure script tried compiling something to validate the location of the GSL headers, and if it tried a little harder to find the headers in common vendor locations (/usr/include, /usr/local/include, etc.) so things would work without an explicit --with-gsl=<path> option. This message posted from opensolaris.org
filebench-patch.diff
Description: Binary data
_______________________________________________ perf-discuss mailing list perf-discuss@opensolaris.org
