- 逆コンパイラCodeReverseを作る
198 ：デフォルトの名無しさん[sage]：2014/05/18(日) 05:43:49.87 ID:d9R6JRvl - パターンが足りず変換し損なうか、パターンが意図しない場所にマッチして変換し損なうか、
マッチ候補の組み合わせ探索量が爆発して尋常じゃなく遅くなる、て未来が見えそうだね。
|
- プログラミング雑談スレ♯++
350 ：デフォルトの名無しさん[sage]：2014/05/18(日) 06:00:10.92 ID:d9R6JRvl - >>342
OSからみたら例外とかで強制終了するしかないのがエラーであって、
戻り値得られてる時点である種の正常終了の類だよな。
プログラムやユーザ的にはエラーなのかも知れんが、
エラーだとしてもOSに取ってどうでも良いというか。
>>346-347
「組み込みでは」って情報だけで説明十分だし蛇足かと。
|
- スレ立てるまでもない質問はここで 134匹目
192 ：デフォルトの名無しさん[sage]：2014/05/18(日) 06:32:31.14 ID:d9R6JRvl - >>191
Common DialogのcomをComponent Object ModelのCOMと勘違いしたゴミの人と似てるね。
中身の無い罵倒レスを連ねたところで誤魔化すどころか逆効果にしかならんのにな。
|
- プログラミング雑談スレ♯++
362 ：デフォルトの名無しさん[sage]：2014/05/18(日) 16:19:49.02 ID:d9R6JRvl - >>353>>356
PICは命令セットなんかの互換性が類似ファミリ間ですら低かったりするんで、
使うPIC変える毎に使える命令やレジスタの仕様を洗い出す手間は省きたいとか。
AVRに比べ、PICの命令は人にもコンパイラにも優しくないって評価はわりと聞く。
>>357
プログラムメモリが小さいからコンパイラが冗長なコード吐くリスクを避けたいとか、
実行時間をクロック刻みで計算しながらコード書けるとか、そういう利点はあるかと。
|
- C/C++の宿題片付けます 167代目
367 ：デフォルトの名無しさん[sage]：2014/05/18(日) 17:32:32.13 ID:d9R6JRvl - >>350>>352-354
WAVの読み込みは手間だけど、離散フーリエ変換はFFTじゃないDFTなら問題なくね？
サンプル数(ウィンドウサイズ)分のforループを二重に回せば演算時間はともかく変換はできる。
|
- プログラミング雑談スレ♯++
365 ：デフォルトの名無しさん[sage]：2014/05/18(日) 21:19:56.21 ID:d9R6JRvl - >>363
タイミング気にするコード書く場合は当然、実行時間把握しながら書く。
タイマー使い辛い状況でソフトウェアでUART扱う場合とか、
Cコンパイラで意図しないコードになってタイミング乱されたりも嫌だし。
AVR辺りは実行時間が分かりやすいけど、PICだとどーなんだろう。
; 今はAVRもttp://elm-chan.org/docs/avr/jitter.htmlとかで多少揺れるけど…
|