アセンブラ 13

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

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

**デフォルトの名無しさん** · 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

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/15(金) 13:42:56.28

ほしゆ(・ω・)

**デフォルトの名無しさん** · 2021/01/16(土) 06:49:54.71

・

**デフォルトの名無しさん** · 2021/01/17(日) 03:37:23.75

ほしゆ(・ω・)

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

・

**デフォルトの名無しさん** · 2021/01/18(月) 08:10:09.74

･

**デフォルトの名無しさん** · 2021/01/19(火) 09:43:11.39

･

**デフォルトの名無しさん** · 2021/01/20(水) 06:36:39.53

･

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

･

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

･

**デフォルトの名無しさん** · 2021/01/22(金) 18:55:51.17

･

**デフォルトの名無しさん** · 2021/01/23(土) 08:08:45.80

･

**デフォルトの名無しさん** · 2021/01/23(土) 18:20:35.45

nop

**デフォルトの名無しさん** · 2021/01/23(土) 18:56:13.54

･

**デフォルトの名無しさん** · 2021/01/24(日) 05:16:22.55

ほしゆ(・ω・)

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

･

**デフォルトの名無しさん** · 2021/01/24(日) 21:34:33.71

･

**デフォルトの名無しさん** · 2021/01/25(月) 01:14:04.33

LD A,A

**デフォルトの名無しさん** · 2021/01/25(月) 06:57:09.53

･

**デフォルトの名無しさん** · 2021/01/25(月) 18:43:27.56

･

**デフォルトの名無しさん** · 2021/01/26(火) 07:16:31.44

･

**デフォルトの名無しさん** · 2021/01/26(火) 19:10:19.96

･

**デフォルトの名無しさん** · 2021/01/26(火) 22:21:57.60

保守荒らしウザ

**デフォルトの名無しさん** · 2021/01/27(水) 08:03:22.27

･

**デフォルトの名無しさん** · 2021/01/28(木) 11:58:10.16

･

**デフォルトの名無しさん** · 2021/01/29(金) 06:46:53.13

･

**デフォルトの名無しさん** · 2021/01/29(金) 19:10:07.64

･

**デフォルトの名無しさん** · 2021/01/30(土) 07:13:30.38

･

**デフォルトの名無しさん** · 2021/01/31(日) 11:31:40.86

･

**デフォルトの名無しさん** · 2021/01/31(日) 18:34:55.25

･

**デフォルトの名無しさん** · 2021/02/01(月) 06:36:55.47

･

**デフォルトの名無しさん** · 2021/02/01(月) 19:24:29.25

･

**デフォルトの名無しさん** · 2021/02/02(火) 06:53:40.20

･

**デフォルトの名無しさん** · 2021/02/02(火) 18:12:16.63

･

**デフォルトの名無しさん** · 2021/02/03(水) 07:04:27.28

･

**デフォルトの名無しさん** · 2021/02/03(水) 19:03:14.38

･

**デフォルトの名無しさん** · 2021/02/04(木) 06:40:21.90

･

**デフォルトの名無しさん** · 2021/02/04(木) 08:43:11.73

>>417
1.5年前の書き込みで誰もいないスレだと思うけどw

ふと思ったんだけど、これ言語設計した人に
ヘブライ語圏とか右から左に書く言語の人がいたりしたんじゃないかな、などと思ったり

MOV　A,B　　　例えばこれ左から読むと日本人には言語的にわかりやすい

BをAに移動

この説どう？w

**デフォルトの名無しさん** · 2021/02/04(木) 08:44:33.31

x左から読むと
o右から読むと

**デフォルトの名無しさん** · 2021/02/04(木) 16:01:32.25

よだうそ
んまいらぶへ

**デフォルトの名無しさん** · 2021/02/04(木) 16:17:11.89

>>513
mov A,B　　　//(1)
に関して、

英語圏の人では、必ず語順が
「from B to A」
となるので、(1)とは逆になり違和感を感じる人が居るらしいが日本語では、
「AにBを代入する」
という言い方だと(1)と同じ順序になり、昔から問題ないと言われている。
個人的には、言葉ではなく、数学の
A=B
という表記と同じなので、Z80やx86のこの順序が天下をとったと見ている。

**デフォルトの名無しさん** · 2021/02/04(木) 16:23:56.28

>>516
数学で、量を定義する際、
A≡式
のように書くことがあるが、Aは短い変数名で、右辺の式は大体、長い。
このような定義式を複数、縦に並べたて書く時に、変数を左側に書いたほうが
≡の記号が同じ場所に並んで見やすい。
そのために、左辺にdestination、右辺にsourceを書く習慣になったと
個人的には考えている。

**デフォルトの名無しさん** · 2021/02/04(木) 16:28:12.05

だ右らか左々元は語本日
だ人本日は08Z

**デフォルトの名無しさん** · 2021/02/04(木) 18:02:14.26

古くは、Fortran, Basic の時代から、Pascal, C、C++、JS、Java、Perl, Ruby、C#、Python
に至るまで、変数 A に式 B の値を代入する構文は、
1. A = B
と書いてきた。これは、数学の記号と似てる。そしてその順序を
そのままアセンブラで持ち込めば、
2. mov A,B
と書ける。ところが、英語で mov (移動する)という言葉を使う際、
1と大体意味的に同じことは(本来はmovではなくcopyであるのだが)、
3. I mov an B to A.
の順序になってしまう。それでこの順序で書きたい人が出て来て
そういうアセンブラも存在するようになった。
今でも、LLVMでは、
4. A = add 型名 B, C で A = B + C の意味なのに、
A = B の意味では、Aがレジスタではない変数の場合には、
5. store 型名 B, 型名* Aのアドレス
の順序で書き、A がレジスタの場合には、
6. A = load 型名 * Bのアドレス
と書く。
5.では、1と順序が逆になっているが、6.では、1と同じである。
(この書き方は、数学的統一性が無いので好きではない。)

**デフォルトの名無しさん** · 2021/02/04(木) 18:03:55.17

>>519
誤: 3. I mov an B to A.
正: 3. I mov a B to A.

**デフォルトの名無しさん** · 2021/02/04(木) 19:45:10.45

なるほど
とりあえず3人見てるのはわかったw