This is the mail archive of the
glibc-linux@ricardo.ecn.wfu.edu
mailing list for the glibc project.
_G_fpos64_t in glibc 2.2
- To: "glibc-linux at ricardo dot ecn dot wfu dot edu" <glibc-linux at ricardo dot ecn dot wfu dot edu>
- Subject: _G_fpos64_t in glibc 2.2
- From: Joe Fago <cfago at tconl dot com>
- Date: Tue, 14 Nov 2000 14:41:23 +0000
- Reply-To: glibc-linux at ricardo dot ecn dot wfu dot edu
Hi,
gcc 2.95.2 libio seems to have a problem with _G_fpos64_t being a struct. It ends up using it as a typedef for streampos, which in turn gets passed to functions (err...methods) which expect a long long int. In glibc 2.1.3, _G_fpos64_t was an __off64_t, and gcc was fine.
I can think of several ways to fix this. But the first question that comes to mind is:
Should glibc have a backward-compatibility #ifdef for this, should gcc be ported to glibc2.2, or both?
GCC:
It seems to me that overriding _G_fpos64_t, orchanging gcc to refer to _G_fpos64_t->__pos may be the easiest fix, but probably has deeper implications. Maybe it shouldn't be using it at all...
I won't go into detail here--it would be faster to do the fix and make it available. And it's most likely a discussion for another list.
Perhaps this is a known problem, or already fixed, butI guess my main concern is that (once again) the latest official `releases' on the GNU ftp site don't work together.
Where should we go from here?
Thanks,
JF