Enough folks on the MySQL mailing list have asked for 4.1 builds, that I'm providing them for Linux. They're unsupported. They're untested. I build them when the spirit moves me. I may build them nightly if there's demand. I've already automated the process, but I still kick if off by hand. (I've been doing this for ages, but I never made 'em available.)
You'll find them at: http://jeremy.zawodny.com/mysql/builds/
The filenames should be pretty clear. Note that "cow" is the machine on which they're built. It's a Debian "testing" box. The binaries are configured to be unpacked in /home/mysql and run from there. That way they don't get in the way of your vendor-provided install.
Have fun.
Oh, if you want FreeBSD builds, let me know. I've got those automated too.
Posted by jzawodn at March 23, 2003 08:07 PM
I have been unable for some days now to build the mysql-4.1 tree:
sql_lex.cc: In function `void lex_init()':
sql_lex.cc:83: `symbols' undeclared (first use this function)
sql_lex.cc:83: (Each undeclared identifier is reported only once for each
function it appears in.)
sql_lex.cc:85: `sql_functions' undeclared (first use this function)
sql_lex.cc: In function `int find_keyword(LEX*, unsigned int, bool)':
sql_lex.cc:140: `get_hash_symbol' undeclared (first use this function)
sql_lex.cc:
79 void lex_init(void)
80 {
81 uint i;
82 DBUG_ENTER("lex_init");
83 for (i=0 ; i
This seems to occur when the LD_LIBRARY_PATH does not contain the path to the stdc++ library.
(Or on solaris as root 'crle -u -l ',
a lot of people may need to update their path to include /usr/bin/ccs in order to use 'ranlib' or 'ar' - put it last so you can use gnu make if installed)
You must do
make clean
rm config.cache
./configure
afterwards for the effects to take effect.