xfs
[Top] [All Lists]

Re: xfsprogs: .lai files not found

To: Eric Sandeen <sandeen@xxxxxxxxxxx>
Subject: Re: xfsprogs: .lai files not found
From: Jan Engelhardt <jengelh@xxxxxxx>
Date: Thu, 24 May 2012 21:26:31 +0200 (CEST)
Cc: xfs@xxxxxxxxxxx
In-reply-to: <4FBE60F6.6050709@xxxxxxxxxxx>
References: <alpine.LNX.2.01.1205241517400.10834@xxxxxxxxxxxxxxxx> <4FBE60F6.6050709@xxxxxxxxxxx>
Sender: jengelh@xxxxxxxxxxxxxxxx
User-agent: Alpine 2.01 (LNX 1266 2009-07-14)
On Thursday 2012-05-24 18:25, Eric Sandeen wrote:
>> 
>> (I frown upon using libtool directly and seek to replace it with an
>> assisted version using automake. There is however __quite__ some
>> cruft in the src tree.)
>
>Agreed that the build system could use love, do we have a volunteer? :)

Certainly.
Perhaps confirm that the following oddballs indeed
mark code that can be replaced:

- __psint_t/__psunsigned_t looks very much like a pre-C-standard attempt at
  intptr_t/uintptr_t [and should be changed accordingly]

- many files in include/ should actually be in include/xfs/
  (which does not exist at clone time)

- 'struct stat64' smells really like an implementation detail
  of how -D_FILE_OFFSET_BITS=64 (or the absence thereof) is handled.
  If the -D is given, isn't "struct stat" enough for all supported OSes?

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