At 09:19 +0300 1999-10-13, Kostas Gewrgiou wrote:
After looking at Bug#: 5732 in RedHat's bugzilla,
(http://developer.redhat.com/bugzilla/show_bug.cgi?id=5732)
i found out why enabling LFS makes a bad mysql binary, quoting from the
description of the patch bug:
The configure scripts of patch-2.5 detect the LFS support in
glibc-2.1, but due to the lack of a definition of
_GNU_SOURCE, no prototypes for fseeko are declared. That way
the compiler thinks fseeko is taking a 32bit argument for
the offset, when in reality it takes a 64bit offset.
After compiling MySQL with -D_GNU_SOURCE (with LFS enabled) the problems
went away, i am not sure if defining _LARGEFILE_SOURCE is supposed to give
the fseeko declarations but if it is then its a bug in the glibc headers.
The glibc documentation says that _LARGEFILE_SOURCE is supposed to
give the fseeko declaration.
- Macro: _LARGEFILE_SOURCE
If this macro is defined some extra functions are available which
rectify a few shortcomings in all previous standards. More
concrete the functions `fseeko' and `ftello' are available.
Without these functions the difference between the ISO C interface
(`fseek', `ftell') and the low-level POSIX interface (`lseek')
would lead to problems.
This macro was introduced as part of the Large File Support
extension (LFS).
--
Joel Klecker (aka Espy) Debian GNU/Linux Developer
<URL:mailto:[EMAIL PROTECTED]> <URL:mailto:[EMAIL PROTECTED]>
<URL:http://web.espy.org/> <URL:http://www.debian.org/>
