>mysqlclient.lib はどのディレクトリにありますか?

デフォルトのインストール先になってます。
c:\mysql\lib\opt\mysqlclient.lib

dumpbin.exe でシンボルを確認してみたところ以下のとおりそれらしいものがあ
りました。

# 実行結果ここから ======================
c:>"C:\Program Files\Microsoft Visual Studio .NET"\Vc7\bin\dumpbin.exe
/symbols c:\mysql\lib\opt\mysqlclient.lib
(略)
015 00000000 UNDEF  notype ()    External     | _mysql_query@8
(略)
1C5 00000000 SECT85 notype ()    External     | _mysql_query@8
# 実行結果ここまで ======================


_mysql_query@8の 先頭の"_"とか@8って何でしょう？
あと、mysqlclientを検索できているかどうかですが、以下のとおり見つからな
かった様なのでextconf.rbにオプションを付けてみました。


## 実行結果ここから ======================

C:\>ruby -rmysqlclient -e ''
ruby: no such file to load -- mysqlclient (LoadError)

↑見つからないみたいなので↓--with-mysqlclientlibで指定

C:\mr>extconf.rb --with-mysqlclientlib=c:\mysql\lib\opt\mysqlclient
checking for mysql_query() in c:\mysql\lib\opt\mysqlclient.lib... no
↑やっぱりmysql_queryが無いといわれる

# 実行結果ここまで ======================

(私がやっていることはあっていますか？)


>Instant Railsを入れてRails部分は使わずにInstant Railsに入っている
>MySQLとRubyだけを使うというのはどうでしょうか?

Ruby on Railsはほんと魅力的ですね。
Rubyの勉強を始めたのはRoRを使うためと言っても過言ではありません。
MySQLのバージョンの問題さえ解決できればInstant Railsで一気に環境を作って
しまうんですが。

ただ、Try＆Errorの繰り返しでもう心が折れそうです。旧資産もプロバイダとの
互換性も捨てて Instant Rails入れちゃおうかなぁ...


> 出発地点が違うと迷いに迷う事はしばしばあります。
> 今回の場合、 MySQL4.0 を使いたいというのが全ての苦労の元です。

　まあそうなんですけどね。
　新しいツールや技術を追求するのと同じくらい、新しい技術が生まれている中
で古い資産と仲良く付き合うのもプログラマの重要な仕事だと思います。

　ソフトウェアの価値は(ハードウェアと違って)一度作ってしまえば永続的に利
益を産み続けることですから、例えば
>MySQL/Ruby はコンパイル時に mysqlclient ライブラリのバージョンを見て使
>える関数を判断しています。たとえばこんな感じ…
　こういう延命措置はソフトウェアの価値を高める大事な仕事だと思います。

　その意味で、既存の資産を重視したロリポップの判断は理解できます。
強いて言うなら...5.xと4.0xのハイブリッドにして欲しかった...