public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/1864] New: bad struct statvfs declaration on Alpha when _FILE_OFFSET_BITS is defined
@ 2005-11-14 20:38 tsv at solvo dot ru
2008-11-26 23:28 ` [Bug ports/1864] " drepper at redhat dot com
0 siblings, 1 reply; 3+ messages in thread
From: tsv at solvo dot ru @ 2005-11-14 20:38 UTC (permalink / raw)
To: glibc-bugs
GNU C Library development release version 2.3.5, by Roland McGrath et al.
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 4.0.1 20050727 (Red Hat 4.0.1-5).
Compiled on a Linux 2.4.20 system on 2005-11-01.
The following test program shows invalid behavior:
#include <sys/statvfs.h>
#include <stdio.h>
void print(struct statvfs value)
{
printf("%ld\n", (long)value.f_bavail);
}
int main(int argc, char*argv[])
{
struct statvfs st;
if(argc!=2){
printf("usage: checkstat <path>\n");
return 1;
}
statvfs(argv[1], &st);
print(st);
}
falk@juist:/tmp% df /
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/hda1 127383 88516 32290 74% /
falk@juist:/tmp% gcc test.c && ./a.out /
32290
falk@juist:/tmp% gcc -D_FILE_OFFSET_BITS=64 test.c && ./a.out /
116483808061937
The problem seems to be that ./sysdeps/unix/sysv/linux/alpha/bits/typesizes.h is
different from ./sysdeps/generic/bits/typesizes.h and defines
__FSBLKCNT_T_TYPE, __FSBLKCNT64_T_TYPE, __FSFILCNT_T_TYPE, __FSFILCNT64_T_TYPE
macros as 32 and 64 bits. I guess the glibc is build with 32 bits
(__FSBLKCNT_T_TYPE, __FSFILCNT_T_TYPE) by default.
What is the correct way to fix it? To define above macros the same way as it is
done in generic version?
Thank you
--
Summary: bad struct statvfs declaration on Alpha when
_FILE_OFFSET_BITS is defined
Product: glibc
Version: 2.3.5
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: drepper at redhat dot com
ReportedBy: tsv at solvo dot ru
CC: glibc-bugs at sources dot redhat dot com
GCC build triplet: alpha-unknown-linux
GCC host triplet: alpha-unknown-linux
GCC target triplet: alpha-unknown-linux
http://sourceware.org/bugzilla/show_bug.cgi?id=1864
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug ports/1864] bad struct statvfs declaration on Alpha when _FILE_OFFSET_BITS is defined
2005-11-14 20:38 [Bug libc/1864] New: " tsv at solvo dot ru
@ 2008-11-26 23:28 ` drepper at redhat dot com
0 siblings, 0 replies; 3+ messages in thread
From: drepper at redhat dot com @ 2008-11-26 23:28 UTC (permalink / raw)
To: glibc-bugs
------- Additional Comments From drepper at redhat dot com 2008-11-26 23:27 -------
Alpha is not in the main tree anymore since we have no maintainer. Somebody has
to step up and volunteer to be the maintainer of the alpha ports tree or nothing
will happen.
--
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|rth at gcc dot gnu dot org |roland at gnu dot org
Status|ASSIGNED |NEW
Component|libc |ports
http://sourceware.org/bugzilla/show_bug.cgi?id=1864
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2012-02-15 18:17 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-1864-131@http.sourceware.org/bugzilla/>
2012-02-15 17:46 ` [Bug ports/1864] bad struct statvfs declaration on Alpha when _FILE_OFFSET_BITS is defined jsm28 at gcc dot gnu.org
2012-02-15 18:17 ` rth at gcc dot gnu.org
2005-11-14 20:38 [Bug libc/1864] New: " tsv at solvo dot ru
2008-11-26 23:28 ` [Bug ports/1864] " drepper at redhat dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).