Petr Vandrovec schrieb:
On 17 Mar 03 at 11:33, Guido Draheim wrote:
Personally, I think it would be the best to simply add a global change in features.h
What about reading LFS standard: if _LARGEFILE_SOURCE is not
defined, neither fseeko nor fseeko64 do exist. Take it up with standard authors, not with glibc guys.
I can take it up with either guys ;-)
Firstly, SUS2/UNIX98 lists fseeko _without_ a requirement on some _LARGEFILE_SOURCE to exist. Read the given standard page reference if you don't believe me:
http://www.opengroup.org/onlinepubs/007908799/xsh/fseeko.html
Secondly, I'm cc'ing autoconf ML exactly for that reason, since AC_SYS_LARGEFILE has never set _LARGEFILE_SOURCE even that LFS specs mandate that it should be the primary selector to enable LFS pieces. I guess that you did guess a requirement for fseeko from that fact.
Thirdly, it doesn't help to be anal about stuff that other unix systems do not particulary care for, and which in fact can lead to silent errors and get your database deleted. It sometimes helps to face reality :-)=)
Lastly, try again convincing me that the non-export of fseeko is better than having an export of a extra symbol that some sources do not need. And when the situation of an "give me a 64bit off_t" is detected, then no need either to export _all_ off_t-related functions? C'mon, try.... ;-)
-- have fun, guido http://ac-archive.sf.net/largefile
