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

**デフォルトの名無しさん転載ダメ©2ch.net** · 2017/04/13(木) 17:35:55.70

初心者OK！質問大歓迎！のアセンブラのスレッドです。
基本情報の勉強中の人、PICやH8を勉強中の学生などなど…

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

関連スレ
アセンブラ 13
http://echo.2ch.net/test/read.cgi/tech/1314512680/

**デフォルトの名無しさん** · 2017/04/13(木) 17:41:03.83

>>1
乙

**デフォルトの名無しさん** · 2017/04/13(木) 18:14:24.24

**あぼーん** · 2017/04/13(木) 18:15:04.12

あぼーん

**デフォルトの名無しさん** · 2017/04/13(木) 18:15:32.34

終了

◆QZaw55cn4c · 2017/04/13(木) 19:36:20.78

きょうびの時代にアセンブラの優位性を主張する，とすれば
どのような分野で有効でしょうか？

**デフォルトの名無しさん** · 2017/04/13(木) 19:43:03.43

asm.js とかさ
LLVM とかさ
このスレで扱っても良いと思うのね

**デフォルトの名無しさん** · 2017/04/13(木) 20:44:33.86

ごもっともですわ

**デフォルトの名無しさん** · 2017/04/13(木) 21:26:38.34

うん需要ある？

**デフォルトの名無しさん** · 2017/04/14(金) 08:40:42.32

組み込みでなら多少は。

**デフォルトの名無しさん** · 2017/04/14(金) 10:04:28.48

あ。。。IoTとか？

**デフォルトの名無しさん** · 2017/04/15(土) 04:12:03.81

アセンブラはじめるならLinuxでやるといいよ
DOSと同じような感覚でアセンブラプログラミングができるから

こんな感じ

Linux でアセンブリプログラミング
http://www.mztn.org/lxasm/asm00.html
Linux で64bitアセンブリプログラミング
http://www.mztn.org/lxasm64/amd00.html

Linuxでのアセンブル方法はこんな感じ
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
ld -o hogehoge hogehoge.s

gccのでアセンブラ出力&アセンブル
gcc -S -o hogehoge.s hogehoge.c
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc -o hogehoge hogehoge.o

**デフォルトの名無しさん** · 2017/04/15(土) 04:12:41.23

ちなみにx86_64上のLinuxで32bitのバイナリを作成したい場合はこう

x86_64のLinuxでのCの32bitのx86バイナリのコンパイル
gcc -m32 -O2 -o hogehoge hogehoge.c

x86_64のLinuxでの32bitのx86アセンブル
as --32 -a=hogehoge.lst -o hogehoge.o hogehoge.s
ld -melf_i386 -o hogehoge hogehoge.o

x86_64のLinuxでのgccので32bitアセンブラ出力&アセンブル
gcc -m32 -S -o hogehoge.s hogehoge.c
as --32 -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc -m32 -o hogehoge hogehoge.o

**デフォルトの名無しさん** · 2017/04/15(土) 04:13:21.76

nasmでのx86_64のLinuxでの32bitアセンブル

nasm -f elf hogehoge.s
ld -melf_i386 -o hogehoge hogehoge.o

nasmでのx86_64のLinuxでの64bitアセンブル
nasm -f elf64 $1.s
ld -o $1 $1.o

Ubuntuでのnasmのインストール方法

sudo apt-get install nasm

**デフォルトの名無しさん** · 2017/04/15(土) 04:42:00.93

UbuntuだとQEMUを入れるだけでQEMU+binfmtの設定が自動せされるから
ライブラリへのリンクを貼るだけで他のCPUのバイナリをそのまま実行できるようになる
UbuntuだとARM、MIPS、PowerPCができる

64bitARMならこんな感じ
sudo apt-get install qemu
sudo apt-get install g++-aarch64-linux-gnu
sudo ln -s /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1 /lib
sudo ln -s /usr/aarch64-linux-gnu/lib /lib/aarch64-linux-gnu

32bitARMならこんな感じ
sudo apt-get install qemu
sudo apt-get install g++-arm-linux-gnueabihf
sudo ln -s /usr/arm-linux-gnueabihf/lib/ld-linux-armhf.so.3 /lib
sudo ln -s /usr/arm-linux-gnueabihf/lib /lib/arm-linux-gnueabihf

Cのコンパイル方法はこんな感じ
aarch64-linux-gnu-gcc -O2 -o hogehoge hogehoge.c

arm-linux-gnueabihf-gcc -O2 -o hogehoge hogehoge.c

数学ライブラリを使う場合のCのコンパイル方法はこんな感じ
aarch64-linux-gnu-gcc -O2 -o hogehoge hogehoge.c -lm
(Ubuntuでは依存するライブラリを後ろに書く)

arm-linux-gnueabihf-gcc -O2 -o hogehoge hogehoge.c -lm

**デフォルトの名無しさん** · 2017/04/15(土) 04:43:20.47

アセンブル方法はこんな感じ
aarch64-linux-gnu-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
aarch64-linux-gnu-ld -o hogehoge hogehoge.s

arm-linux-gnueabihf-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
arm-linux-gnueabihf-ld -o hogehoge hogehoge.s

アセンブラソースの出力はこんな感じ
aarch64-linux-gnu-gcc -S -o hogehoge.s hogehoge.c
aarch64-linux-gnu-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
aarch64-linux-gnu-gcc -o hogehoge hogehoge.o

arm-linux-gnueabihf-gcc -S -o hogehoge.s hogehoge.c
arm-linux-gnueabihf-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
arm-linux-gnueabihf-gcc -o hogehoge hogehoge.o

できたバイナリは普通に実行できる
./hogehoge
バイナリがどのアーキテクチャかはfileコマンドで確認できる
file hogehoge

**デフォルトの名無しさん** · 2017/04/15(土) 04:44:00.98

32bitのARMでUbuntuのgnueabihfではデフォルトでThumb-2でコンパイルされる
ARM命令でコンパイルする場合はオプションを追加する

ARM命令の場合の例
-marm -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16
-marm -march=armv7-a -mfloat-abi=hard -mfpu=neon -ffast-math

実行例)
arm-linux-gnueabihf-gcc -O2 -marm -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -o hogehoge hogehoge.c

arm-linux-gnueabihf-gcc -O2 -S -marm -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -o hogehoge.s hogehoge.c
arm-linux-gnueabihf-as -a=hogehoge.lst -o hogehoge.o hogehoge.s
arm-linux-gnueabihf-gcc -marm -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16 -o hogehoge hogehoge.o

参考）
Thumb-2命令の場合の例
-mthumb -march=armv7-a -mfloat-abi=hard -mfpu=vfpv3-d16
-mthumb -march=armv7-a -mfloat-abi=hard -mfpu=neon -ffast-math

**デフォルトの名無しさん** · 2017/04/15(土) 04:47:16.32

32bitARMアセンブラの参考URL
http://www.mztn.org/slasm/arm00.html

64bitbitARMアセンブラの参考URL
http://www.mztn.org/dragon/arm6400idx.html

**デフォルトの名無しさん** · 2017/04/15(土) 07:38:04.38

>>18の32bitARMのアセンブラのサイトの

http://www.mztn.org/slasm/arm04.html
1: ldrb r3, [r0, #+1]! @ r3=mem[r0++]
strb r3, [r1, #+1]! @ mem[r1++]=r3
でエラーが出ます

ここは
1: ldrb r3, [r0], #+1 @ r3=mem[r0++]
strb r3, [r1], #+1 @ mem[r1++]=r3
ですね

**デフォルトの名無しさん** · 2017/04/15(土) 08:02:58.82

補足
32bitARMでのシステムコールの呼び出しはEABIの方式で行ってください

.text
.align 2
.global _start
_start:
adr r1, msg @ address
mov r0, #1 @ stdout
mov r2, #13 @ length
mov r7, #4 @ sys_write
swi 0

mov r0, #0
mov r7, #1 @ sys_exit
swi 0

.align 2
msg:
.asciz "hello, world\n"

**デフォルトの名無しさん** · 2017/04/15(土) 08:35:58.99

32bitARMでFPU命令を使う場合の例
arm-linux-gnueabihf-as -mfpu=vfpv2 -a=hogehoge.lst -o hogehoge.o hogehoge.s
arm-linux-gnueabihf-as -mfpu=vfpv3-d16 -a=hogehoge.lst -o hogehoge.o hogehoge.s

**デフォルトの名無しさん** · 2017/05/07(日) 22:56:59.24

Intel AVX512とか３２ビットモードや１６ビットモードでマシン語記述できるの？
１６ビットモード（ＭＳ－ＤＯＳ６．２）で３２ビット命令を実行できることは確認ずみ。

**デフォルトの名無しさん** · 2017/05/08(月) 01:10:33.28

どうやってマシン語生成するつもりか分からんが、マシン語は記述できるだろ。

**デフォルトの名無しさん** · 2017/05/08(月) 01:56:11.92

>>22
REXプリフィックスは別の命令の再定義なので

**デフォルトの名無しさん** · 2017/05/09(火) 04:41:32.11

いまじゃ解析とか簡単になっとるからなぁ
小学生でもできるんじゃない？

**デフォルトの名無しさん** · 2017/05/11(木) 21:51:54.08

ねえねえ、Altivecって知ってる？

**デフォルトの名無しさん** · 2017/05/13(土) 00:24:52.24

それ作ったチームはインテルでAVX512に関わったんだっけ

**デフォルトの名無しさん** · 2017/07/19(水) 15:57:14.47

>>22
理屈の上ではアセンブラがそれらの命令をサポートしてれば可能。
ただ、今はアセンブラの方がMS-DOSサポートして無いだろうからクロス開発になりそう。
(動けば運が良かったって程度)

でもリアルモードでバイト数大きい64bit命令使うメリットは無い希ガス。
せめてプロテクトモードに移行してから64bit命令使った方が。。。
と言うか、Linuxのブートローダーからロングモード移行までの記事最近読んだけど、アセンブラから見たら多分16bit32bitじゃ無くてリアルモードかプロテクトモードかのが重要(使えるメモリの大きさが違う)な希ガス。

http://postd.cc/linux-bootstrap-1/

**デフォルトの名無しさん** · 2017/10/19(木) 07:34:02.07

TLCS-900H2のDL命令の意味を教えてください
ソースを見る限りではCALLと同等のようですが

**デフォルトの名無しさん** · 2017/12/20(水) 04:38:28.77

LibreOfficeのExcel互換アプリ calc では既にPythonでマクロが書ける

**デフォルトの名無しさん** · 2017/12/20(水) 04:39:01.17

誤爆した。スマン

**デフォルトの名無しさん** · 2017/12/22(金) 18:09:17.57

excel最近使ってないわ

**デフォルトの名無しさん** · 2018/02/21(水) 13:16:23.71

初心者質問じゃないのだが、調べてもわからないので知ってる人がいたら教えて欲しい

Zynqを使ってハードウェアエミュレータを作ろうとしているんだが、
そのままだとアドレス0x40000000からしか自由に使えなくて困ってるんだけども、
Cortex-A9のMMUを設定するにはどうしたらいいんだろうか？
やりたいことはアドレス0x40000000から0x4FFFFFFFまでを0x00000000から0x0FFFFFFFにマッピングしたい

**デフォルトの名無しさん** · 2018/02/22(木) 03:37:57.63

>>33
MMUについてどれだけ知っているのか分からないが
とりあえずLinuxのARMv7周りのコードを調べるのがよいと思われ
"linux arm source mmu"辺りをググッてみるとか
あとはARMのリファレンスマニュアル
http://infocenter.arm.com/help/index.jsp
から、「ARM アーキテクチャ」→「Reference Manuals」→「ARM アーキテクチャリファレンスマニュアル ARMv7-A および ARMv7-R エディション」
のPDF、1267ページ以降を参照

大まかな手順としては
・ページテーブルを構築
・変換テーブルベースレジスタ(TTBR0、TTBR1)をセット
・変換テーブルベース制御レジスタ(TTBCR)をセット
・システム制御レジスタ(CP15 c1、SCTLR)レジスタのMMU有効化ビットをON
となると思われ

**デフォルトの名無しさん** · 2018/02/23(金) 00:45:14.45

>>34
ありがとう
linuxカーネルを参考にしてやってみる

**デフォルトの名無しさん** · 2018/02/24(土) 13:07:22.87

>>34
armのドキュメント読みつつzynqでステップ実行しながらメモリの状態見てみたんだが、
以下の認識で合ってるだろうか？
・ページテーブルを構築
　　適当なメモリ領域にページテーブルを構築(要16kiBアラインメント)
　　(レジスタをいじって設定とかではなく例えば0x80000000番地に作っておく等)
・変換テーブルベースレジスタ(TTBR0、TTBR1)をセット
　　TTBR0はユーザー用、TTBR1はOS用
　　さっき用意したページテーブルの先頭アドレス(上位ビット)を渡す
　　下位ビットの方にその他の設定する
・システム制御レジスタ(CP15 c1、SCTLR)レジスタのMMU有効化ビットをON
　　SCTLRのBit0に1をセット

**デフォルトの名無しさん** · 2018/02/24(土) 18:39:17.01

>>36
俺はARMはちゃんと触ってないので確実なことは言えないが
基本的にはそれで合っていると思う

ページテーブルとTTBRは物理アドレス(PA)で管理、ページテーブル内は仮想アドレス(VA)とPAの対応関係にアクセス保護ビット等
ページテーブルが2段以上(ページディレクトリ経由)になる場合はページディレクトリ内のデータの解釈が少し変わる

RISC系CPUはTLBミスヒットした時のテーブルウォークを自前で叩いてやらないといけない場合があったが、ARMv7ではCPUが自動でやる模様
あと微妙にキャッシュの管理とMMU周りの管理が絡み合っているようで、ここを俺は把握し切れていない

とにかく、Cortex-Aではコプロセッサ#15(CP15)がMMUなので、CP15の制御レジスタ周りをよく見ておいたほうがよいと思われ

**デフォルトの名無しさん** · 2018/02/25(日) 15:07:04.60

>>37
0x40000000の内容に0x00000000からアクセスできるようになった！
GBA(ARM7TDMI)のBIOSもちゃんと実行できてるっぽい
VRAM領域にアクセスしに行って止まってるが(；・∀・)
TLBのattributeの設定はとりあえず適当だが動いてるしよくわからんけど放置しよう・・・

**デフォルトの名無しさん** · 2018/02/25(日) 18:36:29.28

>>38
おめでとう！

**デフォルトの名無しさん** · 2018/02/26(月) 06:57:20.16

気楽にx86_64のアセンブラをやりたい人はこれを読むといいかもね
ただ、あまり詳しくは書かれてない
あくまで、初心者がx86_64アセンブラのとっかかりを掴むために読む本
CPUについての詳しい解説はあまり書かれてない(レジスタの解説程度)
x86_64のWindowsアセンブラ特有のスタックの使い方についても簡単に解説されてる
(x86_64のWindowsのアセンブラではスタック操作を自由にやってはいけない)
この本を読むとx86_64のアセンブラを簡単に試せるようになる

64ビットアセンブラ入門―64ビットCPUの基本構造もやさしく解説
https://www.amazon.co.jp/dp/4877833617/

**デフォルトの名無しさん** · 2018/02/26(月) 15:57:09.08

x86_64のWindowsのアセンブラで最初に嵌るのがスタック関係

ttp://herumi.in.coocan.jp/prog/x64.html
Windowsでのスタック
スタックは常に16byteアラインメントされています.
ただし関数呼び出し直後は戻りアドレス(8byte)がpushされているため, 8(mod 16)となっています.
関数内から別の関数を呼び出すときはアライメントを揃える必要があり,
引数4個のスタック分(32byte)を呼び出し元で確保する必要があります.
確保された領域は呼び出された側で自由に使えます.

Windowsでのスタックの扱い方はここのページを参照するといいかも
ttp://www.officedaytime.com/tips/asm64/caution.html
x64アセンブラ関数の書き方の注意【すごく要注意】
スタックが自由に使えない
32ビットまでのインラインアセンブラでは好き勝手にpush/popしたりして使えていたスタックが
x64では厳しい使用制限を受けることになりました。

具体的には以下のような制限です。
スタックポインタが動くような操作をしていいのは関数の最初と最後の部分だけ
（フレームポインタ（後述）を設定しない場合）。
その部分は「prolog」「epilog」と呼ばれ、やっていいことが決まっている。
prologが終わった時点でスタックポインタは16の倍数になっていなければならない
（中から他の関数を呼ばない場合はこの制限はない）。

ただし、push/popやその他の方法でRSPを動かさない、
何も呼び出さない、
壊してはいけないレジスタをセーブ（push/popに限らずいかなる方法でも）しない、
例外処理をしない、
のすべての条件を満たす関数は「leaf」（関数呼び出しツリーの枝の末端の葉っぱ、くらいの意味でしょうか）と呼ばれ、
この制限を受けません。
前ページのコーディング例にprolog/epilogがないのはそのためです。
-------以下、prolog/epilogの方法はページを参照-------

**デフォルトの名無しさん** · 2018/02/28(水) 14:26:24.02

アライメントとアラインメントとか
用語もちゃんと揃えて欲しいな

**デフォルトの名無しさん** · 2018/03/08(木) 20:28:48.99

linuxでのx86_64のコンパイル＆アセンブル

コンパイル
gcc -O2 -o hogehoge hogehoge.c

コンパイルでアセンブル出力＆アセンブル＆リンク
gcc -O2 -S -masm=intel -o hogehoge.s hogehoge.c
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
gcc -o hogehoge hogehoge.o

　　注：gccに-Sオプションを付けた場合に-masm=intelオプションを付けるとInteニーモニックのアセンブルリストが出力される
　　　　　(デフォルトではAT&Tニーモニックで出力される)

アセンブル＆リンク
as -a=hogehoge.lst -o hogehoge.o hogehoge.s
ld -o hogehoge hogehoge.o

　　注：アセンブラソースに.intel_syntax noprefixを記述するとgasでIntelニーモニックを使えるようになる
　　　　　(デフォルトではAT&Tニーモニック)

**デフォルトの名無しさん** · 2018/03/08(木) 20:29:33.06

例) Linuxアセンブラ版hello world

.intel_syntax noprefix
.text
.global _start
.align 4
_start:
mov rax, 1 # sys_write (1)
mov rdi, 1 # stdout (1)
movabs rsi, offset flat: msg # address(offsetを付けることによってアドレスをロードする)
# gasでは64bitイミディエイトや64bit絶対アドレス指定でのメモリからのロードを使う場合はmovabsを使う
mov rdx, offset flat: len # length(offsetを付けることによってアドレスをロードする)
syscall
mov rax, 60 # exit (60)
xor rdi, rdi # return 0
syscall
.data
.align 8
msg:
.asciz "hello, world\n"
.equ len, . - msg
.end

**デフォルトの名無しさん** · 2018/03/08(木) 20:32:10.43

64bitLinuxでの32bit x86のコンパイル＆アセンブル

コンパイル
gcc -O2 -m32 -o hogehoge hogehoge.c

コンパイルでアセンブル出力＆アセンブル＆リンク
gcc -O2 -S -m32 -masm=intel -o hogehoge.s hogehoge.c
as -a=hogehoge.lst --32 -o hogehoge.o hogehoge.s
gcc -m32 -o hogehoge hogehoge.o

アセンブル＆リンク
as -a=hogehoge.lst --32 -o hogehoge.o hogehoge.s
ld -melf_i386 -o hogehoge hogehoge.o

**デフォルトの名無しさん** · 2018/03/08(木) 20:34:16.87

例)　Linuxアセンブラ版hello world（32bit）
.intel_syntax noprefix
.text
.global _start
.align 4
_start:
mov eax, 4 # sys_write (4)
mov ebx, 1 # stdout (1)
mov ecx, offset msg # address(offsetを付けることによってアドレスをロードする)
mov edx, offset len # length(offsetを付けることによってアドレスをロードする)
int 0x80
mov eax, 1 # exit (1)
xor ebx, ebx # return 0
int 0x80
.data
.align 4
msg:
.asciz "hello, world\n"
.equ len, . - msg
.end

**デフォルトの名無しさん** · 2018/03/10(土) 06:44:54.80

あせんぶりゃー
あせんぶり
あせんぶる

**デフォルトの名無しさん** · 2018/03/11(日) 17:22:40.99

x86_64のリファレンスマニュアル

インテルR エクステンデッド・メモリー 64 テクノロジー・ソフトウェア・デベロッパーズ・ガイド、第 1 巻
https://www.intel.co.jp/content/dam/www/public/ijkk/jp/ja/documents/developer/EM64T_VOL1_30083402_i.pdf

インテルR エクステンデッド・メモリー 64 テクノロジー・ソフトウェア・デベロッパーズ・ガイド、第 2 巻
https://www.intel.co.jp/content/dam/www/public/ijkk/jp/ja/documents/developer/EM64T_VOL2_30083502_i.pdf

**デフォルトの名無しさん** · 2018/05/03(木) 11:01:18.80

8086にワード幅の相対ジャンプあるのに今頃気付いた…＼(^O^)／…

orz