Jeremy March wrote: > I think --with-extra-charsets=none means that no additional character > sets will be _compiled_ into the server. Complex character sets must be > compiled into MySQL, but simple ones can be loaded dynamically. I think > the character sets you are seeing are ones that can be loaded > dynamically. For instance the big5 character set is probably not listed > because it is one that has to be compiled in.
Well, you surely know better Mysql than me, but let me express my point of view. After many hours of compiling, finally I got the following point: The option with-extra-charsets=none does what is should do, but 'show variables' still shows NOT COMPILED IN variables. The correct values of 'show variables' show up after starting the server with option --character-set . I think it's kinda bug. Let me prove: 1) Configuring and compiling with '--with-charset=latin1 --with-extra-charsets=none'. Starting by simple 'mysqld_safe ...'. 'Show variables' still says, that I have a whole bunch of charsets. But starting with 'mysqld_safe --character-set=latin2 ...' and doing 'show variables' *does not* say 'character_set: latin2', but: 'character_set: latin1'! It does like that, because latin2 was not compiled in in fact! 2) Configuring and compiling with '--with-charset=latin2 --with-extra-charsets=none'. Starting by simple 'mysqld_safe ...'. 'Show variables' says, that I have a whole bunch of charsets. Starting with 'mysqld_safe --character-set=latin2 ...' and doing 'show variables' *says* 'character_set: latin2'! It does, because latin2 was compiled in this time. I hope it's clear what I've just written. -- ./ premax ./ [EMAIL PROTECTED] -- MySQL General Mailing List For list archives: http://lists.mysql.com/mysql To unsubscribe: http://lists.mysql.com/[EMAIL PROTECTED]
