xfs
[Top] [All Lists]

Re: TAKE - build

To: Nathan Scott <nathans@xxxxxxxxxxxxxxxxxxxxxxx>
Subject: Re: TAKE - build
From: Michael Pike <mpike@xxxxxxxxxxxxxxxxxxxx>
Date: Mon, 11 Dec 2000 20:19:34 -0700 (MST)
Cc: <linux-xfs@xxxxxxxxxxx>
In-reply-to: <200012110651.RAA61507@snort.melbourne.sgi.com>
Sender: owner-linux-xfs@xxxxxxxxxxx
On Mon, 11 Dec 2000, Nathan Scott wrote:

> This fixes a nasty little problem when building the user tools.
> We use $GZIP to allow an alternate gzip path - unfortunately,
> $GZIP is magic to gzip (default options), and is set by default
> in some distros (to do max compression by default - Daniel came
> across this doing testing on a recent version of Suse).
>
> We now use $ZIP and I've audited the man pages of the other build
> tools we use - I don't think we'll be bitten by this again.  Its
> probably a good idea to do a "make realclean" before your next
> recompile of the user tools.
>
> cheers.
>
>
> Modid:  2.4.x-xfs:slinx:80342a
> Date:  Sun Dec 10 22:45:17 PST 2000
> Workarea:  snort:/diskb/build4/nathans/quota-xfs
> Author:  nathans
>
> The following file(s) were checked into:
>   bonnie.engr.sgi.com:/isms/slinx/2.4.x-xfs
>
> cmd/xfs/Makefile - 1.38
> cmd/xfs/build/Makefile - 1.6
> cmd/xfs/build/tar/Makefile - 1.3
>       - rework handling of GZIP.
>
> cmd/xfs/configure.in - 1.19
>       - rework handling of GZIP.  add a better check for libuuid (not just the
>         header file).  add commented template for Martin & liblvm.
>
> cmd/xfs/include/builddefs.in - 1.19
>       - rework handling of GZIP.
>


<Prev in Thread] Current Thread [Next in Thread>
  • TAKE - build, Nathan Scott
    • Re: TAKE - build, Michael Pike <=