xfs
[Top] [All Lists]

Re: Problem building xfsprogs

To: Martin Furuhjelm <martin.furuhjelm@xxxxxxxxxxx>, Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: Problem building xfsprogs
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Tue, 22 Jul 2014 16:18:24 -0500
Cc: scameron@xxxxxxxxxxxxxxxxxx, fstests@xxxxxxxxxxxxxxx, xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <CAK2EqxR93J8441Ajj8no7_Pu1WSDLaVsKG=_FLMYvTnOUEzKGQ@xxxxxxxxxxxxxx>
References: <20140722160641.GU17967@xxxxxxxxxxxxxxxxxx> <20140722205605.GJ20518@dastard> <CAK2EqxR93J8441Ajj8no7_Pu1WSDLaVsKG=_FLMYvTnOUEzKGQ@xxxxxxxxxxxxxx>
On 7/22/14, 4:14 PM, Martin Furuhjelm wrote:
> I have just recently gone through the process of attempting to build and run 
> xfstests based on the current sources from oss.sgi.com <http://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:

FWIW, on fedora, simply:

# yum install xfsprogs xfsprogs-devel xfsprogs-qa-devel

should be enough (along w/ the other dependencies like libuuid, libacl, etc) to 
build xfstests.

-Eric

> 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@xxxxxxxxxxxxx 
> <mailto:david@xxxxxxxxxxxxx>> wrote:
> 
>     [cc xfs@xxxxxxxxxxx <mailto:xfs@xxxxxxxxxxx> - list for XFS issues]
> 
>     On Tue, Jul 22, 2014 at 11:06:41AM -0500, scameron@xxxxxxxxxxxxxxxxxx 
> <mailto:scameron@xxxxxxxxxxxxxxxxxx> wrote:
>     >
>     > I'm trying to build xfsprogs (in order to run xfstests), and I'm 
> running into this:
>     >
>     > [scameron@localhost xfsprogs]$ git log --oneline | head -1
>     > ba24eb7 logprint: Fix printing of AGF and AGI buffers
>     > [scameron@localhost xfsprogs]$ git pull
>     > Already up-to-date.
>     > [scameron@localhost xfsprogs]$ git diff
>     > [scameron@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@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@xxxxxxxxxxxxx <mailto:david@xxxxxxxxxxxxx>
>     --
>     To unsubscribe from this list: send the line "unsubscribe fstests" in
>     the body of a message to majordomo@xxxxxxxxxxxxxxx 
> <mailto:majordomo@xxxxxxxxxxxxxxx>
>     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
> 
> 
> 
> 
> _______________________________________________
> xfs mailing list
> xfs@xxxxxxxxxxx
> http://oss.sgi.com/mailman/listinfo/xfs
> 

<Prev in Thread] Current Thread [Next in Thread>