アセンブラ初心者スレッド

いまどきこんなの出ましたけど

熱血！ アセンブラ入門
http://www.shuwasystem.co.jp/products/7980html/4180.html

GCCの吐いたコード見てアセンブラがわかった気になる本みたいだけど、あんま意味はないと思う。
実行環境が身近にないPowerPCとかその他アーキテクチャとか数がたくさんあっても無意味。

いまどきだったら VC++ Express のインラインアセンブラとか使うのがお手軽かつ効果も身近に感じれて
いい気がするが。

ツイッターでは大人気だなｗ
https://twitter.com/search?f=realtime&q=http%3A%2F%2Fwww.shuwasystem.co.jp%2Fproducts%2F7980html%2F4180.html

はじめてi486 のかまち氏ご推薦だって

かわいそうに、集団いじめにあってるね

>>648
目次しか見てないで推薦もないと思うが。

https://twitter.com/tkmc/status/516132413710163969
> 『熱血！ アセンブラ入門』http://www.shuwasystem.co.jp/products/7980html/4180.html …
> この目次を見たら買わないわけにいかない。

https://twitter.com/tkmc/status/516148086553321472
> 3日前に注文して昨日が発売日らしいのにまだ来ないなぁ。と思ったらAmazonは発売日が9/30って
> 書いてある。

この本の著者は初心者や初学者を対象に微妙にずらしてくる

12ステップで作る組込みOS自作入門
http://www.amazon.co.jp/dp/4877832394/
対象マシンがH8/3069F

開発ツールを使って学ぶ! C言語プログラミング
http://www.amazon.co.jp/dp/4839951497/
初心者の方でも気軽に学習可能なように、必要開発ツールが
インストールされたLinux(CentOS)の仮想マシン(VM:Virtual Machine)
イメージをサポートサイトで無償配布します。「Oracle VM VirtualBox」
や「VMware Player」上に読み込めばすぐ学習をスタートできます。
- amazon紹介より -

ツイッターで騒いでるヤツラ見てるとほんとニワカが多いなと実感する。
コンパイラの出力見てコードの評価するのなんて業務でコンパイラ言語使ってりゃ日常の行為だろうに。

↑
2chも同じだということを自分で証明しているw

大手系の投稿記事よりはましなこと書いてたような

vs2013でyasmのソースコードデバッグできないのはどうしたらいいんだろう？
以前は-g cv8でできた気がしたけど、2012でもだめで、2008だったからかな

vs2008を引っ張り出しきてインストールしたら、yasmのソースコードデバッグも可能で
ちゃんとブレークポイントも設定できた
2013でもローカルシンボルのアドレスは読み込んでるんだけどなぁ

VCは64-bitインラインアセンブラできないんでしょ？

インラインアセンブラにこだわる理由もない

デバッグ情報が変わったのか、asmファイルでブレークポイントを設定しても
無効になっちゃうんだよ
これは使いにくい
masmなら大丈夫なんだけどね

8086はデータ転送命令はmoveとexchangeしかないと思うのですが、
80486になるとload effective addressという命令が加わっています。
今までmove命令で書けていたものに、load effective address命令を加える必要はあるのでしょうか。
moveとload effective addressは別物でしょうか

>>660
8086の頃からLEA命令あったでしょ。
http://www.ece.cmu.edu/~ece740/f11/lib/exe/fetch.php?media=wiki:8086-datasheet.pdf

8086の頃からあるわけだけど、利点としては
・普通のアドレッシング表現から、そのアドレスにアクセスするのでなく
　そのアドレスそのものが得られるので便利
・P5以降とかだと、可能な限りどんな命令でも1クロックで実行できるよう
　頑張ってるので、アドレス計算用にたくさん乗ってる加算器を有用に
　使って、数個の数の足し算と4倍、みたいな計算が高速にできる
とか。

等価じゃないのに

ありがとうございます。マニュアルを読むようにします

CASL�UのRPUSH,RPOPがわからないのですが、メインルーチンでRPUSH、RPOPする理由を教えてください。
サブルーチン呼び出しでレジスタの値を退避し、その処理から抜けるときに復帰するのはわかるのですが、
メインルーチンが呼ばれてプログラムが始まるときにレジスタの値をスタックに退避し、抜けるときに復帰するのはスタートアップルーチンと何か関係があるのでしょうか

RETで終了するならそのプログラムもサブルーチンてことだから、レジスタを
退避/復帰する理由は他のサブルーチンと同じ。

オススメのアセンブラ入門サイト教えてくださいお願いします

あ、x86です

>>667
http://www.intel.co.jp/content/www/jp/ja/processors/architectures-software-developer-manuals.html

>>669
やはり最終的にはintelのサイトに行き着くんですね、ありがとうございます

<main+0> push rbp
<main+1> mov rbp,rsp
<main+4> mov eax,0x0
<main+9> mov DWORD PTR [rbp-0x4],0x0
<main+16> pop rbp
<main+17> ret
もとのプログラムはint main(){return 0;}をディスアセンブルしたものなのですが、
eaxにはリターン値0がロードされるのはわかるのですが、
mov DWORD PTR[rbp-0x4],0x0が何の処理なのかわかりません

使ってるコンパイラとコンパイルオプションは?

clangです
コンパイルオプションは-gのみです

Cygwin64上のclang version 3.4.2 (tags/RELEASE_34/dot2-final)で

hoge.c:
int main()
{
return 0;
}

を

$ clang -S hoge.c

したら

main:
　　　　pushq　　%rbp
　　　　movq　　%rsp, %rbp
　　　　pushq　　%rax
　　　　callq　　__main
　　　　movl　　$0, -4(%rbp)
　　　　xorl　　%eax, %eax
　　　　addq　　$8, %rsp
　　　　popq　　%rbp
　　　　ret

になったから結果が違うな。movl $0,-4(%rbp) はされるが。

$ clang -O2 -S hoge.c

最適化ありでコンパイルすると

main:
　　　　pushq　　%rbp
　　　　movq　　%rsp, %rbp
　　　　callq　　__main
　　　　xorl　　%eax, %eax
　　　　popq　　%rbp
　　　　ret


になったから movl $0,-4(%rbp) が意味ないことは確か。

ちなみにmain()でない関数なら最適化なしでも結果変わらんかった。

int hoge()
{
return 0;
}

$ clang -S hoge.c
hoge:
　　　　pushq　　%rbp
　　　　movq　　%rsp, %rbp
　　　　xorl　　%eax, %eax
　　　　popq　　%rbp
　　　　ret

$ clang -O2 -S hoge.c
hoge:
　　　　pushq　　%rbp
　　　　movq　　%rsp, %rbp
　　　　xorl　　%eax, %eax
　　　　popq　　%rbp
　　　　ret

$ clang -O2 -fomit-frame-pointer -S hoge.c
hoge:
　　　　xorl　　%eax, %eax
　　　　ret

>>675
ありがとうございます
意味がないということがわかりました

IEEE754-2008の浮動小数点数をx86アセンブラで実装出来る人、此処に居ますか？

あげ

そんなの金次第

片山博文MZ で検索
https://www.google.co.jp/search?q=%E7%89%87%E5%B1%B1%E5%8D%9A%E6%96%87MZ&ie=UTF-8

仮に、A1111,B1101 として精度4桁とすると、
和差は、指数部の大きい方へ合わせる
1111
00001101 → 0
指数の差が4桁以上あると、下は0と同じになる

仮に指数を、A50,B20とすると、
積は両指数の和 → 50 + 20 = 70
除は両指数の差 → 50 - 20 = 30

これらをシフト・マスク演算などを使って、
Cで書いて、アセンブラで出力すれば？

でも、ちゃんとステータスレジスタのフラグが立つかな？

>>682-683
よく考えたら、x86で作るのは意味なかった。ごめんね。

aaa/daaとかの命令は結局どういう用途で存在しているんだ...?
調べてもよくわからん(多分それだけ使われないんだろうが)

>>685
お前がBCD演算を理解してないだけ

fpuが外付けな大昔
Z80のフローティングライッブラリをx86に移植して
三角関数もテーブルを使って近似値を求める方法で実装したことあるけど
今の時代、知的好奇心を満たす以外になにか意味ある？
三角関数の精度はFPUの付いたPCで計算した結果と摺り合わせて確認した

どっちが速かった？

なにと比較するのかと言う意味なら比較対象がない
当時のN88BASIC(86)との比較ではインタープリタ対マシン語(アセンブラ)なので
オーバーヘッドが少ない分自分で移植したライブラリの方が早かった(FPU無しの倍精度)
内部は80ビットフローティングの精度に対応する為に化数部を128ビット指数部を16ビットで計算後
80ビットフォーマットに丸めた
x64って天国だよなx86と比較すると
紙に印刷したプログラム探せば出てくると思うｗ

>>687
0度〜45度をテーブル実装するの？それとももっと狭くていいの？

>>690
忘れたけどたぶんそれくらい
もしかすると90度分かもしれなけど
テーブルの形式は計算精度が必要だったので
近似値に収束する形だったと思う(もう覚えていない)
三角関数の比率が必要な場面は今はFPUに依存できる
あらかじめ化数128指数16ビットの浮動小数点ライブラリで精度の高めな
近似値導出用テーブルを作ってそれを使ってtan-1(うろ覚え)を求めた後で三角関数を計算してた
利用目的で必要な計算精度も異なるので工夫しようぜ
三角関数の粗い比率だけなら64ビット整数で簡単に導出可能

とりあえず「仮数部」を単語登録した

PICでのC言語プログラム(上側)をアセンブラ言語(下側)へと書き直したのですが上手く動いてくれません
http://codepad.org/STGr8jeE
http://codepad.org/p74NS78p
プログラムの内容は8つのLEDのうち一つが光っており、
RB0のスイッチを押すたびに光る場所がひとつずつシフトしていくというものです
そして、このプログラム内でチャタリング対策を行っています。

Cの方は上手く動いてくれましたが、アセンブラの方は56行目でどうしてもスキップが有効になりCount_Loopから抜け出せない状況に陥ってしまいます
ステップオーバーで調べてみたところWregや物理スイッチの反応には問題なさそうだったので
Switch_Countが怪しいと睨んでいます(原因は分かりませんが)
どなたか原因の究明をお願いします

誘導
http://wc2014.2ch.net/test/read.cgi/denki/1422683846/