Problem building xfsprogs

[Martin Furuhjelm]

I have just recently gone through the process of attempting to build and
run xfstests based on the current sources from oss.sgi.com.
Not having exactly the correct packages and kernel version creates
problems. The build on FEDORA fails complaining about too many symlinks, I
was successful on SUSE V 13 updated to kernel v3.15 and adding the
following packages before attempting git and the build:

git gcc libtool automake make gettext-tools libattr-devel libacl-devel
libuuid-devel ncurses-devel quota indent libcap-progs btrfsprogs

I then git and built xfsprogs followed by xfsdump and finally xfstests

After adding the fsgqa group and user the appropriate definitions of
TEST_DEV and SCRATCH_DEV the quick test (./check -g quick)
runs with 5 errors on xfs and one error on ext4.

If you just want xfstest to run - you may want to start with SUSE and the
procedure above.

Martin Furuhjlem

On Tue, Jul 22, 2014 at 2:56 PM, Dave Chinner <david at fromorbit.com> wrote:

> [cc xfs at oss.sgi.com - list for XFS issues]
>
> On Tue, Jul 22, 2014 at 11:06:41AM -0500, scameron at beardog.cce.hp.com
> wrote:
> >
> > I'm trying to build xfsprogs (in order to run xfstests), and I'm running
> into this:
> >
> > [scameron at localhost xfsprogs]$ git log --oneline | head -1
> > ba24eb7 logprint: Fix printing of AGF and AGI buffers
> > [scameron at localhost xfsprogs]$ git pull
> > Already up-to-date.
> > [scameron at localhost xfsprogs]$ git diff
> > [scameron at localhost xfsprogs]$ ./configure
> > checking build system type... x86_64-unknown-linux-gnu
> > checking host system type... x86_64-unknown-linux-gnu
> > checking for gcc... gcc
> > checking for C compiler default output file name... a.out
> >
> > [...snip...]
> >
> > checking for library containing blkid_probe_all... -lblkid
> > checking for blkid_probe_get_topology... yes
> > checking for readdir... yes
> > checking size of long... 8
> > checking size of char *... 8
> > checking for __psint_t ... no
> > checking for __psunsigned_t ... no
> > checking for __u32 ... yes
> > checking for umode_t... yes
> > configure: creating ./config.status
> > config.status: creating include/builddefs
> > config.status: creating include/platform_defs.h
> > config.status: include/platform_defs.h is unchanged
> > config.status: executing libtool commands
> > [scameron at localhost xfsprogs]$ make
> > Building include
>
> Nothing built in the include directory - is this a clean build area?
>
> > Building libxfs
> > gmake[2]: *** No rule to make target `.ltdep', needed by `ltdepend'.
>  Stop.
> > gmake[1]: *** [libxfs] Error 2
> > make: *** [default] Error 2
> >
> > Any ideas what's wrong here?
>
> The automatic dependency generation failed to generate the .ltdep
> file. But it can't be a clean build area, because the libxfs build
> rule is:
>
> default: crc32selftest ltdepend $(LTLIBRARY)
>
> and I don't see the crc32selftest rule being executed before the
> dependencies are generated. It shoul dlook something like:
>
> $ make
> ....
> configure: creating ./config.status
> config.status: creating include/builddefs
> config.status: creating include/platform_defs.h
> config.status: executing libtool commands
> Building include
>     [LN]     xfs
>     [LN]     disk
> Building libxfs
>     [CC]     gen_crc32table
>     [GENERATE] crc32table.h
>     [TEST]    CRC32
> CRC_LE_BITS = 32
> crc32: tests passed, 225944 bytes in 131 usec
> crc32c: tests passed, 225944 bytes in 131 usec
>     [CC]     cache.lo
> ....
>
> So the first thing I'd do is run 'make realclean; make' to restart
> the build for a clean workarea first. If that doesn't fix the
> problem, then I'll need to know versions of libtool, gcc, etc that
> you are using and you'll need to post the output of "make realclean;
> make Q=" so we can see the command line that is actually failing.
>
> Cheers,
>
> Dave.
> --
> Dave Chinner
> david at fromorbit.com
> --
> To unsubscribe from this list: send the line "unsubscribe fstests" in
> the body of a message to majordomo at vger.kernel.org
> More majordomo info at
> https://urldefense.proofpoint.com/v1/url?u=http://vger.kernel.org/majordomo-info.html&k=2a4Akkj3oY%2FOkjwft1MTMw%3D%3D%0A&r=jY8ozfSdJMiFQxJbqMIFvF4Q5MYg6nOaolSGt082e48%3D%0A&m=bI0%2F1zZckAg2ytRBSMleHvthTKGuNDtYaUYrC%2BGOuV4%3D%0A&s=7e28774591d3b095daa0b053b597ecb5e73203b4a403132664165f44ac3aaa49
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs/attachments/20140722/6b5dd247/attachment.html>