bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: all largefile checks broken


From: Marcus Brinkmann
Subject: Re: all largefile checks broken
Date: Thu, 4 Jan 2001 22:45:14 +0100
User-agent: Mutt/1.1.4i

On Thu, Jan 04, 2001 at 04:04:14PM -0500, Roland McGrath wrote:
> > some largefile autoconf check included in shellutils, fileutils and probably
> > elsewhere doesn't recognize the Hurd stubs returning EOPNOTSUPP correctly.
> > For all those, a special case in the Debian packaging is needed to add
> > --disable-largefile to configure invocation.
> 
> Please give details.  autoconf is only supposed to notice ENOSYS.

Ok, I think I misunderstood that.

Here is what configure will figure out for fileutils (this is a cross
config, but it doesn't matter):

configure: loading cache config.cache
checking build system type... i386-pc-linux-gnu
checking host system type... i386-pc-gnu
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... mawk
checking whether make sets ${MAKE}... yes
checking for perl5.003 or newer... yes
checking for i386-gnu-gcc... i386-gnu-gcc
checking whether the C compiler works... yes
checking whether we are cross compiling... yes
checking whether we are using the GNU C compiler... yes
checking for object suffix... o
checking for executable suffix... 
checking whether i386-gnu-gcc accepts -g... yes
checking how to run the C preprocessor... i386-gnu-gcc -E
checking dependency style of i386-gnu-gcc... gcc
checking how to run the C preprocessor... i386-gnu-gcc -E
checking whether i386-gnu-gcc needs -traditional... no
checking for i386-gnu-ranlib... i386-gnu-ranlib
checking for AIX... no
checking for minix/config.h... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for _LARGE_FILES value needed for large files... no

[snip]

The resulting config.status will contain:

${ac_dA}_FILE_OFFSET_BITS${ac_dB}_FILE_OFFSET_BITS${ac_dC}64${ac_dD}
${ac_uA}_FILE_OFFSET_BITS${ac_uB}_FILE_OFFSET_BITS${ac_uC}64${ac_uD}

The new interface will be used instead of the old one, and we don't support
the new interface at all.

Thanks,
Marcus


-- 
`Rhubarb is no Egyptian god.' Debian http://www.debian.org brinkmd@debian.org
Marcus Brinkmann              GNU    http://www.gnu.org    marcus@gnu.org
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de



reply via email to

[Prev in Thread] Current Thread [Next in Thread]