アセンブラ初心者スレッド 2©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
2017/04/13(木) 17:35:55.70ID:1WMn3pSz
初心者OK！質問大歓迎！のアセンブラのスレッドです。
基本情報の勉強中の人、PICやH8を勉強中の学生などなど…

前スレ
アセンブラ初心者スレッド
http://echo.2ch.net/test/read.cgi/tech/1314502612/

関連スレ
アセンブラ 13
http://echo.2ch.net/test/read.cgi/tech/1314512680/
2019/12/15(日) 17:38:53.02ID:5sPbacoo
>>694
C言語
2019/12/15(日) 19:26:43.84ID:ymerGKQi
>>696
Cが対応しているプロセッサならそれ使えばいいけど、同じ処理をアセンブラで書くのとCで書いたのでは実行ファイルのサイズが大きく違う。
Cは余計なランタイムルーチンがリンクされて無駄に太る。Cで書いてもアセンブラで書くのとほとんど同じサイズになる処理系があればその方が良い。
そして、なければ作るしかない。覚えにくいニーモニックを頑張って覚えるくらいなら、そういう処理系を作ることに労力を使ったほうがいいんじゃないかな。
2019/12/15(日) 19:42:57.22ID:5kgRNS4L
今時マイコンですら結構な容量のフラッシュROMを積んでいるし
高級言語に由来するフットプリント増が問題になるケースは少ないと思うが
高いリアルタイム性が要求されたり重い処理をするケースはアセンブラで書く場合がある
2019/12/15(日) 20:20:04.05ID:5sPbacoo
>>697
需要がないプロセッサは作らない
それだけ

変態アーキテクチャは理由があってそうなってる訳だし
普通のCPUならC/C++で使いやすいように整備されてる

Cランタイムサイズが問題になるCPUだと
ランタイムも小さく出来るのが普通
(printf、malloc を使わないなど)
2019/12/15(日) 20:21:43.99ID:jswNPg7r
8bitCPUにFlashROM 32KBにRAMが1KB、広すぎて天国のようだ
2019/12/15(日) 20:22:30.32ID:5sPbacoo
>>700
だよね
2019/12/15(日) 20:28:26.55ID:5sPbacoo
小規模DSPは比較的アセンブラを良く使う
2019/12/18(水) 03:42:06.43ID:mwLPhsOw
ラーメンには豚のセアブラをよく使う
2020/01/14(火) 15:59:36.64ID:uFo9dhko
68000君は居ないようだな。残念だ
C言語も神が作ったのではない、breakやcontinueがどこに飛ぶのか分からん時はある。
入門書を信じ込んだ狂信者、原理主義者のような、痛い目に会ってない素人は結構いる。
2020/01/14(火) 19:13:53.43ID:VTSZmZmV
>>704
> breakやcontinueがどこに飛ぶのか分からん時はある。
そんな経験はないなあ。普通はCの仕様通りに動く。
Cの仕様通りに動かないとしたらそのCコンパイラのバグだと思いますよ。
もし本当にわけがわからない動作をしたときはテストプログラムを書いてどう動くか調べたり
アセンブラソース出力して見てみればいい。
2020/01/15(水) 10:28:18.25ID:NnMYiXUN
ソースを追う気がなくなるからわからなくなるって意味だろ
2020/01/15(水) 12:54:18.67ID:mdjDjCL2
素朴な疑問なんだが逆アセンブラのラベルってどうやって生成されるの？
レジスタ間接ジャンプのジャンプ先アドレスなんて実行してみないと判らないような・・・
2020/01/15(水) 22:23:13.85ID:NnMYiXUN
PEヘッダ内にあるImage baseとかじゃね　win32の場合だけど
2020/01/16(木) 05:34:03.43ID:I1VMveuP
>>705
>そんな経験はないなあ。普通はCの仕様通りに動く。
多重ループ脱出やifやなんやらのネストでどこに行くか分からなくなる事は無かったんか
Cの経験浅い人は、そういうことが分からないんだろうな。
2020/01/16(木) 07:53:03.25ID:oL142J5t
インデントがぐちゃぐちゃなパターンは昔はよく見た。viのせいだろうな。
2020/01/16(木) 08:04:26.22ID:TEF1jMG0
今も見る
2020/01/16(木) 23:36:50.30ID:GgmseacB
>>709
複雑なものを複雑なままコードにするからそうなる。
多重ループと言ってもせいぜい2重か3重だし、それ以上深いループになるようなコードだったら
そもそも考え方が悪いからシンプルになるように書き直す。中身をサブルーチンに追い出して、
ループ構造と脱出が一目でわかるようにしても良い。
ifのネストも同様に、細部の条件を洗い出してパラメータを変えて呼び出すだけで動くようにする。
そうすればif文を見なくていいしそれぞれ1行で呼び出せる。
とにかくできるだけ構造がシンプルでわかりやすくなるように工夫することだよ。
2020/01/18(土) 09:17:15.53ID:bQ1xI4/b
>>709
そのためにC言語にはgoto文があるわけだが
別にスパゲッティプログラム書くためにあるわけじゃないぞ
2020/02/13(木) 22:12:36.79ID:z5jUasH9
最近パスタ食べてないな
2020/03/04(水) 14:16:54.94ID:b3xLS7HK
究極の変態ってどんな感じなんだろうな
パズル的で面白そうだが…
716デフォルトの名無しさん
垢版 |
2020/05/14(木) 17:51:17.70ID:f1vNNG/3
まったくの初心者なのですが、アセンブリ言語を理解できるようになりたいです。
入門サイトなどを探しても自分が探しているCPUを取り扱っている物は見つかりませんでした。
まだCPUの仕組みもよく理解していないような状態なので、種類に拘らずそのような入門サイトなどで勉強した方がいいのでしょうか。
一通り学習を終えた後、別のCPUの言語でもすぐ対応できますか？
iosアプリのリバースエンジニアリング をしてみたいと思っているのでarm64のコードを理解できるようになりたいです。（用語などの使い方が間違っていたらすみません。）
717デフォルトの名無しさん
垢版 |
2020/05/14(木) 17:59:48.21ID:xR/PZA9p
マルチ死ね
2020/05/14(木) 19:21:25.82ID:FSEZeoAj
情報処理資格の教科書から、始めた方がよい。
CASL 2 という仮想アセンブラもある

仮想アセンブラとは、各メーカーごとの実際のアセンブラではなくて、抽象的なもの

仮想アセンブラでは、LLVM が最も有名
2020/05/15(金) 10:21:28.00ID:QqRlTuRs
動機を当ててやるか。ゲームを改造して無双したいのだろう。
だがそんなの対策済みで無駄なことだ。
2020/06/17(水) 20:16:42.08ID:mLHHLomt
実プロセッサのアセンブラを学ぶのに仮想アセンブラって役立つか？
LLVMなんてレジスタ数無制限だしスタック無しでも処理を書けるだろ
実際のプロセッサでそれは現実的ではないしスタック操作はボトルネックにもなっている
2020/06/18(木) 06:16:16.86ID:WpoR9KQA
ARM64のアセンブラだとこんなサイトあるよ
http://www.mztn.org/dragon/arm6400idx.html
722デフォルトの名無しさん
垢版 |
2020/06/21(日) 16:12:29.75ID:rRP2z2l8
MPUそのものは仮想でもエミュがあってそこそこ実用になるなら良いんじゃない？
2020/06/21(日) 16:13:57.40ID:pgbZYzU2
比べるのもアレだけど
極端な話 BrainF*ck も仮想みたいなもんだろ
2020/06/30(火) 20:45:59.73ID:2de2B/rP
コンパイラにアセンブラ出力させてみた結果
8bitのアセンブラが簡単なんて嘘

Cソース
https://pastebin.com/bWfLhn8Y

8bit MSX-C Ver1.1 アセンブラ出力
https://pastebin.com/Bzt3fFaX

16bit Turbo-C Ver1.5 アセンブラ出力
https://pastebin.com/y82ifpxs

64bit Ubuntu 18.04 x86_64 gcc-7.4.0 アセンブラ出力
https://pastebin.com/PTuEv5uL

64bit Ubuntu 20.04 ARM64 gcc-9.3.0 アセンブラ出力
https://pastebin.com/9N4eKWeg
2020/06/30(火) 20:50:56.99ID:2de2B/rP
ちなみにgccでは
int func01() __attribute__((noinline,noclone));
とやってインライン展開を抑制してます
2020/06/30(火) 21:02:04.38ID:e6PapWOV
8bitの方がソフト規模が小さいから簡単
2020/06/30(火) 21:05:11.63ID:dU7zENbL
>>724
Cのintは16bitだから、8bit CPUではint変数を2回に分けて転送しないといけない。
複雑になって当然。
2020/06/30(火) 21:11:37.45ID:e6PapWOV
単純な命令しかなくて命令数も圧倒的に少ない8bit
複雑な命令がたくさんあって命令数も1000を越える64bit
2020/07/01(水) 04:08:07.95ID:g4YauoQu
コンパイラの変換が下手
2020/07/01(水) 04:09:06.24ID:GZMydJ4F
>>726
8bit整数を扱うだけで済む処理なら簡単だが、8bitを超える可能性がある処理だと途端に面倒になる。
8bitなんてすぐ溢れる。
2020/07/01(水) 06:53:53.79ID:8lUxucUi
溢れても規模が小さいから簡単
2020/07/01(水) 10:54:24.39ID:dk2qwU4W
簡単さだったら新しいCISCに分があるんじゃね
ttps://uploader.purinka.work/src/17167.png
R0はスタックポインタ。呼び出し規約の都合上引数の一部が
スタックに積まれている以外はamd64と同じ感じか

同じ8bitでも8051とAVRじゃ大分違うと思う
2020/07/01(水) 11:12:01.44ID:BWQBxkNi
命令を覚える命令を使うのが簡単か
同じ機能を実現するのが簡単か

で結果が180度違う
2020/07/01(水) 11:14:42.34ID:BWQBxkNi
8bitCPUのソフトエンジニア
64bitCPUのソフトエンジニア
どちらがより多くの知識や経験が必要か

一般的には64bitの方が必要
2020/07/01(水) 13:04:54.17ID:hOLEVQcG
本当はわかっていて、ちょっと言い合いたいだけだろうな
2020/07/01(水) 19:06:42.33ID:rX+J+WIV
>>731
規模が小さいなら64bitでも簡単。Intel系なら命令も上位互換だからほぼ同じ命令が使える。
2020/07/01(水) 19:48:13.47ID:8lUxucUi
64bitは通常8bitよりソフト規模が大きい
2020/07/01(水) 21:20:19.29ID:mNMvI8FZ
IA-32よりAMD64の方が簡単なんじゃないか説(汎用レジスタの本数的に)
2020/07/02(木) 08:31:24.65ID:RyBCtyYa
8bitが簡単と言われるのは命令の数が限られてるのと、簡単なことしかしないから
64bitでもよく使われる限られた命令だけ使って、8bitと同じことをやれば
8bitよりも簡単
実際は周辺や割り込みコントローラなんかもリッチになるので大変だけどね
Arduinoみたいにそのあたりを意識しないなら64bitの方が8bitよりも簡単
2020/07/02(木) 10:37:27.14ID:KAImZ3Ow
結局どっちも簡単ってことだな
2020/07/02(木) 13:41:50.00ID:ueeOma1J
>>739
Arduinoだと普通はArduino IDE使うからほぼCで書けるよね
わざわざアセンブラ使うかな
2020/07/02(木) 19:26:50.19ID:1S4E8SKc
それ言い出したら
そもそも普通はアセンブラなんか使わん
2020/07/02(木) 19:30:02.70ID:1S4E8SKc
アセンブラでしか書けない特殊処理(特殊命令、特殊レジスタへのアクセスなど)
速度やリソースのチューニング
趣味
2020/07/02(木) 20:08:46.86ID:L2HGsVdw
まあ趣味だな。Cで書けない処理をアセンブラで書けたら「やった」て気になるしな。
2020/07/02(木) 20:21:06.52ID:1S4E8SKc
それはアセンブラでしか書けない特殊処理ではなくて？
2020/07/02(木) 20:31:36.38ID:L2HGsVdw
趣味だからどういう処理でも自分が満足できればそれでいいんじゃね？
簡単な処理から始めてだんだん難しい処理に挑戦するのも面白いし
2020/07/02(木) 20:51:16.74ID:dBIHsFi5
組み込みで非標準的な実装をしたい場合はアセンブラを使ったりするな
2020/07/02(木) 21:30:53.96ID:L13EtRzW
仮にアセンブラの本を書くとして、その題材になにを選ぶか、アセンブラだからこそできる！というナイスな題材がほとんど思いつかないのです…
2020/07/02(木) 22:24:08.15ID:L2HGsVdw
思いつかないってことは、本当にやりたいと思ってないってことだろうな。
たとえば部屋で飼ってる猫の様子を出先から監視したいと思ったらArduinoとカメラユニットを組み合わせて
スマホから見られる制御ソフトを作るだろう。
2020/07/02(木) 23:09:16.80ID:UiUhO26q
>>749
それはアセンブラだからこそできる、という題材ですか？
2020/07/02(木) 23:32:35.76ID:1S4E8SKc
スタートアップコードの記述
OS作成

くらいじゃね？
2020/07/02(木) 23:34:12.29ID:1S4E8SKc
パフォーマンス系なら

DSP制御とか
リアルタイム系の重い処理とか
2020/07/02(木) 23:36:24.16ID:1S4E8SKc
>>749
アセンブラが適さない典型
2020/07/02(木) 23:38:56.48ID:dBIHsFi5
ペリフェラルAとペリフェラルBを同期させて動かしたいなんて場合はアセンブラの使用を検討する
2020/07/02(木) 23:40:30.23ID:1S4E8SKc
えらい抽象的だな
タイミングにシビアなのはコンパイラに依存しないようにアセンブラで書くってのはある

もちろんシビアな部分だけ
2020/07/02(木) 23:42:01.52ID:1S4E8SKc
>>747
これも抽象的で何の実装だかさっぱりわからん
2020/07/03(金) 04:39:01.80ID:/VSGTLiK
>>748
やっぱり、SIMD命令とか組み込みだとDSP命令を使いたい時とかじゃないの？
2020/07/03(金) 07:56:44.00ID:jbweNl0h
最近ではSIMDやDSP命令はCの文法で記述出来るのが普通
もちろんガチガチのチューニングはアセンブラが一番だから
結局チューニングという範疇
2020/07/03(金) 17:33:03.39ID:Rc6pK0Eu
>>750
俺は「アセンブラだからこそ」という制限など付けていない。そういう制限はあんたが勝手に付けたものだ。
作りたいものを作る。それが趣味だ。
違うと思うなら自分で考えてアセンブラだからこそというものを作ればいい。
2020/07/03(金) 17:34:28.08ID:Rc6pK0Eu
>>753
趣味なんだから適すかどうかは関係ない。適さないと思うなら作らなければいい。
人それぞれだ。
2020/07/03(金) 18:57:27.44ID:C0RVqI6W
趣味ならアセンブラを使う理由なんて何でも良い
でもどうせならアセンブラを使うことでメリットが何かしら得られる方が良い
そのメリットは大きい方が良い
と思うのは普通かと
2020/07/03(金) 19:34:45.09ID:Rc6pK0Eu
>>761
趣味は一般的なメリットなんか考えてたらできない。
鉄ヲタなんか、自分で電車運転したいためだけにパソコンのシミュレータを自作してる。
それも20年もかけて作って値段は0。タダで配ってる。金銭的なメリットはゼロだ。
窓から見える信号機や駅のデータも手間暇かけて現地に行ってパソコンのデータに変換してる。
運転席の計器類やすれ違う電車のモデルやデザイン、色まで正確に再現してる。
とてもこれだけの手間に見合うメリットがあるとは思えない。
でもこれだけの無駄をしてもやりたいのが趣味なんだよ。
鉄ヲタがアセンブラを使うとしたら、電車が動くスピードが少し遅く感じるから本物と同じくらい反応を早くしたいと
思ったらすぐ使うだろう。とにかくやりたいからやる。それ以外のことは考えないのが趣味だよ。
2020/07/03(金) 19:49:18.27ID:v8523RMt
鉄オタきも
って言ってほしい感じ？
2020/07/03(金) 19:52:48.87ID:v8523RMt
再現性がメリット
ならそれでいいじゃん

アセンブラを使うことで
高速化とか
リソースの節約とか
それもメリット

高速化もせず
リソースも変わらず
質が落ちる
だと何のためのアセンブラ？
2020/07/03(金) 21:30:22.45ID:Rc6pK0Eu
>>763
BSDヲタきもって言ってやろうか？
766デフォルトの名無しさん
垢版 |
2020/07/04(土) 00:06:32.98ID:KYM6hePT
http://www.littlebsd.com/
https://twitter.com/little_bsd
https://twitter.com/5chan_nel (5ch newer account)
2020/07/15(水) 00:32:33.69ID:0MCF5KaT
amd64＋Linuxでアセンブラを始めたのですが、スタックの状態を勘違いしてのバグや
システムコール時のレジスタの退避し忘れのバグ等に悩まされてます

スタックの利用状況を分かりやすく表示してくれたり、レジスタの状態をチェックしてくれたり
するような、統合開発環境みたいなのはありませんでしょうか
2020/07/15(水) 11:52:01.41ID:Fiuz3Frw
楽したければC使え
769デフォルトの名無しさん
垢版 |
2020/07/15(水) 12:20:50.44ID:cL9c5hZ8
慣れたら悩まなくなる
770デフォルトの名無しさん
垢版 |
2020/07/15(水) 14:03:15.88ID:p6AIoBG7
アセンブラだと自己書き換えコードが出来るぞ
それによる考えられるメリットは様々あり、ここでは書きにくいこともあるw
あと、正確なことは分からんが、OS開発ではアセンブラがしばしば使われていて、特にブートローダーの開発で使われていると聞いたことがあるな
他にはマイコンだとアセンブラの方が開発しやすいこともあったりするのか？知らんけど
俺は、スレッドセーフなプログラミングにはアセンブラの知識が不可欠だと思っているが、これは他者の意見も聞きたいところだな
他にもアセンブラでしか出来ないことはあるのにアセンブラは趣味の為ときたもんだ（怒）
まずコンパイラは確実
エミュレータなんかもそうじゃないのか？知らんけど
2020/07/15(水) 14:24:49.32ID:miBvJk/V
>>767
Linuxでは知らんが、VSのデバッガだと、EAXなどのマシンレジスタの内容を常時
表示できる。
スタックに関しては、push、pop を組にすることと、ちゃんと数える習慣を
付けるしかない。
アセンブラは、言語仕様は簡単に思えるかもしれないが、頭脳が必要。
それはちょうど、数学が小学生でも理解できる四則演算だけを組み合わせているだけ
なのに、大部分の人がどこかで難しくなってしまうのと同じようなもの。
2020/07/15(水) 14:29:36.15ID:PuirKKk2
残念な日本語を使う人って多いな
773デフォルトの名無しさん
垢版 |
2020/07/15(水) 14:41:03.67ID:cL9c5hZ8
知能は文章に滲み出る
774デフォルトの名無しさん
垢版 |
2020/07/15(水) 15:59:06.15ID:p6AIoBG7
知能はコードに滲み出る
2020/07/15(水) 17:04:33.66ID:miBvJk/V
大事なのは、言語ではなく数学。
2020/07/15(水) 17:58:36.45ID:vzNJtsb7
>>771
おまえが数学を知らないという事は良くわかった
2020/07/15(水) 18:23:23.15ID:bZTTdNA2
今時のGUIなデバッガだったらブレーク時にスタックやレジスタの内容を表示できるのは普通じゃね？
個人的にはパイプラインの動作状況を表示してくれるデバッガとか欲しいわ
依存関係に起因するNOP率とか、原因となっている命令の特定とか
2020/07/15(水) 18:40:28.77ID:miBvJk/V
>>776
俺は数学は常時使っているのだが。
2020/07/15(水) 18:48:34.73ID:JGqdiMCl
>>778
数学を知らないヤツが数学を毎日使うと
780デフォルトの名無しさん
垢版 |
2020/07/15(水) 18:51:31.23ID:miBvJk/V
>>779
違う。
俺は数学は優秀なほうだ。
2020/07/15(水) 18:52:38.10ID:JGqdiMCl
そう思ってるだけ
2020/07/15(水) 18:55:17.94ID:miBvJk/V
学生時代に伝説を作ったし、同級生達は知っている。
2020/07/15(水) 18:57:06.09ID:JGqdiMCl
kwsk
784デフォルトの名無しさん
垢版 |
2020/07/15(水) 19:10:04.26ID:p6AIoBG7
アセンブラに詳しい人はスゴい人多いから失礼な態度はとらない方がいいと思う
2020/07/15(水) 19:16:51.08ID:r/dLTGHk
>>767
アセンブラだからと言って人間が1から10まで考えなくてもいいんだよ。
間違いやすい処理はできるだけソフトやツールにさせるように考え方を変えればいい。
スタックの状態が間違いやすいと思うなら、スタックを管理するマクロを組めばいいし、
レジスタ退避を忘れるなら、レジスタ退避するマクロを組んでそれを使えばいい。
2020/07/15(水) 20:52:17.63ID:LyK3DjqL
その昔8051用のソフトをフルアセンブラで開発したことがある。デバッグは8個のLEDのみ
1500程度のコードだけどスタックや汎用レジスタの操作で苦労した記憶はないな
ペリフェラルの使い方等は大苦戦だったが

>>767は何を作っているのだろうか。IA-32ならともかくAMD64ならレジスタ本数も多いし
複雑なスタック操作をする機会は多くないと思うんだが
2020/07/16(木) 03:00:41.32ID:noTJdW03
>>786
お気持ち分かります。
788デフォルトの名無しさん
垢版 |
2020/07/16(木) 12:38:48.59ID:Bj5j4Y6i
謎の隠しコマンド連発するやつか
2020/07/16(木) 18:46:15.84ID:Zj8FcZKn
>>784
おれの方がアセンブラ技術も数学も上だから
何の問題もない
2020/07/16(木) 19:00:00.97ID:RhEyC4tQ
>>789
誰と戦ってるの？
2020/07/16(木) 19:02:56.88ID:Zj8FcZKn
>>771
2020/07/16(木) 19:43:33.89ID:TL00gXcm
スタックにデータ積んでサブルーチンに渡す時がずれやすい
2020/07/16(木) 19:46:21.84ID:Zj8FcZKn
呼ぶ側がアセンブラ？
何のために？
趣味か？
2020/07/16(木) 20:09:12.31ID:ICgJPJoU
今のアセンブラの需要って
・OS等の低レイヤーの処理をする
・高速化。1クロックでも節約したい
・リアルタイム。nクロック後に○○を実行する必要がある
こんなもんか？
2020/07/16(木) 20:10:47.57ID:Zj8FcZKn
趣味
2020/07/16(木) 20:15:52.17ID:Zj8FcZKn
リソースを極限までけちる (ROM/RAM)
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況