BigDisk project: du(1) 64bit clean.

[Pawel Jakub Dawidek]

On Tue, Jan 04, 2005 at 07:04:26PM -0800, Brooks Davis wrote:
+> I'd be inclined to use the somewhat gross fix in PR 74567 in RELENG_5
+> and do it right in HEAD. [...]

It allocates memory and we don't need it.
Proposed fix is actually for RELENG_5. We can also do some magic inside
du(1) to split 64bit value between two fields (fts_number/fts_pointer)
when needed (on 32bit archs), but it would be really hackish.

+> [...] bde suggested changing fts_num to intmax_t.

The only issue here is that we break ABI if intmax_t will be bumped to
128bits in gcc, but we probably will have much bigger problems then:)
I like this idea.

-- 
Pawel Jakub Dawidek                       http://www.wheel.pl
pjd at FreeBSD.org                           http://www.FreeBSD.org
FreeBSD committer                         Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20050105/08945efc/attachment.bin