DXライブラリもよく見てみたら、追加のインクルードディレクトリで設定しているフォルダに、Libとh両方が入っておりました。>へにっくすさんいつもお世話になっております(^^)サンプルプロジェクトまで添付いただいてありがとうございました。同一ソリューション内でLib側プロジェクトと参照側プロジェクトを作ってしまうわけですね。おお・・・これなら簡単ですね!できれば、DXLibと同じ設定(追加のインクルードディレクトリに指定)だけで済ませたいという欲求がありまして、sleepさんとへにっくすさんお二方のご助言から、以下のようにして実験してみました。;}なんだかヘンテコですが、つじつまは合っているようで動くことを確認できました。オフトピック自分なりに設定ミスが少なくなるような仕組みをもう少し練ってみようと思います。DXLibの「プロジェクトに追加すべきファイル_VC用」フォルダみたいに、Libとhを一か所に配置するようなバッチでも作って、参照側はそのフォルダパスを通す、というやり方がよさそうだと思いました。ありがとうございました。全般)の2箇所に設定する必要があります。"~")は、ソースファイルでリンクするライブラリを指定するものではなく、正確にはリンクするライブラリとして指定したパスを生成するobjファイルに埋め込むものです。派生ライブラリを作ったりしたとき元のパスが埋め込まれてずっと残っていくので元のライブラリを移動すると数珠つなぎにエラーになります。埋め込まれたライブラリ情報を無視するオプションを指定して、いちいち新しい位置を指定し直す必要があります。オプションは実行形式を構成するすべてのobjに対して有効なので、他のライブラリも無視されて多くの手作業を生むかもしれません。ソースコードに絶対パスを記述するのは避けたほうが良いと思います。"~")>は、ソースファイルでリンクするライブラリを指定するものではなく、正確には>リンクするライブラリとして指定したパスを生成するobjファイルに埋め込むものなんと・・・。objファイルに仕込まれるように手続きする必要があるのですね?差支えなければ以下質問させてください。(不勉強ゆえにトンチンカンな質問であるかもしれませんが、そのときはご指摘いただければ幸いです。Studioではどのような作法になるのでしょうか?あるいはソースの書き方の問題でしょうか。2.また、そういったことはいったいどこで勉強できるのでしょうか?MSDN等で公開されている既知の事実なのでしょうか。私としては、スタティックライブラリを簡単に参照する・・・というだけのことと鷹をくくっていたために、今回の件については、とても面喰っています。して、こういったことは、知る人ぞ知る流儀とかテクニックだったりするものなのでしょうか。(私自身は、C++というか、VC++プロジェクトを扱うのは1年半~2年くらいなので、初級者に等しいレベルです。)>ソースコードに絶対パスを記述するのは避けたほうが良いと思います。はい、私も絶対パスを記述したくないと考えています。解決チェックを外しておきました。コンパイラに対して指示するもので仕様はコンパイラ毎に違います。規格書レベルでは細かい定義はありません。objファイルに仕込まれるように手続きする必要があるのですね?すでにやっています。"C:\\○○○\\LibTest\\Debug\\LibTest.lib")がコンパイル時にobjに埋め込まれます。ISLeさんが、これは良くないと言っているわけす。全般)は必ず必要です。DXライブラリも指定していますよ。方針:私は仕組み・考え方を理解して欲しいので直接的なコードを回答することはまれですので、すぐコードがほしい方はその旨をご明記下さい。私以外の方と交代したいと思います(代わりの方がいる保証は出来かねます)。lib」といったキーワードでネットを検索すればMSDNのリファレンスページが見付かると思います。commentと入力してそのままF1(ヘルプ)キーを押してみてください。(C/C++)けっこう分かりやすく書いてあると思います。No.13の参照側のソースファイル名がMain.cppだとすると...<<コンパイル>>Main.cppがコンパイルされて、Main.objが作成されます。ライブラリ検索パスはMain.objに埋め込まれます。<<リンク>>Main.objをリンクして実行形式(*.exe)が作成されます。Main.objに埋め込まれたライブラリ検索パスが同時に使用されます。作成済みのobjファイルは個別にリンクできます。スタティックライブラリ(*.lib)は、objファイルを(複数)含むアーカイブファイルです。C/C++言語の処理系は、コンパイルとリンクの2段階で構成されるのがふつうです。Studioに限らず一般的です。objファイルを作成できるのがC/C++言語だけではないからです。5年前>softyaさんいつもお世話になっております(^^)解決チェックを外しておきました。ありがとうございます。お手数おかけしました。"C:\\○○○\\LibTest\\Debug\\LibTest.lib")がコンパイル時にobjに埋め込まれます。ISLeさんが、これは良くないと言っているわけす。Studioのプロジェクトの設定か何かで実現するのかと勘違いしておりました。>ISLeさん重ね重ねありがとうございます。lib」といったキーワードでネットを検索すればMSDNのリファレンスページが見付かると思います。commentと入力してそのままF1(ヘルプ)キーを押してみてください。(C/C++)けっこう分かりやすく書いてあると思います。リファレンスも読ませていただきました。全般)は、同じ作用だという認識であってますでしょうか?お二方のご助言をもとに、以下のようにして実験してみました。;}}そして、.libと.hをひとつのフォルダに配置しました。全般)両方に、C:\プロジェクトに追加すべきLibフォルダを設定しました。ビルドエラーとなります。何を間違えているのか想像もつきませんm(__)mご教示いただければ幸いです。設定が足りないだけです。"LibTest.lib")とファイル名を指定する(注意:ISLeさんは絶対パスを指定するのが問題と言ってるのです)か、リンカー-入力-追加の依存ファイルライブラリファイルの指定に自分のライブラリファイルを指定するかどちらかの設定が必要です。ちなみに注意しておくと、Debugで作成したライブラリファイルとReleaseで作成したライブラリファイルをごっちゃにしないでくださいね。間違ったファイルを指定すると、これまたリンカエラーになるはずですので。DXLIBでもDebugとReleaseでファイル名を別にしてあるはずです(ソースを直接みればわかると思いますが)。"C:\\○○○\\LibTest\\Debug\\LibTest.lib")がコンパイル時にobjに埋め込まれます。ISLeさんが、これは良くないと言っているわけす。テキストエディタで開いて見てみてください。書かれてないと思います。それがお二方が教えてくださってるコンパイル時にobjに埋め込まれます。オフトピックその他にも、私の環境と設定が大して違わなければ2つ程あるのではないでしょうか?それぞれの意味は以下のとおりです。リンクするように指示します。指定で追加されているものです。製品バージョンとの互換性のために、新しい名前が古い名前を割り当てます。使用することができます。link.exeに対してobjファイル経由でリンカーオプションを指示します。リンカの「追加の依存ファイル」は、link.exeに直接リンカーオプションを指示します。libファイルの名前を教えてません。絶対パスを指定しておくと何がいけないと言っているか、も説明しておきます。絶対パスで指定しておくと、objファイルに以下のように埋め込まれます。ファイルを探しに行って「見つからない」と言います。開くことができません。コード:/DEFAULTLIB:"C:\LibTest.lib"に書き直し、再コンパイルしてあげなくてなりません。指定しておけば話は変わってきます。libファイルに一括対応できます。入り混じっていると、整合性を保たせるために相当な時間をかけて、しらみ潰しにつじつまを合わせる作業が待っています。会社などで複数人の作業でやると、人件費も嵩みますし、何より他の方へ迷惑をかけてしまいますよね。いう状況に陥ってしまうので、避けましょう、ということです。さんのやりたいことに対する将来的なヒントを書いておきます。Studioのプロジェクトには、ビルド時に任意のコマンドを実行する機能があります。ビルド前・リンク前・ビルド後それぞれ実行して欲しいコマンドラインを指定できます。ビルド後に、バッチファイルを呼び出して、ビルドに成功したライブラリファイルとヘッダファイルをお好みのフォルダへ自動的にコピーするといったことができます。マクロや環境変数を利用すれば、デバッグ版のライブラリファイル名には末尾にdを付けたり、コピー先を任意に変更できたり、便利に使えます。全般)などをまとめて設定することができます。上にも書きましたが、環境変数を利用すればライブラリの置き場所を任意に変えることもできます。ちなみにDXライブラリを使うときの設定をまとめたプロパティページを以前この掲示板に投稿しました。改良版がうちのブログに置いてあります。5年前>へにっくすさん具体的なアドバイスくださり、ありがとうございますm(__)mリンカー-入力-追加の依存ファイルに自分のライブラリファイルを指定するかあああ・・・確かに、抜けていました・・・!!!(sleepさんがおっしゃられていたことですね・・・)設定してみたところ、ビルドできることを確認しました(添付ファイル)Debugで作成したライブラリファイルとReleaseで作成したライブラリファイルをごっちゃにしないでくださいね。はいm(__)mライブラリと参照側(本体)の、Debug/Releaseは統一してビルドするように決めています。念のため確認させてください、Debugで作成したLibを、参照している本体プロジェクトがあったとして、その際、本体プロジェクトをReleaseビルドすると、どのような問題があるのでしょうか?LibをDebugビルドしたときの(要らない)モロモロがexeについてくる⇒処理が遅くなるかも!⇒配布用には不適切!・・・というの認識であっておりますか?>skeepさんちょっと、まだ「理解できた」と言い切るのは厳しいですね(笑)す、すみませんm(__)m理解した"つもり"でおりました。テキストエディタで開いて見てみてください。指定してビルドした場合、/DEFAULTLIB:"LibTest.lib"と書かれてますが、おっしゃるとおり、実験しました。指定しないでビルドした場合は以下はありませんでした。使用することができます。いえ、検索できておりませんでした・・・m(__)mリンク先を読ませていただいたのですが、まだ自分の中に入りきっておりません。オプションを指定するのにには、次の新しいプラグマを使用します。わからないけれど、それにパスを書けばいいという、おまじないくらいの認識でしかなかったです。数日かけて勉強したいと考えていますのでお時間ください。libファイルの名前を教えてません。"ISLe"さんと誤称しておりました・・・。