アセンブラ 13

**デフォルトの名無しさん** · 2011/08/28(日) 15:24:40.59

前スレ
http://pc11.2ch.net/test/read.cgi/tech/1187079488/

**デフォルトの名無しさん** · 2017/10/25(水) 02:43:07.93

http://cdn-ak.b.st-hatena.com/entryimage/261580342-1438593820_l.jpg

**デフォルトの名無しさん** · 2017/10/25(水) 06:49:51.77

死刑だな

**デフォルトの名無しさん** · 2017/10/25(水) 11:34:04.42

解散権の乱用ですね
判りますω

**デフォルトの名無しさん** · 2017/10/29(日) 16:53:13.43

　┌○┐
　│死｜ﾊ,,ﾊ
　│　｜ﾟωﾟ )　　
　│刑｜　／/
　└○┘ (⌒)
　　　　し⌒

**デフォルトの名無しさん** · 2017/11/07(火) 14:26:10.97

　┌○┐
　│ハ｜ﾊ,,ﾊ
　│　｜ﾟωﾟ )　　
　│ゲ｜　／/
　└○┘ (⌒)
　　　　し⌒

**デフォルトの名無しさん** · 2017/11/20(月) 21:59:38.86

大熱血アセンブラは重すぎて鈍器にもならねえ

**デフォルトの名無しさん** · 2017/11/20(月) 23:15:25.06

1164ページｗ
でも、PowerPCとか需要あるのか？

**デフォルトの名無しさん** · 2017/11/22(水) 15:04:01.45

アセンブラ自体だけじゃ無くて、考え方を考える本でもあるからな。

**デフォルトの名無しさん** · 2017/11/28(火) 09:34:55.81

考え方を考える本で考えろってことか

**デフォルトの名無しさん** · 2017/11/29(水) 17:28:15.51

★☆☆☆☆ｗ
virtex-6以降はpowerpcコア搭載タイプ無いのかすぃら？

**デフォルトの名無しさん** · 2018/02/28(水) 17:54:56.02

6800の本買ってしまった

**デフォルトの名無しさん** · 2018/04/11(水) 07:16:49.80

Z80の本買ってしまった

**デフォルトの名無しさん** · 2018/04/11(水) 12:27:17.38

Z80の本が出たときは我慢出来たけど
6800の本が出たときは逝ってしまった

**デフォルトの名無しさん** · 2018/04/14(土) 19:53:08.11

zeas88
一月かけて入力して動かなかった
三月かけてダンプをチェックしても動かなかった

思い出した

**デフォルトの名無しさん** · 2018/04/25(水) 00:43:07.11

漢は6502だろ
廃人とも言えるけど

**デフォルトの名無しさん** · 2018/05/23(水) 19:48:01.34

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

VM3VN

**デフォルトの名無しさん** · 2018/06/13(水) 10:15:03.20

32032だろ

**デフォルトの名無しさん** · 2018/07/05(木) 01:47:01.59

RS0

**デフォルトの名無しさん** · 2018/07/22(日) 14:25:46.10

>>390
Bと8を見間違えてる

**デフォルトの名無しさん** · 2018/09/05(水) 04:25:32.38

Intel記法とAT&T記法ってどっちがいいと思う？
思う？とか訊いておいて実は俺のなかではAT&T記法のほうがいいと思ってるw
例えば
add eax,4
addl $4,%eax
という命令があってAT&T記法のほうはUnixで用いられているコマンド
（というかOS/2系列でも同じようなコマンドがあるが）
$ copy aaa.txt bbb.txt
の文法に並びがそっくりだし，変数に$を前置するというのもUnixで最もよく用いられているB系シェルの
変数を表わす規則と同じ。レジスタに%が付いてるのも分かりやすいと思う。

今主流なのはIntel記法なので残念ながら俺は少数派なんだろうがw

**デフォルトの名無しさん** · 2018/09/05(水) 11:09:53.34

add eax,4

**デフォルトの名無しさん** · 2018/09/05(水) 11:43:54.77

addはどっちでもいいけどsubがなあ

**デフォルトの名無しさん** · 2018/09/05(水) 11:52:27.66

>>395
チェックサムは、

・・・ A B ・・・SUM1
・・・ B A ・・・SUM2

見たいな間違いがあると、縦横チェックサムであっても、
間違いに気づく事が出来なかったなぁぁ・・・。

**デフォルトの名無しさん** · 2018/09/05(水) 17:15:48.86

雑誌に書いてあったバイナリコード：
・・・ A B ・・・SUM1
・・・ B A ・・・SUM2

間違って入力したコード
・・・ B A ・・・SUM1
・・・ A B ・・・SUM2

これだと、横・縦の両方のチェックサムが雑誌と同じになってしまう。

**デフォルトの名無しさん** · 2018/09/24(月) 17:55:23.64

>>396
gccでIntel記法でアセンブラ出力できるよ
gcc -S -masm=intel hogehoge.c
インラインアセンブラでIntel記法使う場合も
gcc -masm=intel hogehoge.c

objdumpでIntel記法で逆アセンブルする場合は
objdump -M intel -d hogehoge.obj

**デフォルトの名無しさん** · 2018/09/25(火) 18:08:32.86

淫乱なやつめ

**デフォルトの名無しさん** · 2018/09/27(木) 01:21:30.14

396ですが，AT&T記法を中心に学ぶことにしました。
理由は，2つあり，
・OSの勉強をするためにこれから読んでいこう（というか既に読んでいる）
UNIX v6 for x86のアセンブラがAT&T記法である
・仕事でアセンブラを使う訳ではないので，今現在普及しているものでなくてよい
つまりIntelが発表するCPUの最新機能を使ったりする機会がないので
枯れた情報しかないAT&T記法でも十分やっていけると考えた
ということです。
まあ，チラ裏ですが，これから個人でアセンブラを学ぶとしてる人が見てれば参考にして下さい。

**デフォルトの名無しさん** · 2018/09/27(木) 03:14:00.28

Intel・AT&T 記法を抽象化した、仮想アセンブラのLLVM で学べ！

情報処理資格でも、仮想アセンブラのCASL 2

**デフォルトの名無しさん** · 2018/09/27(木) 05:41:06.10

gdbの逆アセンブラも
set disassembly-flavor intel
と打ち込めばIntel記法で逆アセンブルしてくれる
デフォルトでIntel記法にしたいならホームディレクトリの.gdbinitに上記を記述
詳しくはググると出てくるかも

**デフォルトの名無しさん** · 2018/09/27(木) 06:24:39.43

ARMは
mov r0, #4
64bitのARMは
mov x0, #4
と右から左

MIPSも
li $4, 4
RISC-Vも
li a0, 4
と右から左

PowerPCも
li %r3, 4
と右から左

今のパソコンやサーバでメジャーなCPUの多くが右から左

**デフォルトの名無しさん** · 2018/09/27(木) 08:56:29.52

しかしどうして右から左に読むのでしょうね。
英語だと特に
move number to address
と自然に読み下せるのに。（というかニーモックってまさにその目的の筈では……）

**デフォルトの名無しさん** · 2018/09/27(木) 08:59:24.20

>>407
代入文が a=b だから

**デフォルトの名無しさん** · 2018/09/27(木) 10:12:23.20

左右なんてどっちでもいい
記法もどっちでもいい

もっと本質的なことに頭使え

**デフォルトの名無しさん** · 2018/09/27(木) 10:27:51.73

アセンブラの本質って機械語不便だからわかりやすくする記法なのに
それに気を使わずにどこに頭使うの？

**デフォルトの名無しさん** · 2018/09/27(木) 11:04:46.72

>>407
ある種の文化の衝突が起きていると思う。

事実標準に近かったZ80などでは、語順的には、今「Intel記法」と
呼ばれているものだった。でもIntel記法よりも洗練されている
感じだった。それが、人気があったひとつの理由だと思ってる。

でも、学者などは、さかさまに固執するような印象が多い気がする。
なんでも市場や事実標準とは逆を好む天邪鬼みたいな姿勢の人が多い。

たとえば、NEC機が流行っていたころは、京大構内では日立マシンが標準だった。
今、Windowsマシンが標準なのに、灯台ではMacが標準。

**デフォルトの名無しさん** · 2018/09/27(木) 11:13:26.21

>>411
学者は、事実標準に逆らったことをするのが大好き。なぜなら、そうすれば、
自分たちが優位になると思っているから。

たとえば、数式処理プログラムのMaximaも、LISPで書かれているし、
AI関連のライブラリが充実している言われる、Pythonも然り。

東大がMacを標準にしたのは、表向きはMSの独占的地位を破壊するため
かも知れないが、裏には、プログラミングが得意な学生に学者が負ける
と面目を保てなくなるのが困るからではないかと考えられている。

**デフォルトの名無しさん** · 2018/09/27(木) 11:57:48.40

開発者のMac率の高さ考えたらただの言いがかり

**デフォルトの名無しさん** · 2018/09/27(木) 17:46:24.04

>>408
それは
a is b
とか読むんじゃないですかね。

**デフォルトの名無しさん** · 2018/09/27(木) 19:08:47.41

UNIX v6やv7が使われた16bitミニコンのPDP-11やBSDが使われたVAX11が左から右の記法だった
PDP-11からの影響を受けた680x0も左から右

だから1970年代、1980年代前半から半ばまでのUNIX界隈では左から右が主流だった
だからx86のAT&T記法が左から右なんだろうな
1980年代終り頃に普及したMIPS、POWERが右から左の記法
(よく知らないがSPARCやPA-RISCは左から右のようだ)
要するに左から右の記法はPDP-11の影響を受けてるわけだ
(VAX11はPDP-11の後継の32bitミニコン)
SPARC、PA-RISCが左から右なのは
680x0を使ったワークステーションの後継機種用のCPUとして作られたからだろうな
今でも680x0の影響を受けてるCPUは左から右

逆に言えば、パソコンやサーバ、スマホなどは
PDP-11、VAX11、680x0などのCPUの影響を受けてないCPUが主流

**デフォルトの名無しさん** · 2018/09/27(木) 20:12:35.94

そういう経緯とか全然知らんかったわ。
Z80は古い機種だと思うんだけど，>>411によればIntel記法に近いらしい。
一概に，「昔はAT&T記法が主流だった」とも言えねえのな。

**デフォルトの名無しさん** · 2018/09/27(木) 21:20:43.26

>>416
Intel 8080 の改良版が、Z80。
以下、同じ命令を、8080とZ80について書いてみる。
Z80の方が現代のアセンブリ言語に近く、人間には覚え易くて
理解しやすいが、アセンブラの作成が当時としては難しくなった。
Z80がなぜ人気が爆発したか、これだけ見ても分かるかと思う。

【8080】
MVI　A,byte　 ; A <-- byte　 // move immediate を略して MVI
MOV　A,B　　　; A <-- B　　　// 意味は同じなのに、第二オペランド
　　　　　　　　　　　　　　 // がレジスタに変わったなっただけで命令表記が変わる。
MOV　A,M　　　; A <--(HL)　　// M の意味は、(HL)
MOV　H,A　　　; H <-- A
MOV　L,A　　　; L <-- A
LXI　H,word　 ; HL <-- word　　// これも意味は move なのに命令が変わる。
LHLD word　　 ; HL <---(word)　// これも、現代なら単に(word)と書けばいいとこ
　　　　　　　　　　　　　　　 // ろが命令自体を変えなければならなかった。

【Z80】
LD A,byte
LD A,B
LD A,(HL)
LD H,A
LD L,A
LD HL,word
LD HL,(word)

【参考】
http://nemesis.lonestar.org/computers/tandy/software/apps/m4/qd/opcodes.html

**デフォルトの名無しさん** · 2018/09/27(木) 21:37:48.64

>>415
命令表記を左右逆にしていれば、今頃 68000 が天下を取っていたかもしれない。

高級言語の「A = B」がそのまま、MOV A,B と書けるのはやはり分かりやすいので。

**デフォルトの名無しさん** · 2018/09/27(木) 21:50:06.74

>>417
昔も今もそうかもしれないが、IntelもMSも、余り「判りやすく書く」
「すっきりと設計する」ということが余り得意ではないかもしれない。

MSの作ったAPIは構造が汚い。

**デフォルトの名無しさん** · 2018/09/27(木) 21:55:12.76

Zilogがせっかく、二モニックを美しく修正したのに、Intelは、また、MMX や SSE以後で
汚くしてしまった。

それに、セグメントの概念もMMUの設計もひどかった。
セグメントに関しては、トランジスタの集積度が少なすぎてしょうがなかったのかも
しれないが、それを長く引きずりすぎた。

80386のプロテクトモードなんかどうでも良くて、単にプロテクトの無い32BITの
フラットモードがあれば喜ばれ、MS-DOSが今でも続いていたかもしれない。

**デフォルトの名無しさん** · 2018/09/27(木) 22:00:30.07

>>418
しつこくてすまんが
$ cp file.org file.new
$ mv file.org file.new
↑こういう操作を考えると
AT&T記法のほうが馴染みやすくない？

**デフォルトの名無しさん** · 2018/09/27(木) 22:04:07.63

>>421
個人的には、数学や物理の表記の方が親しみがある。

**デフォルトの名無しさん** · 2018/09/28(金) 15:38:54.43

CP/M copy も右から左だったぜ

**デフォルトの名無しさん** · 2018/09/28(金) 15:43:05.12

>>423
http://afsoft.jp/os/p02.html
CP/M も copy コマンドは、「左から右」だったと思うけど：

ＣＯＰＹコマンド
ディスクをコピーします。
【書式】COPY {mode} {コピー元} {コピー先}
　mode : ALL・・・ディスク全部をコピー
　　　　 BOOT ・・ブートトラックをコピー
　　　　 FILES・・ブートトラック以外をコピー
　

**デフォルトの名無しさん** · 2018/09/28(金) 15:50:53.05

お前つかったことないやろ

**デフォルトの名無しさん** · 2018/09/28(金) 15:58:32.06

>>425
え、本当に逆さまだったの？

**デフォルトの名無しさん** · 2018/09/28(金) 16:09:07.08

コピーではないが、rename コマンドにそれらしき痕跡はあった。
確かに、右から左で、しかも、「=」記号もつけていたらしいね：

http://www.discordia.org.uk/px4/cpm.html

REN [d:]newname.ext = oldname.ext
Change the name of a disk file from oldname.ext to newname.ext

**デフォルトの名無しさん** · 2018/09/28(金) 16:11:14.79

これかな？？？

PIP [d:][newfile.ext]=[d:][filespec][<t>
Copy files between peripherals whilst performing optional conversion <t>.

Copy file from drive to drive: C> PIP H:=A:INFO.DAT
Copy file to new name: C> PIP A:NEW.DAT=A:INFO.DAT
Copy file to printer: C> PIP LST:=A:LETTER.TXT

**デフォルトの名無しさん** · 2018/09/28(金) 16:13:46.37

確かに有った。copy コマンドが登場するより前に、PIP コマンドがあったのか。
知らなかった。

https://en.wikipedia.org/wiki/Peripheral_Interchange_Program

The original PIP syntax was

PIP destination←source /switches
using the left-arrow character from the ASCII-1963 character set
that the Flexowriter keyboards of the time used.
As other terminals were introduced that used later versions
of ASCII (without the left-arrow character), PIP allowed the syntax

PIP destination=source

**デフォルトの名無しさん** · 2018/09/28(金) 16:40:59.17

>>423
これはすごい情報。

**デフォルトの名無しさん** · 2018/09/28(金) 17:46:08.12

「懐かしい」とかいうとジジイ認定されちゃうかな。

**デフォルトの名無しさん** · 2018/09/28(金) 17:52:03.41

>>431
大丈夫。

**デフォルトの名無しさん** · 2018/09/28(金) 20:45:43.66

でもcopyコマンド（in CP/M）自体はUnix風の動作なんだよね。
pipコマンドというとPythonのアレしか思い浮かばないがw

**デフォルトの名無しさん** · 2018/09/28(金) 23:16:34.75

PIPエレキバン

**デフォルトの名無しさん** · 2018/09/29(土) 07:03:12.39

pipはビルトインじゃなくて外部コマンドだったから数バイトのコピーするときにでも
pipを読み込むために数十KBの実行ファイルをフロッピーゴトゴト言わせてからコピーが始まる

**デフォルトの名無しさん** · 2018/09/29(土) 09:44:28.70

>>435
マジかよww
なんでそんな不便な方法しかなかったんだろう
当時はそれが一番効率的と考えられてたんかな

**デフォルトの名無しさん** · 2018/09/29(土) 09:51:10.51

>>436
メモリーが圧倒的に不足していたから。

**デフォルトの名無しさん** · 2018/09/29(土) 11:11:39.83

cpだって外部コマンドじゃん

**デフォルトの名無しさん** · 2018/09/30(日) 06:52:26.73

内部か外部かって重要なん？

**デフォルトの名無しさん** · 2018/09/30(日) 18:13:48.80

バイブか愛撫かって重要なん？

**デフォルトの名無しさん** · 2018/10/01(月) 19:31:45.23

MS-DOSのVer2.xxからはいろんな意味でUNIXをリスペクトしてるからな
UNIX流にファイルハンドルでファイルを扱ったり、階層ディレクトリを導入したり、
環境変数を導入したりな
マイクロソフト自身がXENIXというUNIXを販売してたしね

**デフォルトの名無しさん** · 2018/10/02(火) 09:56:28.13

マカーが散々捏造したきたようにその手の話は眉唾もの。

**デフォルトの名無しさん** · 2018/10/02(火) 10:07:26.09

どれも中途半端な劣化コピー(ですらない)

**デフォルトの名無しさん** · 2018/10/12(金) 13:43:11.48

今デスラーと言ったのかヤマトの諸君

**デフォルトの名無しさん** · 2018/10/12(金) 16:38:59.78

>>444
今じゃない、10日前だ

**デフォルトの名無しさん** · 2018/10/13(土) 12:11:31.24

何もかも皆懐かしい

**デフォルトの名無しさん** · 2018/10/14(日) 03:58:05.06

最近のC++コンパイラはAVX2命令ガンガン吐いてくるからすごいな

**デフォルトの名無しさん** · 2018/10/14(日) 10:35:45.88

じきAVX3になるよ

**デフォルトの名無しさん** · 2018/10/14(日) 12:27:32.87

AVX3と呼べるものはAVX512なんでは?

**デフォルトの名無しさん** · 2018/10/14(日) 15:29:22.91

>>449
それ、AVX3は通称

**デフォルトの名無しさん** · 2018/10/14(日) 15:39:37.78

あんま詳しくないが同じような処理を繰り返す場合には速いらしいな

**デフォルトの名無しさん** · 2018/10/14(日) 16:01:42.97

>>451
MMX, SSE～SSE4, AVX, AVX2, AVX512 は、SIMD命令だから、ループを展開して、
ベクトル計算のように考え直した場合、そのベクトルの足し算やベクトルの
要素ごとの掛け算などが速くできるようになる。

**デフォルトの名無しさん** · 2018/10/14(日) 19:28:20.62

C++で吐く場合ってあえてそうなるようにコーディングしてるんだと思うが

**デフォルトの名無しさん** · 2018/10/19(金) 01:46:50.25

x86_64のRAXのRってなんの略か分かる？
EAXはExtended AX、AXはAccumulator (eXtended)でしょう。
「R」とはいったいなんなのだろう。

それとは別に、EAXって拡張拡張可算なんだね。
互換性とかの観点からすると仕方無いとも思うがもうちょっとマシな名前はなかったんだろうかw

**デフォルトの名無しさん** · 2018/10/19(金) 02:17:15.49

>>454
https://stackoverflow.com/questions/43933379/what-do-the-e-and-r-prefixes-stand-for-in-the-names-of-intel-32-bit-and-64-bit-r

**デフォルトの名無しさん** · 2018/10/19(金) 02:17:24.27

>>454
Registerの'R'らしい
https://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q11116234946

**デフォルトの名無しさん** · 2018/10/23(火) 19:26:31.75

>>455
>>456
あざす。
マジかよ「レジスタ」のRなのか。

**デフォルトの名無しさん** · 2018/10/30(火) 21:22:39.47

asmutilsとか使ってる？

**デフォルトの名無しさん** · 2018/11/01(木) 13:44:27.75

それは初耳。
使ったこと無い。

**デフォルトの名無しさん** · 2018/11/01(木) 19:26:14.88

i386アセンブラで書かれたGNU coreutilsみたいよ。
なんか紹介文に「アセンブラ楽しいから皆もソース読んでね！」みたいなことが書かれてたw

**デフォルトの名無しさん** · 2018/11/02(金) 04:52:07.72

書くほうは好き勝手に書けるが、読むほうは地獄。

**デフォルトの名無しさん** · 2018/11/02(金) 08:16:49.79

よくわからんがhttpdまで実装しててすごい
https://github.com/leto/asmutils/blob/master/src/httpd.asm

**デフォルトの名無しさん** · 2018/11/12(月) 16:49:29.06

iOSアプリでPoketAssemblyなるもの落としたんだが、説明に英語でLC-3アセンブリ言語って書いてて、
初めて見るCPUなんだが、何か情報源知ってたら教えて欲しい。
ネットで調べてもイマイチ見つからない。

幸いにも？CASL2に似てる命令っぽいし、マクロ的なのは多いっぽいのはサンプル見て理解出来た。
命令一覧があれば遊べそうなんだが。。。

**デフォルトの名無しさん** · 2018/11/27(火) 16:44:22.01

https://en.wikipedia.org/wiki/LC-3

**デフォルトの名無しさん** · 2018/11/27(火) 17:52:50.88

ありがとう。
ざっと読んだ感じ、立ち位置的にもアメリカ版CASLみたいな教育用アセンブラって感じみたいね。
リンク辿って簡単な入門書読んでみたけど、結構独特の文法。
(あっちでは普通なのかもだけど)

**デフォルトの名無しさん** · 2019/04/08(月) 14:53:49.70

ゴキブリだな

**デフォルトの名無しさん** · 2019/04/09(火) 02:48:06.84

↑は誤爆

**デフォルトの名無しさん** · 2021/01/04(月) 12:36:40.84

あげ

**デフォルトの名無しさん** · 2021/01/05(火) 04:05:29.85

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/07(木) 07:57:36.28

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/08(金) 04:06:12.38

最近Shenzhen I/Oっていうゲームで遊んでる。
なかなか面白い。

**デフォルトの名無しさん** · 2021/01/10(日) 01:40:42.66

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/11(月) 04:07:33.68

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/12(火) 01:48:27.00

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/13(水) 02:10:58.91

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/14(木) 03:46:58.66

ほしゆ(・ω・)