This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Deprecate 32-bit off_t support

From: Joseph Myers <joseph at codesourcery dot com>
To: Florian Weimer <fweimer at redhat dot com>
Cc: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>, "libc-alpha at sourceware dot org" <libc-alpha at sourceware dot org>, nd <nd at arm dot com>, Siddhesh Poyarekar <siddhesh at gotplt dot org>
Date: Mon, 7 Jan 2019 22:17:41 +0000
Subject: Re: [PATCH] Deprecate 32-bit off_t support
References: <87sgy8ppeo.fsf@oldenburg2.str.redhat.com> <fc0b8cfd-7688-1b7f-0748-2e46e30d4f0d@arm.com> <87muocfhor.fsf@oldenburg2.str.redhat.com>

On Mon, 7 Jan 2019, Florian Weimer wrote:

> * Szabolcs Nagy:
> 
> > please do not recommend the use of a non-standard type
> > in place of a standard one (off64_t is not even available
> > with default feature test macros in posix headers).
> 
> What do you propose instead?  Mention int64_t and uint64_t only?

Programs and libraries should use types such as off_t, and arrange to be 
built with _FILE_OFFSET_BITS=64, which would make them unaffected by a 
future change to the default.

-- 
Joseph S. Myers
joseph@codesourcery.com

Follow-Ups:
- Re: [PATCH] Deprecate 32-bit off_t support
  - From: Paul Eggert
- Re: [PATCH] Deprecate 32-bit off_t support
  - From: Florian Weimer

References:
- [PATCH] Deprecate 32-bit off_t support
  - From: Florian Weimer
- Re: [PATCH] Deprecate 32-bit off_t support
  - From: Szabolcs Nagy
- Re: [PATCH] Deprecate 32-bit off_t support
  - From: Florian Weimer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]