トップページ⇒tech
64コメント15KB

アセンブラ総合スレ Part7

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
特定のハードウェアに限定しないアセンブラプログラミングの
話題を全般的に扱うスレです。専用スレが既に立っている話題かどうか
>>2-5の関連スレ一覧も確認してください。
0002デフォルトの名無しさんNGNG
【関連スレ】

【糞】Pentium4最適化への道
http://pc5.2ch.net/test/read.cgi/tech/1026356711/
PowerPCアセンブラに関するスレ
http://pc5.2ch.net/test/read.cgi/tech/1036174059/
制御系なら俺に聞いてもいいぜ(5)
http://pc5.2ch.net/test/read.cgi/tech/1079102543/
アセンブラ言語 CASL�Uを語るスレ
http://pc5.2ch.net/test/read.cgi/tech/1033876116/
PICアセンブラ統一スレッド
http://pc5.2ch.net/test/read.cgi/tech/1060182978/
GNU Assembler勉強スレ
http://pc5.2ch.net/test/read.cgi/tech/1036722498/


【過去ログ】

アセンブラ… (;´Д`) ハァハァ
http://pc5.2ch.net/test/read.cgi/tech/1087897801/
アセンブラ… (*´д`*)アハァ…
http://pc5.2ch.net/test/read.cgi/tech/1076157613/l50
アセンブラ… (゚д゚)ウマー
http://pc2.2ch.net/test/read.cgi/tech/1060928704/l50
アセンブラヽ(`Д´)ノモルァ
http://pc2.2ch.net/tech/kako/1040/10402/1040297337.html
アセンブラヽ(`Д´)ノモルァ
http://pc3.2ch.net/tech/kako/1016/10169/1016991911.html
アセンブラ… (・∀・)イイ!
http://pc.2ch.net/tech/kako/1002/10022/1002267809.html
0003デフォルトの名無しさんNGNG
【関連書籍】

はじめて読む8086―16ビット・コンピュータをやさしく語る
http://www.amazon.co.jp/exec/obidos/ASIN/4871482456/

Computer Organization and Design Second Edition : The Hardware/Software Interface
http://www.amazon.com/exec/obidos/tg/detail/-/1558604286/
Computer Architecture: A Quantitative Approach
http://www.amazon.com/exec/obidos/tg/detail/-/1558605967/

VAX Assembly Language
http://www.amazon.com/exec/obidos/tg/browse/-/3954/
0004デフォルトの名無しさんNGNG
重複です

本スレは↓
アセンブラ… (°Д°)ハァ?
http://pc5.2ch.net/test/read.cgi/tech/1093519463/
0005デフォルトの名無しさんNGNG
そっちはスレタイがキモイからだめ
0006デフォルトの名無しさんNGNG
0007デフォルトの名無しさんNGNG
nasm
ttp://nasm.sf.net/

nasmマニュアル日本語要約
ttp://www.yuasa.kuis.kyoto-u.ac.jp/~nobu/study/nasm/nasm.html
0008デフォルトの名無しさんNGNG
なによそのひねりのないスレタイは。ふざけてんの?
0009デフォルトの名無しさんNGNG
重複スレがんがれage
0010デフォルトの名無しさんNGNG
とりあえずage。
0011デフォルトの名無しさんNGNG
0012デフォルトの名無しさんNGNG
>>8
なんだと(°Д°)
0013デフォルトの名無しさんNGNG
JavaVMとかのバイトコードアセンブラもここでいい?
0014デフォルトの名無しさんNGNG
誰も相手してくれないと思うけど、どうぞ。
0015デフォルトの名無しさんNGNG
それじゃFORTHも似たようなものだからここでいいよね。
0016デフォルトの名無しさんNGNG
>>1
荒らし乙
0017デフォルトの名無しさんNGNG
 
0018デフォルトの名無しさんNGNG
 
0019デフォルトの名無しさんNGNG
0020デフォルトの名無しさんNGNG
 
0021デフォルトの名無しさんNGNG
0022デフォルトの名無しさんNGNG
斡旋ブラ
0023デフォルトの名無しさんNGNG
ここは>>4の次スレでいいのか?
いつになるかわからないが。
0024デフォルトの名無しさんNGNG
いいんじゃない
スレタイが変とか厨を呼ぶとかいっても、ヽ(`Д´)ノモルァとか(;´Д`) ハァハァとかを
許容してるんだからいまさら感があるし

0025デフォルトの名無しさんNGNG
masmの話題はこちらでどうぞ:

マセンブラ言語は時代錯誤の生き遅れ
http://pc5.2ch.net/test/read.cgi/tech/1092478213/
0026デフォルトの名無しさんNGNG
ここの人は知ってるかな。
Alphaのプログラミングマニュアルはどこで入手すればいいですか?
0027デフォルトの名無しさんNGNG
>>25
それじゃここはなんのために総合の言葉がスレタイにあるのやら。
0028デフォルトの名無しさんNGNG
>>26
googleで一発で見つかるようなものを人に聞く前に自分で探せよ。
0029デフォルトの名無しさんNGNG
>>26
DEC社
0030デフォルトの名無しさんNGNG
うーむ、
RGB各5bitの15bit(2byte)情報を、
RGB各8bitの24bit(4byte)に拡張したいのですが、
なにかこう、無駄なく速い方法ないでしょうか。
素直にANDとシフトとORで書くとそこそこ長くなっちゃって。

0rrrrrgggggbbbbb -> 00000000rrrrrrrrggggggggbbbbbbbb

あらかじめテーブルを作成しておけば、
32768x4byte = 128kbyte程度で参照一発なんですが、
bit演算だけで上手く処理したいなと。
0031デフォルトの名無しさんNGNG
普通にビット演算するしかないと思うのだけど。

テーブルを使うとしたら工夫しよう。
0rrrrrgg と gggbbbbb に分けてテーブルを作って足せば、テーブルを512バイトに縮小できる。
0032デフォルトの名無しさんNGNG
普通にビット演算したほうが今時のCPUでは速いかも。
0033デフォルトの名無しさんNGNG
R4 R3 R2 R1 R0 を
R4 R3 R2 R1 R0 0 0 0 とするか
R4 R3 R2 R1 R0 R4 R3 R2 にするか
どっちなんだろうね?
0034デフォルトの名無しさんNGNG
>>28
どこにあんの?
0035デフォルトの名無しさんNGNG
ちなみにHardware Reference Manualってのはありますが、
インテルやAMDみたいに、ソフト系の人間に向けて書かれている
部分は少ししかありません。
0036デフォルトの名無しさんNGNG
×インテルやAMDみたいに
○インテルやAMDのやつと違って
0037デフォルトの名無しさんNGNG
>>33
もちろん後者だろ
0038デフォルトの名無しさんNGNG
普通に

R8G8B8A8
にすれば32ビット演算で処理出来るじゃん
003930NGNG
>>31
なるほど、目から鱗が落ちました。
バカ正直にテーブル作成するよりもゼンゼンいいですね。

>>33
もちろん後者です。

>>38
すみません、意味がよくわかりませんので、説明していただけないでしょうか。
0040デフォルトの名無しさんNGNG
アルファチャネル?
0041デフォルトの名無しさんNGNG
>>31の言ってることが理解できないので解説おねがいします
0042デフォルトの名無しさんNGNG
>>41
頭悪いなあ。この例題やってみ。

xyという2桁の10進数がある。x,yともに0〜9。
このとき、xxxyyyという6桁の10進数を計算したい。
たとえば、37であれば333777になるように。

さて、これをテーブルで計算するのだが、
100エントリのテーブルではなく、20エントリのテーブルでやれ。
0043デフォルトの名無しさんNGNG
>>42の言ってることが理解できないので解説おねがいします
0044デフォルトの名無しさんNGNG
とりあえず>>31の言うとおりに作るとテーブルサイズが512バイトにはならないな
0045デフォルトの名無しさんNGNG
>>42の言ってることが理解できないので解説おねがいします
>>31の言ってることが理解できないので解説おねがいします

あと、もうすこし説明する努力をしてください。
0046デフォルトの名無しさんNGNG
>>44
ケアレスみすだよね、きっと。
512x4byteかな?
004731NGNG
ごめん。
128x2+256x2=768バイトですね。
0048デフォルトの名無しさんNGNG
>>45
しかたないなぁ。

>>42の例題だと、

xy=11 → xxxyyy=111111
xy=21 → xxxyyy=222111

xがどんあ値をとろうとも、yが1の場合は、xxxyyyの下3桁は111になる。
xとyが独立しているので、xに対するxxxとyに対するyyyのテーブルを作り、
xxxとyyyをくっつければいいの。
0049デフォルトの名無しさんNGNG
>>48の言ってることが理解できないので解説おねがいします
0050デフォルトの名無しさんNGNG
どんあ→どんな
0051デフォルトの名無しさんNGNG
(・ー・)
0052デフォルトの名無しさんNGNG
荒しとしか思えん。
0053デフォルトの名無しさんNGNG
もういい、わからん奴は巨大なテーブルを使え。
0054デフォルトの名無しさんNGNG
逆切れ(・A・)イクナイ!!
0055デフォルトの名無しさんNGNG
逆ギレって何だ?
普通に「切れた」だろ?

日本語は正確に。
0056デフォルトの名無しさんNGNG
つーかここはアセンブラスレなんだから
コードで説明してよ>>31 >>42 >>48
0057デフォルトの名無しさんNGNG
>>56
result = TableB[LOBYTE(value)] | ((long)(TableGL[LOBYTE(value)] | TableGH[HIBYTE(value)])<<8) | ((long)TableR[HIBYTE(value)])<<16 ;
005857NGNG
ごめん。
これじゃぁL2キャッシュ上のテーブルから読んだほうが速いかも。
0059デフォルトの名無しさんNGNG
LinuxではEBXレジスタは変更してはならないらしいけど、なんで?
0060デフォルトの名無しさんNGNG
変更出来なかったら色々困ると思うんだが……。
↓の話かな。
http://www.globe.to/~oka326/archive/elf_doc_sgml_ja/elf_doc-6.html
006159NGNG
>>60
それもそうなんですけど、LinuxではEBXは変更してはならないということが書いてあるPDFを見たんですよね、、、(探してるが見つからない)
もしそうだったら何でなのかな〜と思った。
0062デフォルトの名無しさんNGNG
> Linuxでは

gccでは、の間違いじゃね?
006359NGNG
あぁ〜、GNU-ASだけの可能性はありますね。↓
http://tools.geocities.co.jp/SiliconValley/9979/@geoboard/60.html
0064停止しました。。。NGNG
真・スレッドストッパー。。。( ̄ー ̄)ニヤリッ
■ このスレッドは過去ログ倉庫に格納されています