1 if the return type is int or int_fast8_t.  The test case that showed
this problem is rpl000001 and the tested version was MySQL 5.0.2.  The
compiler with the problem is GCC 3.0.4 runing on "Linux bitch 2.4.18
#2 Thu Apr 11 14:37:17 EDT 2002 sparc64 unknown".

By changing the return type to bool the problem disappear.  (Another
way to make the problem disappear is to simply print the returned
value with printf("%d",?).  The printed returned value is always 0 in
the test cases I have run.)  This is only a partial solution to the
problem, since someone could later change the return type of the
function back to int or some other type that does not work.

into mysql.com:/home/wax/mysql/mysql-4.1testtemp

into mysql.com:/home/jonas/src/mysql-4.1

into mysql.com:/space/bk/b6391-mysql-4.1

  CREATE DATABASE statement used the current database instead of the
  database created when checking conditions for replication.
  CREATE/DROP/ALTER DATABASE statements are now replicated based on
  the manipulated database.

  discovered on Mac OS X

into mysql.com:/space/my/mysql-4.1

  Engine

Change to prevent the failure of "make distclean" on the missing 'regex/Makefile' (and, later, 'strings/Makefile').

into mysql.com:/space/my/mysql-4.1

into build.mysql.com:/users/tsmith/m/41/b

into build.mysql.com:/users/tsmith/m/41/b

into hundin.mysql.fi:/home/marko/k/mysql-4.1

    more robust checks (catch more corruptions)

into serg.mylan:/usr/home/serg/Abk/mysql-4.1

into deer.(none):/home/hf/work/mysql-4.1.clean

Added auto-correct of field length for enum/set tables for ALTER TABLE
This is becasue of a bug in previous MySQL 4.1 versions where the length for enum/set was set incorrectly after ALTER TABLE

into mysql.com:/space/my/mysql-4.1-build

into deer.(none):/home/hf/work/mysql-4.1.clean

into mysql.com:/space/my/mysql-4.1-build

  innodb_autoextend_increment: set a maximum limit of 1000 (Bug #6904)

       bug #6933: error in the tests/grant.pl test).

into mysql.com:/usr/home/bar/mysql-4.1-enum

  bug #6919

- add_field_to_list() now uses <List>String
instead of TYPELIB to be able to distinguish
literals 'aaa' and hex literals 0xaabbcc.
- move some code from add_field_to_list() where
  we don't know column charset yet, to 
  mysql_prepare_table(), where we do.

- added ppc_cflags to BUILD/SETUP.sh

A test doesn't seem to be possible.