【統合開発環境】Code::Blocks【オープンソース】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2009/07/17(金) 00:03:33各種Cコンパイラ、Dコンパイラ、Qt、Gtk+、OpenGL、DirectX、Win32対応
本家
http://www.codeblocks.org/
日本語化
http://sourceforge.jp/projects/foo-doc-jp/wiki/CodeBlocks
Wikipedia
http://ja.wikipedia.org/wiki/Code::Blocks
0002デフォルトの名無しさん
2009/07/17(金) 00:09:19言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
0003デフォルトの名無しさん
2009/07/17(金) 01:06:420004デフォルトの名無しさん
2009/07/17(金) 11:41:490005デフォルトの名無しさん
2009/07/19(日) 00:13:310006デフォルトの名無しさん
2009/07/23(木) 22:24:26Qt
http://www.qtsoftware.com/downloads
GTK+
http://www.gtk.org/download.html
SDL
http://www.libsdl.org/download-1.2.php
0007デフォルトの名無しさん
2009/07/27(月) 19:33:47立てようかと思ってたけど誰か立ててくれたのか。
わしは今使ってるのだけどほかに使ってる人っているのかな？
>>5
そんなことはない。Eclipseがまともに動かない環境だとかなり重宝する。
>>6
肝心のwxWidgets入れ忘れてる。
ｗｘWidgets
http://www.wxwidgets.org
0008デフォルトの名無しさん
2009/07/27(月) 19:43:19なんでもかんでもアイちゃん貼ればいいってもんじゃないぞ
0009デフォルトの名無しさん
2009/07/27(月) 20:47:390010デフォルトの名無しさん
2009/07/28(火) 07:38:34再インスコしても色々設定が初期化されない
0011デフォルトの名無しさん
2009/07/28(火) 19:32:49レジストリにあるんじゃないの？
0012デフォルトの名無しさん
2009/07/29(水) 11:07:43はやく次の安定版でないかなー。
0013デフォルトの名無しさん
2009/07/31(金) 09:43:320014デフォルトの名無しさん
2009/08/01(土) 23:40:220015デフォルトの名無しさん
2009/08/06(木) 17:53:421)Code::Blocksの最新版を本家から入手してくる。
2)wxWidgetsのホームページ(ttp://www.wxwidgets.org)で最新版のソースを落としてくる。
3)まずwxWidgetsのソースをビルド。(必ずプロジェクトを作る前にビルドすること)ビルド方法はwxWidgets-<バージョン番号>\docs\msw\install.txtを参照。
4)ビルドが終わったらFile->New->Project...をクリック。New from templateというダイアログが出るのでwxWidgets projectを選択。
5)最後の一つ前にコンパイラを選択させらるが、このときは必ずwxWidgetsをビルドしたコンパイラを選択すること。
6)うまくいけばプロジェクトの構築成功。お疲れ様。
細かいとこは誰か書き足しといて
0016デフォルトの名無しさん
2009/08/06(木) 19:29:11http://www12.atwiki.jp/youdead/pages/54.html
0017デフォルトの名無しさん
2009/08/09(日) 23:41:47解説サンクス。早速以下のようなバッチファイを作ってメイクしたらうまくいった。
俺のボロノートPCだと半日掛かったけどｗ
cd c:\wxWidgets-2.8.10\build\msw
mingw32-make -f makefile.gcc SHARED=0 BUILD=debug UNICODE=0
mingw32-make -f makefile.gcc SHARED=0 BUILD=debug UNICODE=1
mingw32-make -f makefile.gcc SHARED=0 BUILD=release UNICODE=0
mingw32-make -f makefile.gcc SHARED=0 BUILD=release UNICODE=1
mingw32-make -f makefile.gcc SHARED=1 BUILD=debug UNICODE=0
mingw32-make -f makefile.gcc SHARED=1 BUILD=debug UNICODE=1
mingw32-make -f makefile.gcc SHARED=1 BUILD=release UNICODE=0
mingw32-make -f makefile.gcc SHARED=1 BUILD=release UNICODE=1
これで取りあえずはOKで，wxSmithプロジェクトのコンパイル／リンクも通った。
ただ，debug版もRelease版もANSI版もUNICODE版も，ライブラリ(.aファイル)がみんな同じフォルダに入ってしまって
[Settings]→[Compiler and Debugger]→[Linker Settings]でリンクするファイルを指定するときに選びにくいので，
目的毎にライブラリの出力先を変えるように，バッチファイルを変更してみた。
cd c:\wxWidgets-2.8.10\build\msw
mingw32-make -f makefile.gcc SHARED=0 BUILD=debug UNICODE=0 CFG=_debug_ansi
mingw32-make -f makefile.gcc SHARED=0 BUILD=debug UNICODE=1 CFG=_debug_unicode
mingw32-make -f makefile.gcc SHARED=0 BUILD=release UNICODE=0 CFG=_release_ansi
mingw32-make -f makefile.gcc SHARED=0 BUILD=release UNICODE=1 CFG=_release_unicode
mingw32-make -f makefile.gcc SHARED=1 BUILD=debug UNICODE=0 CFG=_debug_ansi
mingw32-make -f makefile.gcc SHARED=1 BUILD=debug UNICODE=1 CFG=_debug_unicode
mingw32-make -f makefile.gcc SHARED=1 BUILD=release UNICODE=0 CFG=_release_ansi
mingw32-make -f makefile.gcc SHARED=1 BUILD=release UNICODE=1 CFG=_release_unicode
そしたらwxSmithプロジェクトを作ってコンパイルすると，platform.hの196行目で，
#include "wx/setup.h" の，setup.hが見つからないと言うエラーになる。インクルードディレクトリ
関係は何も変わってないんだが，何でだろ？
0018１７
2009/08/10(月) 00:01:34してる。Code::BlockはデフォルトだとC:\Program Filesの下のフォルダにインストールされるので，空白を含むフォルダ名
がUNIX育ちのツール類に悪影響を与えるのがいやだったもんで．．．
001917
2009/08/10(月) 11:33:22読み込む仕様になってることが判明。
だからライブラリの出力パスを変えたら，Code::Blocksの設定でコンパイラのSearch Directoriesに自分で
検索パスを追加する必要があるようだ。リンカのライブラリ検索パスも同様。
ライブラリをデフォルトの出力パスに出力する場合は，検索パスの設定を何もしなくて良いようになって
いるのでわかりにくかった。
0021デフォルトの名無しさん
2009/08/10(月) 21:58:45まあvi使えよって話になりますが・・
002215
2009/08/11(火) 09:15:23なかったような希ガス。(エディタの設定をあんまり見てないから断言できないが。)
プラグインならあるかもしれないが、なんだかんだでvi使うのが一番はやいかも。
0023デフォルトの名無しさん
2009/08/11(火) 20:48:06ありがとうございます
プラグインちょっと探してみます
0024デフォルトの名無しさん
2009/08/18(火) 08:20:42超亀レスだけど．．．
Documents and Settingsの下の自分のログオンプロファイルの
Application Data\codeblocks\default.conf に保存されてるので，
再インストール前に削除すれば初期状態になるよ。
0025デフォルトの名無しさん
2009/08/20(木) 22:57:43Code::Blocksと幾つかのコンパイラの組み合わせをテストしてみた。
■Disital Mars C++
・コンパイル・リンクは非常に速い。
・Shift JISで書いたソースでもコンパイルオプションを指定すれば日本語の文字列も
ちゃんと通る（マルチバイトの場合）。
・ところがワイド文字列をL"あいうえお”の形で書けない。ソースコードをUTF-16やUTF-8で
書くとコンパイルできない。ワイド文字列は\uを使って文字コードで記述するしかなさそう。
・STLはカスタマイズされたSTLPortが利用できるので、ちょっとテストした限りでは問題ない
ようだった。
・Code::Blocksと組みあわせられるコマンドラインデバッガがない。
Digital MarsのD言語用のものが使えそうだったんだが、C++の変数を理解してくれない
ようで、ブレークは 掛かるが変数のウォッチができない。これはちょっと致命的。
・リソースコンパイラに日本語が通らないらしい（ネット上で見た話）。
■WATCOM C++
・これもコンパイル・リンクは結構速い。
・Shift JISで書いたソースで日本語の文字列もちゃんと通る（マルチバイトの場合）。
・ワイド文字列もソースをShift JISで書いてもL"あいうえお"と書くと、ちゃんとUNICODE
文字列として認識してくれる（コンパイルスイッチで指定）。なので::MessageBox()の引数に
L""の形で文字列リテラルを記述できる。
・STLは独自だが、特に問題はなさそう。
・デバッガーは、WATCOMのIDEに含まれるデバッガーを外部ツールとして登録して使うと言う
裏技があるが、WATCOMデバッガー用のデバッグシンボルを出力するコンパイルオプション
を指定してこんなピルすると、#include<string> などと書いた場合に、コンパイル中にメモリ
アクセス違反を起こしてコンパイルできないバグがある。残念。
上の二つはwxWidgetsのビルドをするまでもなく、残念ながら選外となった。
軽くて速くて良いんだが、惜しい。
0026デフォルトの名無しさん
2009/08/20(木) 23:11:19これ以降のものは、wxWidgetsのビルドも行って実際にRAD環境を構築して動かしてみた。
■gcc/g++(Min GW)
・コンパイル・リンクがやたら遅い。wxWidgetsのビルド（debug/release, static/DLL, ANSI/UNICODE
の全組み合わせ8種類）は、俺のボロいノートPCだが12時間も掛かった。
・ソースコードはUTF-8で書けば日本語はマルチバイトもワイド文字列も問題ない。
L""の形でちゃんとUNICODEとして認識してくれる。
・デバッガーはgdbで相性バッチリ。
・STLは大丈夫そうだったんだが、wstringがコンパイルは通るのにリンカーエラーになる。
別にSTLPortを利用した方が良いようだ。
■Visual C++ 2008 Express
・コンパイル・リンク速度は普通。wxWidgetsのビルド8種類は4時間弱。
・ソースコードはShift JISで書いてマルチバイトもワイド文字も日本語問題なし。L""でUNICODEと
認識される。
・STLも問題なし。
・デバッガーはcdbでバッチリ（Visual C++ 2008 Expressに含まれないので、別にダウンロードして
インストールする必要有）。デバッグ中にカーソルを置いた変数の値をツールチップで表示
するところまで｢やってくれる。
・Visual C++ 2008 Expressをインストールすると、最小インストールにしても、なんだかいろいろ
インストールされるし、アンインストールしても訳のわｋらんフォルダが沢山残るのが気に入らない。
必要なのはコマンドライン版のコンパイラ／リンカ／ライブラリアン／リソースコンパイラ／デバッガ
／MAKE 程度のものだけなんだが．．．
Borland C++は試してない（これまでBorland使ってきて、それとの比較なので．．．）。
結局、何やかんや言ってもVC++が一番良さそう。C++ Builderと同程度の環境が構築できた。
Code::Blocks自体は安定感が今一歩だけど、出来はすごく良いと思う。頑張って欲しい。
0027デフォルトの名無しさん
2009/08/21(金) 00:02:11開発チームはリリース版の要求が再三あるにもかかわらず、ドキュメントその他
もろもろのめんどくさいことをやるぐらいなら開発してた方がまし、nightly
buildをつかってくれっていってる連中だから。
最近はnightlyがmonthlyになってるからsvnからソースとって自力でコンパイルが
当たり前になってしまった
002826
2009/08/21(金) 08:29:41> CBはrelease buildとnightly buildで評価がぜんぜん違ってくると思うんだが？
あ，そうなんだ。時間があったら「nightly buildを試してみようと思ってたんだけど，
背中を押されたので早速やってみるよ。サンクス。
まぁ，>>25〜>>26はCBの評価と言うより，組み合わせるコンパイラの評価なんだが，
CB，特にwxSmithが不安定で，ボタンを貼るとウィンドウ一杯の大きさの巨大ボタンに
なったり，貼り付けたコンポーネントを動かすと突然CB丸ごとエラーメッセージ無しで
落ちたりすることが数回あったので気になってた。
> 最近はnightlyがmonthlyになってるからsvnからソースとって自力でコンパイルが
> 当たり前になってしまった
svnも自分のマシンに入ってるから，これもやってみようと思う。
しかしここまでよく出来たRADツールは他にはQt Creator位しかないので，もっと盛り上がって
も良いと思うんだが，ここも書き込み少ないし，なんでかな？てなわけでsageないで書いとこう。
002915
2009/08/21(金) 11:53:51わしはdmcを使ってる。
デバッガが使えないからデバッグの時だけbcc使うけど。
003026
2009/08/21(金) 12:00:04早速 2009/08/17 版のNihgtly Buildを入れてみた。
wxSmithでコンポーネントを動かすと突然落ちる問題は解決されてるみたい。
巨大ボタンの問題は残ってるけど，回避方法がわかった。
新規にwxSmithプロジェクトを作ると，サンプルアプリが出来るけど，メインのダイアログ上の
wxBoxSizerを削除してダイアログだけにした状態でボタンを貼ると，ダイアログ一杯に広がった
巨大ボタンになるけど，wxBoxSizerを削除た段階で一度ビルドしてからボタンを貼ると
大丈夫。
ところで，新規にwxSmithプロジェクトを作った時に出来るサンプルアプリを，メインダイアログだけに
したいんだけど，それには，User Template作るのがいいのかな？
003126
2009/08/21(金) 12:26:59なるほど，そういう手もあるね。
確かにdmcは軽くて速くて魅力的。先祖はZortec C++だし。
で，リソースコンパイラに日本語が通らないって話は本当なの？
003226
2009/08/21(金) 12:59:26自己レス。情報にウソがあったので訂正。
> 巨大ボタンの問題は残ってるけど，回避方法がわかった。
> 新規にwxSmithプロジェクトを作ると，サンプルアプリが出来るけど，メインのダイアログ上の
> wxBoxSizerを削除してダイアログだけにした状態でボタンを貼ると，ダイアログ一杯に広がった
> 巨大ボタンになるけど，wxBoxSizerを削除た段階で一度ビルドしてからボタンを貼ると
> 大丈夫。
wxBoxSizerを削除してからビルドしてもダメ。
正しくはwxBoxSizerを削除してから，ダイアログのサイズを手動で変更してからボタンを貼れば
大丈夫だった。
003326
2009/08/23(日) 00:10:54もうちょっと正確に言うと.，ダイアログのサイズをdefault(-1, -1)にしておくとダメのようだ。
>>29
「なるほど」なんて>>31に書いたけど，kwsk教えてもらえると嬉しい。
デバッグはBCCでやっておいて,Releaseバージョンをビルドする時だけdmcを使うって意味？
それとも、dmcのデバッガにbccのものが使えると言うことなの（無理そうだけど）。
0034デフォルトの名無しさん
2009/08/23(日) 13:48:46BCCをデバッグビルドに、dmcをリリースビルドに使うって意味。あの高い最適化性能を使わなかったらもったいない。
あとリソースコンパイラの噂はよく分からん。リソースコンパイラに日本語通したことがないような気がする。(コマンドには-jってコマンドがあるけど)
003517
2009/08/24(月) 15:43:18自己レス。
>>17の後半に書いたような目的別にライブラリの出力先を変える必要は全然なかった。
新規にwxWidgetsプロジェクトを作る時に，ウィザードでちゃんと使うライブラリを指定すれば，
プロジェクト毎のBuild optionに必要なライブラリがちゃんと追加される。
デフォのままで何の問題もない。wizardのスクリプトでこの辺処理してる。
よく出来てるなぁ。
003633
2009/09/08(火) 13:38:41亀レスだけど，情報サンクス。
で，C::Bの最新Nightly BuildでdmcでwxSmithプロジェクト作るとスクリプトエラーが
出てプロジェクトが作られないんだけど，同じ現象の経験はありませんか？
フリー版のdmcだと，wxWidgets自体，staticのdebug版（Non-UNICODE）しかBuildできないのは
ドキュメント読んでてわかったので，C::Bでもそのように指定してる。
なのになんでだろ。wizardのスクリプト解析しないとダメかな。
聞いてばかりじゃ何なので，dmcスレの方にUNICODEの文字列リテラルをソースに文字列で（文字コードでなく）
直接書く方法をカキコするので，よろしかったら使ってみて。
003715
2009/09/08(火) 20:24:49お、すげぇ。どうもありがとうです。
Nightly Buildの件はよくわからん。(わしは8.02オンリーなので。)
本家にバグ報告してみてもいいかもしれない。
003836
2009/09/08(火) 22:41:14別のPCで8.02でもやってみたけど、結果は同じだった。
で、templates/wizard/wxwidgets/wizard.script を開いて眺めてみたら、
コンパイラが dmc の場合の記述がすっぽり抜け落ちてるようだ。
gccだのowだのmsvc*だのの場合の処理はちゃんと書いてあるのに。
dmcでwxSmithプロジェクトのwizardちゃんと動作してる？
それとdmcはもしかしてフリー版じゃなくて製品版使ってるの？
あぁ、何とかしてこの超絶高速高効率コンパイラ使いたいんだが．．．
それとデバッガーの件はちょっと目途が付いた。
cv2pdb ってソフトがあって、dmcで.exeに埋め込まれたcodeviewデバッグ
情報をマイクロソフトの.pdbファイルに抽出してくれる。
今C::Bだと、コンパイラがVC++のときはデバッガはcdb対応で、それ以外のときは
gdb対応になってるので、Subversionで最新ソース落としてそこだけちょこっと
書き換えてdmcもcdb使うようにしてビルドすれば、コンパイル後に cv2pdb を起動
するようにしておけばうまく行きそう。
003915
2009/09/08(火) 23:25:43あれ、おかしいな。わしのとこでは普通に動くけど。(フリー版で)
スクリプトがごっそり抜け落ちてるなら自分で書き直すのも手だろうけど、そこら辺は全くわからない。
004038
2009/09/09(水) 00:02:07何度も申し訳ないけど、フリー版のdmcだとwxWidgetsのライブラリは、static/debug/non-UNICODE 一種類しか
ビルドできてないよね（もちろんmonolithicでもない）：フリー版付属のmakeのせいでそういう仕様らしい。
本家のフォーラムで聞いてみるか．．．
004115
2009/09/09(水) 06:56:25まぁそうだね。
だから、わしはbccでUnicode版をコンパイルしたのをdmcが作ったファイルとしてる。(フォルダ名を偽装するだけでOK)
しかし、なんなんだろうなそのバグ。
とりあえず次のNightlyが出るまで8.02を使っておきなよ。
004215
2009/09/09(水) 21:26:22コンパイルめんどいから使わないけど(来年の3.0系列リリースまで様子見。)
004340
2009/09/09(水) 22:33:45> だから、わしはbccでUnicode版をコンパイルしたのをdmcが作ったファイルとしてる。(フォルダ名を偽装するだけでOK)
なんと！ bccとdmcの.libはバイナリレベルで互換性があるんだね。
> とりあえず次のNightlyが出るまで8.02を使っておきなよ。
8.02でも同じ現象なので、本家のFORUMにカキコしてみた。
>>41
俺も人柱になる気はないので、もう暫く様子見のつもり。
0045デフォルトの名無しさん
2009/10/08(木) 08:06:01する方法はないのかな？ 知ってる人いません？
0046デフォルトの名無しさん
2009/10/11(日) 14:02:01http://forums.codeblocks.org/index.php?PHPSESSID=aac2585ab388ab5ea56484145d65f2c3&topic=11311.0
0047デフォルトの名無しさん
2009/10/21(水) 10:04:06やり方をテキトーにまとめると，
１．wxFormBuilderをインストール（あたり前）
２．C::BでwxWidgetsプロジェクトを作る時にwxFormBuilderを選択する。
３．プロジェクトフォルダ内に.fbpファイルが出来るので，これをwxFormBuilderで開く。
「.fbpのバージョンが古いので自動的に変換するか？」と言うメッセージが出るが
OKしてしまって構わない（C::B側で.fbpファイルを開くことは二度とないので）。
４．サンプルアプリのダイアログ／フレームが出来上がっているので，GUI Editor上で
いらないものを削除したり，新たな部品を追加したりして編集。イベントハンドラの
名前も設定できる。
５．wxFormBuilderでプロジェクトを保存。
６．F8キーまたは，ツールパレット上の歯車みたいなアイコンを押してコード生成。
C::Bが作った基底クラスを記述した.cppと.hが更新される。
７．wxFormBuilderで[Tools]⇒[Generate Inherited Class]を実行してはいけない。
せっかくC::Bが作った継承クラス側の.cpp/.hが上書きされてしまうため。
８．C::Bのプロジェクトを開き，基底クラス側の変更点を継承クラス側にコピペ
し，イベントハンドラの中身を記述する。増えたメンバー変数は自動的に継承
されるので，継承クラス側の.hを編集する必要はない。.cppだけに実行コードを
書けばよい。
９．上のコピペ作業はGUIを変更するたびにやる必要がある（チト面倒）。
0048デフォルトの名無しさん
2009/10/21(水) 10:04:26てなわけで，wxSmithより手数が増えて面倒なのと，.h/.cppのファイル数が通常の
倍に増えて，大きなアプリだと管理がややこしくなるのが欠点だけど，wxFormBuilder
自体の使い勝手は良いし，wxSmithより完全なWYSIWYGになっているのが嬉しい。
それとwxSmithでは，固定サイズのDialogやFrameを作ると，sizerを置いたとたんに
勝手に小さいサイズにシュリンクしてしまう欠点があり（中にGUI部品が置きにくいし），
実行時に固定サイにするだけならコンストラクタの最後の方に SetClientSize() で
サイズを設定すれば良いものの，GUI編集時には固定サイズが全く無視されるが，
wxFormBuilderでは吐くコードの違いから，そんなことは起こらない（実際には
wxWidgets側の問題なんだろうけど）。
どちらが良いかは．．．微妙。
0049デフォルトの名無しさん
2009/11/14(土) 18:06:12ttp://forums.codeblocks.org/index.php/topic,11504.0.html
0050デフォルトの名無しさん
2010/01/03(日) 21:56:28ttp://forums.codeblocks.org/index.php/topic,11784.0.html
0051デフォルトの名無しさん
2010/01/21(木) 00:15:27The 16 January 2010 build (6088) is out.
ttp://forums.codeblocks.org/index.php/topic,11875.0.html
0052デフォルトの名無しさん
2010/02/27(土) 19:42:18別のコードを横に二つ並べたりするのって、
これはできないのかな？
スプリットの垂直みたいな感じで。
0053デフォルトの名無しさん
2010/03/03(水) 19:36:50タブをつかんで移動させてみて。
…いつもの人が来ないので。
The 27 February 2010 build (6181) is out.
http://forums.codeblocks.org/index.php/topic,12098.0.html
0054デフォルトの名無しさん
2010/03/04(木) 21:20:45そのリンクにある最新版使ったらできた。
公式で配ってるのは対応してないんだね、
0055デフォルトの名無しさん
2010/05/23(日) 22:45:26http://forums.codeblocks.org/index.php/topic,12593.0.html
0056デフォルトの名無しさん
2010/06/04(金) 19:00:260057デフォルトの名無しさん
2010/10/18(月) 20:22:14http://hp.vector.co.jp/authors/VA053752/code_blocks.html
#テトラさん、ありがとうございます。
0058デフォルトの名無しさん
2010/10/25(月) 18:54:180059デフォルトの名無しさん
2010/10/25(月) 19:23:210060デフォルトの名無しさん
2010/11/13(土) 11:53:23新規ファイルに ３Ｄ と全角で打ち込もうとするとハングするんだが
俺だけ？
他の文字を先に打つと通ったりもするんでクリチカルじゃないんだけどさ
0061デフォルトの名無しさん
2011/03/01(火) 14:52:33.710062デフォルトの名無しさん
2011/05/27(金) 10:37:10.79を知ってたら教えてください。
0063デフォルトの名無しさん
2011/05/27(金) 21:14:07.17ttp://forums.codeblocks.org/index.php?topic=14212.0
ここで良いですかね。でも英語がw
0064デフォルトの名無しさん
2011/05/28(土) 09:51:59.834.5.2動いてる
デフォの場所なら、特に設定なしで認識できるはず
付属版じゃないほうな
0065デフォルトの名無しさん
2011/05/28(土) 16:44:53.42ところで、｢付属版じゃないほう｣というのは何についてでしょうか？
くだらん質問ですみませんが、お願いします。
0066デフォルトの名無しさん
2011/05/28(土) 18:16:27.21ついでに言うと、デフォの場所ってのは、MinGWのデフォ指定先のこと
自分はいじってたんだけど、C::Bで設定するとき、MinGWの
デフォインスト先がデフォでコンパイラーの設定に出てきたので
そうじゃないかと思った。
0067デフォルトの名無しさん
2011/05/28(土) 23:22:20.850068デフォルトの名無しさん
2011/05/29(日) 17:38:20.62するって話でしょうか･･･
0069デフォルトの名無しさん
2011/06/04(土) 15:33:16.39ダウンロードしてインストールする。デフォルトでは C:\MinGW32
に(バイナリが)インストールされる。
（２）ttp://www.codeblocks.org/downloads/26からCode::Blocks10.05
をダウンロードしてインストールする。デフォルトでは
C:\Program Files\CodeBlocksフォルダにインストールされる。
ちなみに、私は間違ってMinGWがバンドルされた版をインストール
してしまった。
（３）Code::Blocksを立ち上げ、｢Setting｣→｢Compiler and Debugger･･･｣
→｢Toolchain executables｣タブを選択。
（４）一番上のCompiler's installation directoryを
（１）の ｢C:\MinGW32｣に設定
（５）また、｢Compiler settings｣タブを選択して
Have g++ follow the coming C++0x ISO C++ language standard [-std=c++0x]
にチェックマークを入れる。
（６）（２）でMinGW (gcc4.4.1)がバンドルされた版をインストールしてしまったので、
恐ろしいことにC:\Program Files\CodeBlocks内のMinGWフォルダを手作業でごっそり
削除(･_･;)
これで、TDM-gcc4.5.2のC++0xがCode::Blocksで使えるようになりました。
0070デフォルトの名無しさん
2011/06/26(日) 19:44:10.600071デフォルトの名無しさん
2011/07/31(日) 10:25:34.72環境 Windows XP
(1) D:\Program Filesフォルダを作成して、このフォルダ内にCode::Blocks 10:05
(gcc4.4.1-tdmをバンドルしていない版)をインストール
(2) D:\MinGW32にgcc4.5.2-tdmをインストール
(3) D:\にSTLport-5.2.1をインストール
(4) Setting → Compiler and debugger..→ Toolchain executable を選択し、
｢Compiler'ｓ installation directory｣を D:\MinGW32に設定
(5) STLportのiostream.hは使わないように設定。stlport\stl\config\user_config.h
内の｢#define _STLP_NO_IOSTREAMS 1｣を有効にする。
(6) Setting → Compiler and debugger..→ Search directries → Compiler で
現れるディレクトリ設定画面で
D:\MinGW32\include
D:\MinGW32\lib\gcc\mingw32\4.5.2\include
D:\MinGW32\lib\gcc\mingw32\4.5.2\include\C++
D:\Stlport-5.2.1\stlport
の順番で入力
0072デフォルトの名無しさん
2011/07/31(日) 10:27:25.40以上の設定の上でCode::Blocks上でビルドすると、以下のようなエラーを最初に40余りの
コンパイルエラーが出てしまいます。
D:\STLport-5.2.1\stlport\stl\_ioserr.h|9|error:
#error STLport iostreams header cannot be used; you chose not to use iostreams
in the STLport configuration file (stlport/stl/config/user_config.h).|
･･･
VC++2008だったら最初にあらわれたincldeファイルが優先されて、それ以後のディレクトリ
が無視されるので（と理解しているのですが）、(6)の設定で問題なくビルドできるのですが、
Code::Blocksにはこのようなディレクトリの優先順序がないんでしょうか？それとも別の
ところに原因があるのでしょうか？
0073デフォルトの名無しさん
2011/07/31(日) 10:29:43.08それは無いと思う
別の所で問題があってｗ
たまたまうまくいっていただけかと
0074デフォルトの名無しさん
2011/07/31(日) 10:43:29.82>それはないと思う
そうですか。ちなみにエラーは_ioserr.hというファイルの
*
* This file is included in every header that needs the STLport library to be
* built; the header files mostly are the iostreams-headers. The file checks for
* _STLP_USE_NO_IOSTREAMS or _STLP_NO_IOSTREAMS being not defined, so that the
* iostreams part of STLport cannot be used when the symbols were defined
* accidentally.
*/
#if defined (_STLP_NO_IOSTREAMS)
↓
# error STLport iostreams header cannot be used; you chose not to use iostreams in the STLport configuration file (stlport/stl/config/user_config.h).
#elif defined (_STLP_USE_NO_IOSTREAMS )
# error STLport iostreams header cannot be used; your compiler do not support it.
#endif
の行で発生してます。英語がわからないけど、STLportをビルドしないといけないんですかね。
0075デフォルトの名無しさん
2011/09/17(土) 23:16:22.25コンパイラがboostのインクルードファイルを見に行ってくれない
Makefileは自動生成しないにチェック入れてる。
Makefileの一部
# Makefile
TARGET = BoostAsio.exe
SRCS = BoostAsio.cpp
OBJECTS = BoostAsio.o
RM := rm
CXX := mingw32-g++.exe
CC := mingw32-g++.exe
CPPFLAGS = -O2 -Wall -D_WIN32_WINNT=0x0601 -I/c/Boost/ ← Boostのヘッダファイルがある場所
LDFLAGS = -L/c/MinGW/lib \
…
(コード)
---
コンソールからmake実行するといけるのにIDEからだとNo such file or directoryと出る
0076デフォルトの名無しさん
2011/09/18(日) 00:02:48.79makeのデフォルトルールに余計なものが混じっていて、コンパイラが対象ファイルを見に行けなかったみたいです
■ このスレッドは過去ログ倉庫に格納されています