MySQL at Linux/PPC

[Michael Widenius]

>>>>> "Kostas" == Kostas Gewrgiou <gewrgiou at imbc.gr> 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

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