List:General Discussion« Previous MessageNext Message »
From:Michael Widenius Date:October 14 1999 7:27pm
Subject:MySQL at Linux/PPC
View as plain text  
>>>>> "Kostas" == Kostas Gewrgiou <gewrgiou@stripped> writes:

Kostas> After looking at Bug#: 5732 in RedHat's bugzilla, 
Kostas> (http://developer.redhat.com/bugzilla/show_bug.cgi?id=5732)
Kostas> i found out why enabling LFS makes a bad mysql binary, quoting from the
Kostas> description of the patch bug:

Kostas>    The configure scripts of patch-2.5 detect the LFS support in 
Kostas>    glibc-2.1, but due to the lack of a definition of 
Kostas>    _GNU_SOURCE, no prototypes for fseeko are declared. That way 
Kostas>    the compiler thinks fseeko is taking a 32bit argument for 
Kostas>    the offset, when in reality it takes a 64bit offset.

Kostas> After compiling MySQL with -D_GNU_SOURCE (with LFS enabled) the problems
Kostas> went away, i am not sure if defining _LARGEFILE_SOURCE is supposed to give
Kostas> the fseeko declarations but if it is then its a bug in the glibc headers.

Kostas>   Kostas Gewrgiou.

Hi!

MySQL 3.22.27 and MySQL 3.23.4 and above we now detect the glibc
version and will not use LFS if glibc < 2.1

We have successfully compiled MySQL on RedHat 6.0 without having to
patch anything, so it looks like this is now fixed.

If you still get the problem on your machine with the above MySQL
version, please mail me and we will look at it once more!

Regards,
Monty
Thread
MySQL at Linux/PPCKostas Gewrgiou13 Oct
  • Re: MySQL at Linux/PPCJoel Klecker13 Oct
  • MySQL at Linux/PPCMichael Widenius14 Oct
    • Re: MySQL at Linux/PPCPaul DuBois15 Oct