5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Cygwin + MinGW + GCC 相談室 Part 7

1 :デフォルトの名無しさん:2013/01/01(火) 14:47:10.46
Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。

過去スレ:
Cygwin + MinGW + GCC 相談室 Part 6
http://toro.2ch.net/test/read.cgi/tech/1304609116/
Cygwin + MinGW + GCC 相談室 Part 5
http://hibari.2ch.net/test/read.cgi/tech/1269400706/
Cygwin + MinGW + GCC 相談室 Part 4
http://pc12.2ch.net/test/read.cgi/tech/1221233882/
cygwin + mingwn + gcc 相談室 Part3
http://pc11.2ch.net/test/read.cgi/tech/1177944767/
cygwin + mingwn + gcc 相談室 Part2
http://pc11.2ch.net/test/read.cgi/tech/1126103347/
cygwin + mingwn + gcc 相談室
http://pc8.2ch.net/test/read.cgi/tech/1058134693/

関連サイト:
Cygwin http://www.cygwin.com/
MinGW http://www.mingw.org/

関連スレッド:
GCCについて part10
http://toro.2ch.net/test/read.cgi/tech/1315026784/

123 :デフォルトの名無しさん:2013/03/27(水) 22:30:41.54
(続き)
蛇足だが同種の話で locale.alias も現在の MinGW 用 gcc 内で正常に処理されていなかったりする
本来は決め打ちで 'c:/MinGW/share/locale/locale.alias' を読むようビルドしたつもりだったっぽいが、
何かのビルド障害があったらしく 'c:MinGWsharelocale/locale.alias' という謎めいたパスを読みに行く ( ゚д゚)

なおこれは gcc に限った話ではなく、自分の取得した版だとMinGW\bin配下の58個のexeの内26個が同じビルド状態になってるっぽい

124 :デフォルトの名無しさん:2013/03/28(木) 01:10:17.83
MSYSでやっているのに--prefix=にドライブ指定してちゃんとそのドライブの
指定フォルダにインスコしてくれるのか

'c:MinGWsharelocale/locale.alias'にはワラタ
どうするんだよこれ

125 :113:2013/03/28(木) 07:39:35.37
>>122
ありがとうございます!
なるほどそういう事だったのですね。確かに問題の端末ではビルド対象とMinGWが別ドライブです。
/ドライブ/ 指定で ls、cd、makeとも正しく扱えていたので考えが及びませんでした・・・。
gcc.moを放り込む方法で上手くいったので当面はこれで行こうと思います。

126 :デフォルトの名無しさん:2013/04/03(水) 22:03:28.75
mingw-get で iconvかnkfをインストールするには
なんていうパッケージを入れればいいの?

127 :デフォルトの名無しさん:2013/04/03(水) 22:17:43.03
$ mingw-get list | grep '^Package:.\+iconv'

128 :デフォルトの名無しさん:2013/04/03(水) 23:55:24.07
Package: mingw32-libiconv
Package: msys-libiconv

ってでたけどライブラリだけじゃなくて
icomvコマンドも入るの?

129 :デフォルトの名無しさん:2013/04/03(水) 23:57:35.76
distro mingw 4.8

130 :デフォルトの名無しさん:2013/04/13(土) 01:11:12.39
mingw-w64-v2.0.7を自前でコンパイルして使ってみたら、___msなんたらが不明
と言われた。おかしいと思ってぐぐったら

http://forum.videolan.org/viewtopic.php?f=14&t=101239

とりあえずライブラリだけTDMのライブラリに入れ替えたら__msに関するエラー消
えたけど、なんでだか分からん、ってかv1とv2の違い自体が分かんねぇ…

131 :デフォルトの名無しさん:2013/04/16(火) 00:32:37.91
最近、gowを使い始めたんだけど、gowのbashで.shの実行ってできないんだけど、誰かおしえてくたさい。

132 :デフォルトの名無しさん:2013/04/17(水) 22:36:54.89
cmd.exeだとmklink使えるんだけど
cygwinのMinGWではコマンドが見つからないんだけど
何かインストールしないとダメなのかな?

133 :片山博文MZパンク ◆0lBZNi.Q7evd :2013/04/18(木) 09:28:01.83
>>132
cmd /c mklink ...

134 :片山博文MZパンク ◆0lBZNi.Q7evd :2013/04/18(木) 09:30:52.08
64bit SEHのインラインアセンブラが死ぬほど難しい。マニュアル見ないとダメだこりゃ

135 :デフォルトの名無しさん:2013/05/03(金) 04:11:02.58
Mingw-w64でBoos tを64ビットコンパイルするにはどうすりゃいいの?
コンパイルエラー出るんだが。Linux上でクロスコンパイルした方が楽かな?

136 :デフォルトの名無しさん:2013/05/04(土) 02:51:53.48
TDM4.7ならライブラリのビルドは成功するぞ、ってか今試した

ちなみにウチは、gcc4.8 or 4.9だとライブラリのビルド自体失敗する。
具体的には、cc1plusがハングする。
wxも同様で、wxの場合どっかの海外のBBSで開発メンバーらしき人が4.8じゃ
無理だから4.7使えって書いてあった(それでもパッチ当てなきゃビルドできない
けど)。
なのでFLTK使ってる。

137 :デフォルトの名無しさん:2013/05/04(土) 09:34:22.65
おお確かにTDM-GCC4.7.1ならうまくいったわ
(--layout=systemにするとDuplicate nameとか出てダメだけど)
gcc4.8.0で同じようにcc1plusでクラッシュしてた

138 :デフォルトの名無しさん:2013/05/10(金) 17:57:49.01
distro mingw 10.1

139 :デフォルトの名無しさん:2013/05/27(月) 14:06:00.33
コマンドラインで実行ファイルのプラットフォームを識別する方法ってありませんか?
バイナリでPEヘッダみれば、32か64かわかりますが、わざわざビューワー起動しないといけないので…

140 :デフォルトの名無しさん:2013/05/27(月) 14:28:48.93
objdump -i してみて"peごにょごにょx86-64"があれば objdump で見れる

141 :デフォルトの名無しさん:2013/05/27(月) 15:48:05.06
fileコマンド

142 :デフォルトの名無しさん:2013/05/29(水) 16:54:39.08
最近のGCCはwin2kサポートしてないの? 作ったアプリが起動できないんだけど

143 :デフォルトの名無しさん:2013/05/29(水) 17:08:14.37
>>142
どんなメッセージを見るの?
もしかしてx64のバイナリつくってたり?

144 :デフォルトの名無しさん:2013/05/29(水) 17:14:11.46
-m32付けてるから32ビットのはず。
メッセージが出ないで起動失敗

145 :デフォルトの名無しさん:2013/05/29(水) 17:35:47.77
う、ういるす様のたたりじゃ

146 :デフォルトの名無しさん:2013/05/29(水) 21:30:02.04
gcc 2.7.いくつだっけかはc++でコンパイルするとmainに行く前に終わってたな。
-O2つけると浮動小数点演算バグりまくりとか。

147 :デフォルトの名無しさん:2013/06/05(水) 20:46:20.69
4.8.1のmingw-w64出たけど、x64 boostのマスライブラリ作成でcc1plusが落ちるの直ってないんだな
これはBoostじゃなくmingw-w64で直すべきだよな。

148 :デフォルトの名無しさん:2013/06/14(金) 01:08:08.60
distro mingw 4.8.1

149 :デフォルトの名無しさん:2013/06/16(日) 15:57:47.15
msys2使ってる人ってオランの?

150 :片山博文MZパンク ◆0lBZNi.Q7evd :2013/06/17(月) 13:47:30.28
g++で作成された32-bit EXEが古い環境(Win2k、WinXP)で正常に
動作しないバグがあるようだ。
メッセージを表示しないで起動しなかったり、メモリ違反になる。

151 :デフォルトの名無しさん:2013/06/18(火) 00:25:23.32
どのg++だよ。自分でビルドしたならまずそれを疑うべきだろ
またg++で作成したexeで古い環境ではサポートしてないAPIやライブラリを使ってれば当然まともに動かない
そして正当な指定と思い込んで実は適切でないコンパイルオプションを指定してコンパイルすればやっぱり問題はおきる

152 :デフォルトの名無しさん:2013/06/18(火) 10:13:40.84
あれか、dll依存でビルドしておいてexeだけ持っていったとかだろ

153 :デフォルトの名無しさん:2013/06/24(月) 11:22:04.40
tdmつかってます。cstdintをincludeしてもint64_tが使えないのはなぜですか?
つかえるようにしかた教えてください。

154 :片山博文MZパンク ◆0lBZNi.Q7evd :2013/06/25(火) 21:21:01.96
>>153
GNU extensionsを有効にしろ

155 :デフォルトの名無しさん:2013/06/26(水) 12:25:29.71
>>片山博文MZパンク ◆0lBZNi.Q7evd
どうやるの?

156 :片山博文MZパンク ◆0lBZNi.Q7evd :2013/06/26(水) 18:40:25.25
-std=gnu99
-std=gnu11
-std=gnu++03
-std=gnu++11
のどれか

157 :デフォルトの名無しさん:2013/06/27(木) 10:08:58.77
なんでcstdintがGNU拡張なんだよ
-std=c++11でいいだろ

158 :デフォルトの名無しさん:2013/06/27(木) 10:16:00.82
理由は、エクリプスがstd:int64_tがマクロで隠されていると思い込むバグでした。
しかも<cstdint>をincludeしなくてもstd::int64がつかえるのはなぜですか?

159 :デフォルトの名無しさん:2013/06/27(木) 10:20:18.10
>>158
本日Keplerが出たから入れ替えたら直ってるかな
後からやってみる

160 :デフォルトの名無しさん:2013/06/28(金) 00:51:30.54
KeplerにしたらDistro MinGWをMinGW GCCとしてツールチェーンで認識しなくなった
いろいろ検索してみたら、どうもレジストリを見ているらしい
取り敢えずアンインストール情報に適当にDistro MinGWを登録したら警告は出るけど
環境変数はうまく設定出来るようになったので実用上は問題はない

しかし気持ちわるいな
MinGWのある場所を検索する方法が変わったのか?

161 :デフォルトの名無しさん:2013/06/28(金) 20:10:24.91
相変わらずEclipseは馬鹿だな

162 :デフォルトの名無しさん:2013/07/02(火) NY:AN:NY.AN
最終リンクを通過できない。どうしたらいいんだ

ttp://www.07ch.net/up2/src/lena9235.png

163 :デフォルトの名無しさん:2013/07/02(火) NY:AN:NY.AN
ftello64 と fseeko64 を探す

164 :デフォルトの名無しさん:2013/07/02(火) NY:AN:NY.AN
>>162
とりあえずリンクするライブラリのパス(-L で指定するやつね)が
mingw32 用のを指しているか確認すべき。
そっちの環境がわからんが、ひょっと見では cygwin 用と mingw 用が混じっている指定に見える。

あと、ftell() とか fseek() の入った素の C ソースを g++ でコンパイルしているのが気になる。
デフォルトでは gcc とリンカの動き方が違ったと思う。

リロードして >>163 ので気付いた。
コンパイラは 64bit 版なのに(ftello64() をリンクしようとしてる)ライブラリは 32bit 版使ってるね。
64bit 用はうちの環境では /usr/x86_64-w64-mingw32/sys-root/mingw/lib にある。
i686-pc-cygwin は 32bit 用だ。
configure での指定を見直すべきかな。

165 :デフォルトの名無しさん:2013/07/02(火) NY:AN:NY.AN
コンパイラとライブラリを合わせてもfteelo64がリンクできなかったら
configureのオプションに--disable-largefileを追加
リンクは通るがでかいファイルが処理できなくなるかもしれない

166 :デフォルトの名無しさん:2013/07/02(火) NY:AN:NY.AN
msys上でビルドしてみる

167 :デフォルトの名無しさん:2013/07/11(木) NY:AN:NY.AN
>>164
ありがとうございます
/binのgcc.exe等をgcc.exe.backupに、/bin/x86_64-w64-mingw-gcc.exe等を/bin/gcc.exeにコピー
インクルードフォルダ指定を/usr/x86_64-w64-mingw/sys-root/mingw/include
ライブラリフォルダ指定を/usr/x86_64-w64-mingw/sys-root/mingw/lib
ヘッダを参照パスへコピーして無事できました

168 :デフォルトの名無しさん:2013/07/12(金) NY:AN:NY.AN
>>167
そんなことしなくても
CC=/bin/x86_64-w64-mingw-gcc ./configure
でいいのに

169 :デフォルトの名無しさん:2013/07/12(金) NY:AN:NY.AN
自分がやりたいことが「クロスコンパイル」であるということをまず知ろう
cygwinはwindows上で動いてるけど、cygwinネイティブではないプラットフォーム
向けにネイティブとは違うヘッダ等を参照しランタイムとリンクさせるわけで、
linuxからmingwクロスコンパイルするのと基本的に一緒なんだわ

クロスコンパイルといっても別に難しい話ではなくて、
GNU autotools系で生成されたconfigureついてるんなら、普通はconfigure時に
./configure --host=x86_64-w64-mingw32 --prefix=/usr/x86_64-w64-mingw32/sys-root/mingw
などとすればいいだけ
hostにはクロスコンパイラツールセットの3つ組を指定する、これは必須
prefixはどうでもいいがmake installでインストールしたい場所を指定、
少なくともクロスならデフォルトの/usr/localでは嬉しくないだろう

後configureスクリプト内でpkg-config走らせてることが結構あるので、その場合は
PKG_CONFIG_PATHを前もって設定してexportしておいたほうがいい

170 :デフォルトの名無しさん:2013/07/16(火) NY:AN:NY.AN
Cygwinについて、 WindowsとUNIXとでは、改行と漢字コードにかんしてそれぞれどのような相違がありますか?
また、それにより、どのようなことが起きるのか、相違による影響にどのような対処を行うべきかなども教えてください

171 :デフォルトの名無しさん:2013/07/16(火) NY:AN:NY.AN
>>170
それ語りだすと、とても1レスじゃ収まる気がしないので適当に答える
もっと対象を絞った質問が望まれる

Windows, UNIX、それぞれの基本的な改行コードは<CRLF>. <LF>だ。
それぞれを16進数で言うと以下の通り
<CRLF> = 0x0D 0x0A
<LF>   = 0x0A

で、Cygwin上で作成したテキストの改行コードはどうなるか
どうやら<LF>らしい。

ということはWindows上で作成したテキストファイルはそのままでは
つかえないかもしれない。Windows上で作成したテキストファイルは
基本<CRLF>で保存されるから。

試しにメモ帳でテキストファイルを作成して、そのファイルを
Cygwin上で # cat -v <file> してみてほしい
多分結果には ^M という意味不明な文字列が出力されるはず。
これは <CRLF> の CR部分を表している。

172 :デフォルトの名無しさん:2013/07/16(火) NY:AN:NY.AN
プログラムのソースコードのことを聞いてんの?
それとも、プログラムするときのファイル処理の仕方?

173 :片山博文MZパンク ◆0lBZNi.Q7evd :2013/07/16(火) NY:AN:NY.AN
>>170
ファイルをメモ帳やバイナリエディタで開けばわかると思うけど、
改行コードは、windowsで"\r\n"、UNIXで"\n"になっている。
UNIXのテキストをwindowsで開くと改行されずに黒い四角が表示される。
fopenでテキストファイルをテキストモードで開くとそのあたりの違いは吸収してくれる。

174 :デフォルトの名無しさん:2013/07/16(火) NY:AN:NY.AN
>>170
<CRLF>, <LF>を気にせずにプログラミングすると
いろいろな不具合が起こる
特にシェルみたいな単純なインタープリター言語はそのせいでバグる
Cygwin上だと<CR>部分が邪魔でまともな動作ができないかもしれない

そのときどうするかというと dos2unixを使用する(←ここテストに出ます)
このコマンドはUNIX系の環境ではだいたい標準で入っているし
なければパッケージ管理システムからインストールできる

$ dos2unix <file>

という具合に実行すれば<CRLF>のファイルが<LF>になる
やったね、これで問題なくプログラミングできる

と、まあここまでがCygwin上での改行コードの違いとそれによる影響、
対処はどうするべきかという話

175 :デフォルトの名無しさん:2013/07/16(火) NY:AN:NY.AN
>>170
次に漢字コード?
なのだが、まず言葉を正確に使うべきだ「文字コード」と呼ぼう
漢字コードだとnkfのような大昔のプログラムを思い出してしまう

嬉しいことに文字コードはWindows, Cygwin(Windows上)で共通だ
この文字コードで保存する、と決めればその文字コードになる。

一応Windowsでの標準文字コードはCP932, 別名Windows-31Jだ。
これはShift_JISの拡張で、一部Shift_JISにない文字を含んでいる。
詳しくはググってください。

Cygwinでの文字コードに関する相違とそれによる影響はそんなに
なさそうなので、このへんにしとく。

176 :デフォルトの名無しさん:2013/07/17(水) NY:AN:NY.AN
だいぶ前からcygwinのデフォルトのencodingはUTF-8になってる

177 :デフォルトの名無しさん:2013/07/17(水) NY:AN:NY.AN
自分に合うマシなテキストエディタ探してこいよ
謹製のメモ帳は禁止な

178 :デフォルトの名無しさん:2013/07/17(水) NY:AN:NY.AN
MinGWにiconvがはいってるでしょ
nkfの失敗例
半角カタカナは、いつのまにか全角カタカナになったりします

179 :170:2013/07/17(水) NY:AN:NY.AN
答えてくださった方、ありがとうございました

180 :デフォルトの名無しさん:2013/07/19(金) NY:AN:NY.AN
minttyでCtrl-Cが効かなくなるのはなぜなんだ

181 :デフォルトの名無しさん:2013/07/19(金) NY:AN:NY.AN
愛が足りない

182 :デフォルトの名無しさん:2013/07/19(金) NY:AN:NY.AN
愛って何だ

183 :デフォルトの名無しさん:2013/07/20(土) NY:AN:NY.AN
人工無能

184 :デフォルトの名無しさん:2013/07/20(土) NY:AN:NY.AN
天才チンパンジー

185 :デフォルトの名無しさん:2013/07/20(土) NY:AN:NY.AN
>>182
だいじにすること

186 :デフォルトの名無しさん:2013/07/20(土) NY:AN:NY.AN
アイちゃんわろた

187 :デフォルトの名無しさん:2013/07/20(土) NY:AN:NY.AN
>>182
ためらわないこと

188 :デフォルトの名無しさん:2013/07/21(日) NY:AN:NY.AN
鉄道←キチガイ                       普通→
↑┌───────────────────────
迷│    自転車                   恋愛
惑│   政治 ゲハ
  │  声優 ネトウヨ  アイドル        B'z
  │ ネトゲ
  │ 韓流   エレキギター
  │      アニメ
  │   釣り       エロゲ
  │  TCG     阪神   フィギュア
  │ BL           レッズ
  │    東方              楽器
  │       ボカロ  歴史 特撮
  │                 漫画 車バイク
  │             軍事  格闘技 模型 ゲーム
  │ オーディオ                 PC  カメラ
無│              野球 サッカー
害│                     ロボット 海外ドラマ
↓│         切手             クイズ

189 :名無し野電車区:2013/07/21(日) NY:AN:NY.AN
なんでや
普通の反対は特急、
無蓋の反対は有蓋やろ

190 :デフォルトの名無しさん:2013/07/21(日) NY:AN:NY.AN
在特←キチガイ

ですね判ります

191 :デフォルトの名無しさん:2013/07/21(日) NY:AN:NY.AN
なんでや!阪神関係ないやろ!

192 :デフォルトの名無しさん:2013/07/23(火) NY:AN:NY.AN
msysからNTEmacs起動して、grep-findするとxargsうんたらで失敗するんだがなんとかならんですかね、これ

193 :デフォルトの名無しさん:2013/07/23(火) NY:AN:NY.AN
cygwinだと問題なく動くんですが…

194 :デフォルトの名無しさん:2013/07/24(水) NY:AN:NY.AN
>>192-193
こっちのスレで何度か話題になっていたような気が
NTEmacs スレッド 3
http://anago.2ch.net/test/read.cgi/software/1325573999/

195 :デフォルトの名無しさん:2013/07/24(水) NY:AN:NY.AN
cygwinはやぱっり糞
面倒でも仮想環境構築したほうが結局は面倒事が少ないよ

196 :デフォルトの名無しさん:2013/07/24(水) NY:AN:NY.AN
長いので2レスに分けて投稿します。

VC++で組んでいたプログラムをgccでコンパイルできるように修正していた時のことです。

$ gcc -O3 code.cpp
code.cpp: 関数 ‘void Split(int, int, int*, int, int*, int*, int*, int, int, int, int&, int*, int&, bool, int, int, char**)’ 内:
code.cpp:1036:32: エラー: no matching function for call to ‘std::basic_ofstream<char>::basic_ofstream(std::string&)’
code.cpp:1036:32: 備考: 候補:
In file included from code.cpp:121:0:
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:629:7: 備考: std::basic_ofstream<_CharT, _Traits>::basic_ofstream(const char*, std::ios_base::openmode)
[with _CharT = char; _Traits = std::char_traits<char>; std::ios_base::openmode = std::_Ios_Openmode]
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:629:7: 備考: 第 1 引数を ‘std::string {aka std::basic_string<char>}’ から ‘const char*’ へ変換する方法が不明です
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:614:7: 備考: std::basic_ofstream<_CharT, _Traits>::basic_ofstream() [with _CharT = char; _Traits = std::char_traits<char>]
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:614:7: 備考: 候補では 0 個の引数が予期されますが、1 個の引数が与えられています
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:588:11: 備考: std::basic_ofstream<char>::basic_ofstream(const std::basic_ofstream<char>&)
/usr/lib/gcc/i686-pc-cygwin/4.7.3/include/c++/fstream:588:11: 備考: 第 1 引数を ‘std::string {aka std::basic_string<char>}’ から ‘const std::basic_ofstream<char>&’ へ変換する方法が不明です

と表示されたので、1036行目の「std::ofstream fout(FileName2);」(FileName2はstd::string)を、

197 :196:2013/07/24(水) NY:AN:NY.AN
「std::ofstream fout(FileName2.c_str());」に書き換えてコンパイルしたところ、

$ gcc -O3 code.cpp
/tmp/ccZuON0C.o:code.cpp:(.text+0x16): `std::basic_ios<char, std::char_traits<char> >::clear(std::_Ios_Iostate)' に対する定義されていない参照です
/tmp/ccZuON0C.o:code.cpp:(.text+0xbcf): `std::cin' に対する定義されていない参照です
/tmp/ccZuON0C.o:code.cpp:(.text+0xbd4): `std::istream::operator>>(int&)' に対する定義されていない参照です
(中略)
/tmp/ccZuON0C.o:code.cpp:(.text+0x7486): `std::__throw_bad_alloc()' に対する定義されていない参照がさらに続いています
/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/ld: /tmp/ccZuON0C.o: 誤った再配置アドレス 0x29 がセクション `.text$_ZNSt5dequeIiSaIiEED1Ev[__ZNSt5dequeIiSaIiEED1Ev]' 内にあります
/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/ld: 最終リンクに失敗しました: 無効な操作です
collect2: エラー: ld はステータス 1 で終了しました

などと、大量にエラーメッセージが表示されてしまったのです。
最初のエラーは「std::ofstreamのコンストラクタはconst char*型しか取らない」ということで、
だったらc_str()でstd::stringをchar型に変換して渡しても問題ないはずですよね?
どう書き直せばいいのでしょう……ご教示願います。

198 :デフォルトの名無しさん:2013/07/24(水) NY:AN:NY.AN
C++はg++でコンパイルしてね

199 :デフォルトの名無しさん:2013/07/24(水) NY:AN:NY.AN
>>198の言うとおり
あと
g++ code.cpp -I/usr/include -L/usr/lib -lstdc++ -o code

みたいな感じのインクルードとリンクが必要ではないか

200 :196:2013/07/25(木) NY:AN:NY.AN
>>198-199
g++で試してみたら無事にコンパイルが通りました。ありがとうございます。

201 :デフォルトの名無しさん:2013/07/25(木) NY:AN:NY.AN
www

202 :デフォルトの名無しさん:2013/07/25(木) NY:AN:NY.AN
最初は誰でもはまる、どんまいだ〜どんまいだ〜

203 :デフォルトの名無しさん:2013/07/25(木) NY:AN:NY.AN
>cygwinはやぱっり糞
>面倒でも仮想環境構築したほうが結局は面倒事が少ないよ

キリっ

204 :727:2013/07/27(土) NY:AN:NY.AN
NXTというARMを積んだ教材ロボ用のサンプルプログラムをコンパイルしようとしているのですが、

VAIO /cygdrive/c/cygwin64/nxtOSEK_v218/nxtOSEK/samples_c/helloworld
$ make all
Compiling ../../ecrobot/../toppers_osek/kernel/alarm.c to alarm.o
../../ecrobot/../ecrobot/tool_gcc.mak:96: recipe for target `build/kernel/alarm.o' failed
make: *** [build/kernel/alarm.o] Error 127


となってコンパイルができません、どなたか解決策をお願いします。
あとnxtOSEKチュートリアルというページを参考にcygwinの環境を導入しました。

205 :デフォルトの名無しさん:2013/07/27(土) NY:AN:NY.AN
>>204
http://qanda.rakuten.ne.jp/qa6608637.html

206 :727:2013/07/27(土) NY:AN:NY.AN
>>205
このエラーは自力で解決できました。これとは多分別だと思うのですが....

207 :デフォルトの名無しさん:2013/07/27(土) NY:AN:NY.AN
行番号が出てるんだからそこを見ろとしか

208 :デフォルトの名無しさん:2013/07/28(日) NY:AN:NY.AN
エスパーいませんか

209 :デフォルトの名無しさん:2013/07/28(日) NY:AN:NY.AN
山口で溺れてる人が見える

210 :デフォルトの名無しさん:2013/07/28(日) NY:AN:NY.AN
本物来たよ

211 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
IDEって何がオススメですか?
CodeLite
eclipse
code::blocks
とか色々ありますね。

212 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
QtCreator

213 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
codeblocksはオワコン

214 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
netbeans

215 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
CodeLite

216 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
初心者スレで、こっちでやれって提案されたんでマルチ言うなよw
で質問


linux サーバに、win7 mingw msys mintty から ssh 接続
ls ってやると、日本語名ファイル、ディレクトリが文字化けするんで
応急処置として nkf かませる alias で対応したんだが、なんかもっと
いい方法ある?

他のコマンドも化けるに決まってるんで、都度 alias 作る嵌めになること
考えると、気が遠くなる

日本語ファイル、ディレクトリ名は付けるなってのはナシの方向で
俺自身は作ってないんだが、デフォの環境が'ダウンロード'とか
'公開'とか、そういうのがいっぱいあるんだわ

217 :216:2013/07/31(水) NY:AN:NY.AN
自己解決した
putty の日本語パッチ当てたの使ったら化けなかった

騒がせて、すまんかった

218 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
puttyならパッチ当てなくてもいける

219 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
>>211
MSのVisual Studioが良い

220 :デフォルトの名無しさん:2013/07/31(水) NY:AN:NY.AN
GCCを土台にしている限りデバッグやトレースはIDE側でそれほど改善できないだろ。
GCC自体の機能を使うほかない。
VCは一体で同じ会社で開発している利点がある。

221 :デフォルトの名無しさん:2013/08/01(木) NY:AN:NY.AN
clangはまだ使えないのか

222 :デフォルトの名無しさん:2013/08/02(金) NY:AN:NY.AN ?2BP(2)
Windowsでビルドするよりも、仮想環境でWindows向けにクロスコンパイルしたほうが速いことが判明。
そこで、自動的にビルド環境を作ってくれるmxeというものを見つけたけど、だれか使い方分かる人いない?
mxe.cc

例えばGCCをビルドするときは、
make gcc
と入れてビルドすると、それに必要なライブラリも自動的にビルドしてくれる。

あとは、
export PATH=/[mxeのインストールパス]/usr/bin:$PATH
export PKG_CONFIG_PATH_i686_pc_mingw32=[mxeのインストールパス]/usr/bin/i686-pc-mingw32-pkg-config
でパスを通してconfigureを実行するときに
./configure --host=i686-pc-mingw32
といれるらしいけど、どうもライブラリの読み込みがうまくいかない。

教えて偉い人。

242 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)