MySQL at Linux/PPC

[Joel Klecker]

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:jk at espy.org>                 <URL:mailto:espy at debian.org>
<URL:http://web.espy.org/>               <URL:http://www.debian.org/>

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/