FORM,WICS,GAME,TL/1..８ビット機の独自言語

FORM,WICS,BASE,GAME,TL/1,K Compiler,SLANG 等
８ビット機の独自言語について語りましょう。

I/O

FORM(ハドソン)
Tiny Fortran。初期のMZ-80のゲームはこれが多かった。

WICS(キャリーラボ)
Integer Interpreter Compiler System の略
配列の扱いがなかなかおもしろかったですな。

BASE(キャリーラボ)
BASIC ライクなアセンブラ。if や while も使えました。

K Compiler(COMPAC 津田伸秀?)
FM シリーズ用というか 6809 の特徴を生かした構造化言語。

他に PALL とかいろいろあったと思いますが失念。

ASCII

GAME(作者?)
最初はインタープリタ。のちにコンパイラも登場。
MZ-80,PC-8001だけでなくApple用なんてのもありました。
Vz のマクロを見ると思い出す。

TL/1(作者?)
構造化言語。名前の由来は PL/1 ?

この２つはあまり詳しくないです。

S-OS (Oh!MZ/Oh!X)

Fuzzy BASIC
構造化BASIC。のちにFuzzy BASIC自身で記述されたコンパイラも登場したと思った。

SLANG
構造化言語。Z80 に特化した機能を持つ。

TTI/TTC
GAME の S-OS 版？

S-OS には通常のアセンブラやFORTHもありましたが独自ではないのでパス。
Oh!MZやOh!X はとっておけばよかった..

GAMEやTTI/TTCはVTL(Very Tiny Language)の拡張ですな。

>>2
PALLはパスカル風のやつですね。
FORMのほうが実用性は高かったように思います。

LOGOって一時流行ったよな。一瞬だけ。

>>2

BASE
whileは使えなかったよ。ifも1行の中だけでしたけど。
S-OSなどに持っていけたら面白いけどなあ。

WICS
市販ソフトも書かれていたようでした。
キャリーラボは言うに及ばず（BUG FIREはWICSで書かれています）、
コソーリとポニーキャニオン（プロジェクトＡはあからさまにWICS）、
許諾を受けて堂々とデービーソフト。

しかし後者はその後キャリーラボと・・・（以下知ってる人は多数なので略）。

>>5
VTL ってのは知らなかったです。やはりASCIIあたりで発表されてたのでしょうか。
ところで最初のGAMEってどの機種用だったのでしょう？

>>6
PALL はコンパイラじゃなかったんでしたっけ。
一時期PascalがBASICの次に標準搭載の言語になると一瞬盛り上がったような。
TurboPASCALが標準搭載のマシンとかだと良さそうだよなぁ。

>>7
LOGOっつーとタートルグラフィックス。これも教育用といいつつ廃れましたな。

>>8
あ、whileはないんでしたっけ。ループはあったような気がしたんだけど、あれって
DJNZ 用だったのかな。使ってたはずなのにすっかり忘れております。
バグファイアはWICS/BASE本にソースが載ってましたね。捨てなければよかった..
市販のソフトに使っても問題なさそーな気もしますが。まずかったのかな。

ttp://exo.com/~wts/mits0004.HTM
↑VTLについてちょこっと解説があります。

ttp://www.nk.rim.or.jp/~jun/game86/
↑あとついでにDOS用GAME。

>許諾を受けて堂々とデービーソフト。
>しかし後者はその後キャリーラボと・・・（以下知ってる人は多数なので略）。

MZで出てたアレは持ち込みなのであんまりｄBとは関係ないよ。

LOGOを8ビット機の独自言語として語ったら可哀想。
LOGO誕生は1967年で、Cとかよりも古く、i4004より前なんだよね。
（このレス書くにあたってネットで検索し、再発見してオレも驚いたんだけど（ｗ）
元来フルセットのLOGOはLISPばりのリスト処理系を含む、人工知能指向の高級言語｡
なんだけど、CAI向けということで、そのタートルグラフィックス機能のおもしろさ
だけが注目された感がある。どの雑誌か忘れたが、80年半ば頃にLOGOを使った
人工知能入門連載なんかもあったけど、「LOGOの隠れた魅力」的な扱いをされていた｡

確かにその頃はLOGOブームみたいな雰囲気で、多くの雑誌にタートルグラフィックスや
リスト処理を省略したLOGOのサブセット版みたいな言語の記事が掲載されたよね。
SONYのSMCなんかはBASICに標準でそういう機能があったんじゃない？

;ところで、なぜこの板はsage進行のスレが多いん？ここなんか今日の夜明けにできたばかりなのに。
;そういうルールでもあるの？

>>12
sage進行が多いのは、冬厨や粘着くんの出現を抑えるための自衛策。
もう大丈夫だろうけど。

WICSとBASEばっかり使ってました。

I/Oに載ってたWICSコンパイラを打ち込んで、セルフコンパイルかけたら
4時間くらいかかったと思います。
取っ付きにくかったマシン語も、WICSに慣れたらすんなり入れましたし、
後々Ｃを習得する時に何の抵抗もなくいけたのも、WICSのおかげでした。

今の自分があるのは、WICSのおかげです。感謝。

他スレにも書いたんだけど、NCBを使った方いませんでしたか？
任意桁数の数値計算ができるってやつなんですが。

>>13
了解。

肝心の8bit機コンパイラの話をしてなかった｡
Kはよく使ったなあ。吐き出すコードが印象的だった。
お世辞にもオプティマイズされてるとはいえなかったけど、
スタックを多用した6809ならではのもの（後にZ80機にも移植されたけどね）。
まだ6809始めたばかりで、豊富なアドレッシングのありがたみなんか解らず
プログラムしてた頃だったから、コード見るたびに、
「ほら、こんな風に書いたっていいんだよ」
と言われてるような気がしてた。

>>11
書き方が少し悪かったかなあ・・・。
これはデービーの辞書盗用を書いたつもりなんですが。
「身内の始末もできない団体が人のことをとやかく言うな」と思ったのは
私がリアル工房のころ。

>これはデービーの辞書盗用を書いたつもりなんですが。
イヤ、分かってるけど。

>「身内の始末もできない団体が人のことをとやかく言うな」と思ったのは
>私がリアル工房のころ。
この辺は意味不明です。ひょっとして ACCS のことを言ってるのかな？
たしかｄBはあの団体には加盟していなかったハズだけど…

リアル厨房んとき、ACCSに「他者の辞書をコピーして使ってるdBソフトは
どうなんだ!!」って電話掛けたことあるんよ(若いな…)。
したら「あ〜dBはウチの会員じゃないですね。どうかしました?」とか言わ
れたよ。

>>3
最初のGAMEはH68/TRじゃなかったけか。

>名前の由来は PL/1 ?

TL/1はPL/1に掛けているが、Tiny Languageの略ですね。
変数が1バイトだったのが斬新といえば斬新。

>>5
メモリの少ないワンボードマイコン用の小型言語だったのですね。
しかし 768bytes で言語が動くってのはすごいっす。

>>15
NCB ってのはどの機種で動いてたんでしょう？

>>20
その通りで H68/TR が元祖みたいですね。
一番多くの機種＆CPUに移植された言語のような気がします。

>>18 >>19
あ、デービーはACCS非加盟だったんですか。実は追放された？
（キャリーラボはあぼーんするまでACCS加盟）

>>20
んぁ？H６８用って移植だったはずでは？と思ったが、そういえば
H68TR＋どっかのディスプレイボードが最初で、しばらくしてタートル
グラフィックなどを追加拡張したものがH68TR+TVに移植されたんでした。

>あ、デービーはACCS非加盟だったんですか。実は追放された？

ん〜わからん。でも最初は加盟していたような気がする。
フラッピーでヒットを出して、春望で辞書ディスク盗用、始皇帝で画面
レイアウトにケチがついて、177で国会で取り上げられたんだっけって
スレ違いスマソ。
そう言えばdBもBASICコンパイラ出してたよね。独自言語とは違うか。

>>24
スレ違いにも思うがage進でいくよ。
で、そのdB-Compilerなのですが、機能を限定したdB-IBASICのそれですよね。
「ボコスカウォーズ」のMini Hu-BASICよりは自由度が高かったような気がします。
市販ソフトにも「Mr.Pac!」（ナムコへの当てこすりが派手なゲーム）にも使われており、
パッケージにはｄＢ/COMPILER©のランタイム使用許諾シールが貼られていたのを思い出します。

>>23
ttp://homepage1.nifty.com/je2rfo/hal09.htm
を見ると H68/TR→TK-80BS→TRS-80→H68/TV→PET2001→MZ-80K
→Apple→PC-8001→FM-7という順番みたいですね。GAME-86も含めると
6800,8080,Z80,6502,6809,8086 と一昔前の CPU ほとんど制覇しとります。

>>24-25
dB-BASICというとX1が有名ですが、実はMZ-2000用も出てました。
疑似PCG機能とか面白かったのですが、コンパイル後の速度がいまいち
だったんでやっぱりWICS使ってました。
よくよく考えるとWICSもBASICライクな言語だし、標準で付属していた以外
のソフトハウスが出していたBASIC処理系はありかなぁ。

WICS使いだった人って結構いたんですね。
WICS BASEの本はまだ持ってるけど、結局打ち込まなかった。

もっぱらFORMばっかり使ってました。

>>27
わーそれほしい。私はWICS狂いだったもんで。
FORMも懐かしいなあ。

age

WICSとBASEのリファレンスをﾊｹｰﾝ。
ttp://ueno.cool.ne.jp/magicallogic/WICS.TXT
ttp://ueno.cool.ne.jp/magicallogic/BASE.TXT
BASE、while はないけど、DO〜UNTIL がありましたね。
こういう感じで他の言語もリファレンスがありませんかねぇ。

VIC-1001用でPrologのROM版があったね。ROM焼いたけど使わずじまい。

実際にはKコンパイラをよく使ったなあ。あと、あるFM-8用日本語ワープロが
F-BASICコンパイラで書かれてて、なんとコンパイラ本体もワープロディスクに
隠されてて、拝借して使ってた。なんだかコンパイルしても完全機械語の実行
ファイルになるわけじゃなく、一部BASICコードが残ってて呼び出してるみたいで、
劇的に速くなるわけじゃなかったのが残念。第一、ゲームやろうとすればYAMAUCHI
使うしかないし。

来てください！
http://www.i-chubu.ne.jp/~hyamada/

TinyBasicはこのスレに入ってもいいのかな?

>>33
おけ

>>30
こーれは、K/C用WICS,BASEね。

TS-700,TS-200の仕様と標準搭載のモニタとの差異情報求む。

PaloAltoのTinyBasicを日本に持ってきたのが東大版で
石田8080晴久を快く思ってなかった安田6800寿明が電大版をつくって
そのあと確かNAKAMOZU TinyBasicっていうのを大阪の大学が作った。
ぐらいな記憶しか残ってないや。
誰か補完してけれ。
I/OのソノシートがPaloAltoで、bitの増刊のが東大版でいいんだっけか?

でも自分はGAME-80とBASE-80とTL/1しか使わなかったなあ。
TL/1といえばアスキー系で小さくて分厚いZ80用のTL/1の本が出ていた気がする。

しまった、名前に「#=-1」とか気取って入れたら
トリップしてしまった。
鬱だ。

６８００の４Ｋ　ＢＡＳＩＣってたしか浮動小数点を扱かえたはずだけど、
Ｈ６８のレベルＩ ＢＡＳＩＣは４Ｋでも整数型だったんだよね。
あのＢＡＳＩＣって日立内製だったのかな？

>>39
元の4K-Basicって、テレタイプ(ASR33?)端末用だと思ったのですが
（1文字入出力だけ自分で作る)
H68のは、グラフィックボードで拡張した状態でじゃないのかな〜
「H68のあのキーボードと、あのディスプレイ」でじゃ無かったでしたよねえ…
7セグでAからZまで表示してたもんなー

>>38
ﾊｹﾞｼｸﾜﾗﾀ

TL/1は大西博氏だっけ？いま何やってるんだろう。
あとＭＡＩとかあったね。うちにテープアスキーあるけど読めるかな？

>>42
MAIはASCII内でもマイナーだったね。

dB-BASICは2種類あってdB-IBASICってのがあったよ。整数型ね。
コンパイラついてたのは後者の方じゃなかったかな。
dB-Iの30KBくらいのダンプリスト打ち込んで使ってみたが
どっかにミスがあって完璧には動かなかった。探す気も起きんかった…。

ＭＺでＦＯＲＴＨってあったよね。
Ｐ８ユーザーだった漏れにはとても奇怪なコードに見えた。

>>45
FORTHは今でも使われてるよん。
OpenFirmwareなどなど。
逆ポーランド記法とかで検索しても出てくるよ。

>>46
FORTH というと思い出されるのが Mind。
数少ない日本語ベースの言語。他にはぴゅう太の日本語BASICくらいか。
しかし Mind はちゃんと日本語の文法で記述できるのでした。

思い出されるとか書いたけど、ちと調べたらフリー版が下記で入手できるよーです。
商品版もあるみたいだし実は現役なのね。
ttp://mindclub.scripts-lab.co.jp/

まいどMindって連載があったよねage

>47
確か88用に和漢つーのがあったぞ。
漢字も使える構造型日本語BASICだったと思う。
雑誌の紹介でしか見たこと無かったが。

>>49
探してみました。
ttp://www.ipsj.or.jp/members/SIGNotes/Jpn/08/1983/029/article002.html
肝心な本文がパスワード要求されるんで読めないんですが、ワープロ感覚で
プログラミングってことは本格的な日本語ベース言語っぽいですね。
元になった AFL ってのはどんなのなんだろ。

そーいえば MZ-2500 は BASIC の変数に漢字が使えたような気がする。

>>50
>>そーいえば MZ-2500 は BASIC の変数に漢字が使えたような気がする。
使えるよ〜。しかもX1のSHARP-HuBASICと違い、ブラケットなしで使えます。
ex.
Hu（ハドソン）：[名無しさん]=7743
MZ（テレシステムズ）：名無しさん=7743

>>51
そーいえば X1 でも使えてたんだった。
でも昔の漢字の入力形式だと面倒だから漢字の変数名使う気しないんだよなぁ。
X1 の NewBasic あたりでちょっとは漢字入力が楽になったような気がする。

日本語の言語、最近だと「ひまわり」というのがあるようです。

保全age

age

やふおくでWICS・BASEプログラム集をかっぱぎました。
もうすぐ旧友に会える・・・今はそんな気分です。

I/O 1983年4月号544p.より。
新製品：WICS-8001 \12000 ROM+TAPE
そんなのあったの!?!?!?!初耳です。
なお、WICS-700も広告に出ていますが、存在は知っていますし、>>55で
かっぱいだ単行本にもあります。

WICS BASEプログラム集ですかぁ。いいなぁ。
やっぱ捨てなきゃよかったなぁ。

そーいえばKは非構造化言語でした。最近引っ越した
んすけど、なぜか言語関係の記事が載ってるときの
I/Oとかは残ってたんで、Kの載った号も見つかった
のでした。

>>56
気ぃ悪くするかもしれないけど、そのかっぱぐって言葉やめません？
凄く品がない人みたいな印象を受けるよ。

聞こうか迷ってたんだけど、かっぱぐってどういう意味ですか？

掻き集める、の方言?らしい。

kumajiri使ってた人はいないのかな。いないか。

>>59
分捕る、掠め取る、の意味でも使われるので、あまり上品な言葉では
ない。
「パチンコかっぱぎ講座」って本もある。

http://page5.auctions.yahoo.co.jp/jp/auction/e9035454
新規なのがちょっと気になるが・・・。

>>58-62
やっぱり「かっぱぎ」はやめよう・・・ヤフオクにはぴったりなのですが。
それはさておき、>>63は思ったより上がらないと思いますよ。
状態云々よりも、需要が一段落したからと思うからです。

>>3
ASCIIによると(持ってるのはENCYCLOPEDIA ASCIIの5ね)、GAMEの製作者も「大西博」って人らしいです
>>61
KUMAJIRI…名前しか聞いたことないです。

あとはFAST(Tiny FORTH)とか、TTLとか…

KUMAJIRI…
ASCIIの読者コーナー(TBN)でベンチマークが語られて
実際はI/Oに出てたような気がする
津田さんだっけ?作者
6809用でしたっけ…それであまり記憶がないのかな

kumajiriの作者は津田さんです。K compilerのKはたぶんKumajiriのK。
で、kumajiriの語源は...内緒 :)

I/Oに出てました。文法は構造化GAME言語。6800用で、
コンパイラ-インタープリタ型です。結構画期的だったと
思うけどなあ。

津田さんってViViの作者さんですよね。
ホームページみても昔の言語についての記述がなさそーなのでちと残念です。
FM-7用のCもそうでしたっけ？

しかし津田さんで通じちゃうのもすごいな、ここ

>>67
Kコンパイラの作者は桂さんでは?

>>68
FM-7用のCは、いくつかあった。
I/Oで発表されて、Oh!FMで発展したのが、Draco-C
ざべで発表されたのが、DOH-C。多分こっちが津田さんの作品

>>80

KumajiriとK-compilerは別物です。
発表はI/O誌1980年8月号103ページ。
表紙では「幻の68系コンパイラ『KUMAJIRI』全リスト公開」と
紹介されています。作者は津田伸秀さん。

文法は構造化っぽいGAME言語。行番号の代わりにラベルを使い、
構造化構文(if-else-then、for-next、repeat-until、while-wend)を
追加したような言語です。

71です。ごめん、さっきのは >>70 の間違い。

K-compiler って、Kumajiriをちゃんと設計しなおした言語、だったと
記憶しているんですが、資料がでてこないので、もしかしたら
私の記憶違い?

KUMAJIRIに関する津田さん本人の投稿がASCII誌80年1月号のDMAにあるんだけど
どうしてI/Oに逝っちゃったんだろ。（結果的には良かったかも）
例によって何ヶ月も投稿を未チェックのまま積んでおかれたのか？

K Compiler、発表時の名前は COMPAC T&S になってますね。
実は共作？

Agenda TIA/D 整数型コンパイル言語

AGOS上で動くやつ
良かったんだけどなぁ、、、

ASCIIでFM-8とか09マシン用にコンパイラが出ていた。
CONSOLっていう名前だったと思う。
PASCALっぽいかったような・・・、誰か知ってる？

>> 76

COMSOLではないかと。

最初に覚えたのがTL/1
おかけで由緒正しいPASCAL派になってしまったが

PASCAL系といえば、FM用にModula-2/09なんてのもあったな

>>77
COMSOLで検索したら情報が見つかりました。ありがとうございます。

＞PASCAL系といえば、FM用にModula-2/09なんてのもあったな
OS-9/6809が必要だったので
貧乏な私はリストを眺めているだけでしたね。

ttp:/www.nk.rim.or.jp/~jun/rvtl/rvtl.html
これは32ビット版のGAME III？

月刊マイコンで発表されてたPコンパイラってのもあったね（FM7用）。
多分作者は津田さん。
ＫをよりＣ言語っぽくした感じ。
後づけでPlayコンパイラとかも呼ばれてたっけ。

>>81
そうですね。変数とかが32ビットになってるので行番号が21億までってのはちとﾜﾗﾀ。
アセンブラオンリーで開発ってのは最近ではめずらしいんじゃないかなぁ。
VTL系言語の歴史というページの一番下の、
塚越一雄, オリジナル言語入門, 電波新聞社, 1988, ISBN4-88554-158-1
って本が読んでみたい。

独自の言語ってゆーかＣなんだけど、ＦＭ用のＤＯＨＣ。
ネーミングセンスがすげぇと思った。

>>84
なんて読むの？

>>85
ダブルオーバーヘッドカム

S-OS系のネーミングセンスだと
SLANGとか(最初わからずに「えす-らんぐ」と読んでいた(^_^;)
TTLとか。

PC-6001 の EXAS というBASIC コンパイラもあった。
作者は今も有名人 ttp://www.pro.or.jp/~fuji/
20年も前なのね。

SHARPもMZのインタープリタパスカルを出してたなぁ。
ついでにMZ-80のHu-BASICはコンパイラがあったぞ。誰か使ったヒト居ない？
MZはとかくテープベースで使えるコンパイラ言語がそろってて良かった。
面白かったなぁあの頃。

>>88
thx.この人なんですか。

>>88
それ、I/Oにも初期版がリストに載りましたよね。当時打ち込んで、
この為にROMライターまで製作しました。今でもあるのですが、
焼けるのが2764だけだったかな。今頃こんなEP-ROM売ってないですね(苦笑)。

そうそう、あとASCIIに載ったGAMEコンパイラ、GAME-SMCを使っていました。
MSXにも個人的に移植したんですが、独特な（ドキュメント性のない）記述が
いやになって飽きてしまいましたが…。
確かGAMEってその後PC-98に移植されてGAME2とか出ていたような記憶があるんですが…。

ハケーンしました。
http://ja2kai.hoops.livedoor.com
こんなのあったんだね。

WICS.BASEにはお世話になりますた。
工学社の本ももっと続けて出してくれればよかったのに

>>89
Hu-BASIC Compilerは、先日ヤフオクに出てますた

>>92
GAME2って知らないなぁ。 詳細キボンヌ。

GAME2 じゃないけど…

http://www.nk.rim.or.jp/~jun/game86/

>>97
あ、それそれ、それだ！
ありがとうございます。ダウンロードしてみよ。

MAIっていうのもあったよねN-BASICモードの
GAMEやTL/1に構造化命令拡張したようなやつ

確かGAMEは最後にSMC-70に移植されて関数が3文字になってわかりやすくなったのが8ビットでは最終版だったかな
TL/1はMSX-DOSのが最後だった気がする
なつかしいな

100ｹﾞｯﾄｽﾞｻｰ

１０ヶ月かかりますた。
MAIは>42-43あたりでちょっと出てますね。
昔は構造化でも高級だったのだなぁ。まあOOPは実装しきれんでしょうが。

8bit時代ってBASICコンパイラユーザーがやたら馬鹿にされていたが、
（かくいう俺はBASICコンパイラなんて買えない貧乏人だったが）、
今思うと、ハードメーカーもガンガンBASICコンパイラなり独自のコンパイラ言語なりを
本体に付属して、べーマガで優位に立てるようにすりゃよかったのに、と思うな。

Oh!MZのプレゼントでインタプリタPASCAL貰いました
今ではDelphi使いです

>>101

>8bit時代ってBASICコンパイラユーザーがやたら馬鹿にされていたが、

馬鹿にされていましたっけ？
その当時すでにべーマガを読む世代ではなっかたので、解説キボン。

ベーマガにBASICコンパイラ推奨のゲームってあったか？

BASICコンパイラは馬鹿にされてなかったと思うが、ランタイムがデカくて
やりにくいなぁ、という感じはあった。

8bit時代には、みんなが普通に言語を作って競い合っていたように思う。
最近はどうなんだろう。現代の高級言語はC++、Java、Perl、PHPなのか？
もっと高級なものがあっていいと思う。

ユーザーが馬鹿にされたというより、Basicコンパイラが馬鹿だったヨウナ気が。

>>104
コンパイラ使用のソフトを投稿するとかなりの確立で採用されるのはやはりPiOだったでしょう。
PC-6001のEXASコンパイラ作品はいうに及ばず、MZのWICS、X1のdB-Compiler、
あげくには雑誌公開していないはずのPC-8801版dB-Compiler使用ソフトまで載る始末ですから。
ほかの雑誌ではごくわずかにOn!MZで出たぐらいです。
（「1日1面FANTIC」はMZのdB-Compilerで書かれたものです）

8bit時代にコンパイラが頻出したのは、マシンの制約が大きかったからだろうな。
実数型・4PASSのBASICコンパイラを気合入れて作ると、コード入れるエリアが無く
なってしまうし、じゃあBASICで良いかというと遅いし。
テープ主流の頃は、いかに妥協して目的に合ったものをコンパクトにまとめ上げるか
という目標があったけど、最近のWin機だと、メモリがぶ飲みしたところで、どう
ってことないからなぁ。
.NETの開発環境なんか、メモリ強烈に食うもんな。
こんなんじゃ、作り込む楽しさなんか味わえないよ。

>>108
＞作り込む楽しさなんか味わえないよ
うむ
久しく忘れていたような気がする

あけおめ

ことよろ

（＾＾）

1年以上もったage

FM-7でKコンパイラを使っていたが、sin cos関数がないので、
自分で簡易sin cos変換テーブルを用意することを覚えた。
人のプログラムを見て、なるほどと思って、感心したんだが、
そんなことにも喜びがあったなぁ。

>>114
sin, cos をテーブル用意してやるのはよくやったなあ。
今だとコプロのってるから意味ないんだろうけど。

三角関数にテーブル使うのとかZ80みたいに割り算命令のないCPUの場合に
シフトで演算させるのとか、みな失われた技術になってしまうのかな。

あんまり詳しくないんだけど、もしかしたらコプロの中にテーブルがあったり、CPUのマクロ命
令の中でシフトしてたりするんでは・・・

>>115
組み込みでよく使われるARMはコプロも除算命令もありません。

>>115
PSone用のゲームとか組む場合は未だsin/cosテーブルは健在じゃないかな。

（＾＾）

>>117
ARMでアセンブラで組むことはほとんどないと思われ。

>>118
PlayStation の CPU ってコプロ載ってないのけ？

　　　　　＿＿＿＿_＿
　　　 ／＿　　　　　　|
　 　 /.　＼￣￣￣￣|
　　/　　／　 ―　― |
　　|　 /　　 　-　　- |
　 ||| (5　　　　　　>　|
　| | |　　　　 ┏━┓|　　 ／￣￣￣￣￣￣￣￣￣￣
| | | | 　　　　┃─┃|　 ＜　こんなサイトを見つけた
|| | | | 　＼　┃　 ┃/　 　 ＼　　正直、スマンカッタ
| || |　|　　　￣　　　　　　　　　＼＿＿＿＿＿＿＿＿＿
http://freeweb2.kakiko.com/mona/

>>121
不動小数点演算のためのコプロセッサは載ってないよね。
そのかわりベクトル/マトリクス演算用のコプロセッサがある。

不動小数点って何だよ・・・・役にたたねーな

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

　__∧＿∧_
　|（　　＾＾ ）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

クロスコンパイラを使えたら面白そう

過疎だなぁ…。
保守。

ttp://www.cc.u-ryukyu.ac.jp/~hosoya/ronbun/vtlms.htm
ｶﾞｲｼｭﾂだろうけど貼っとく

>>133
なんとなくGOSUBの実装がやだ

WICSは最強だよ

自分もＴＬ／Ｉでプログラム組んだことある。
たしか、開平筆算法で根を求めるプログラムだったような・・・
夏休みの自由研究として学校に持って行ったけど、
全然受けなかったような気がする・・・

関係ないけど、作者の大西さんはａｐｐｌｅ使いだったのかなぁ。
マイクロオセロリーグに出てきた大西オセロはａｐｐｌｅで
動いていた気がする。

TL/1は飛びそうに軽かった。

>>138
アスキーのベンチマークテストで一位だったような・・・
当時は、ベンチマークテストの順位を暗記するくらい見ていた。
今だったら、ベンチマーク厨とか言われそうだな。

Tinyっていう言語＋環境があった。
プロローグと同じ、言語であり、環境であるシステムで、
代入文のみという割り切ったやつだった。

A:=B　っていう感じで、Bに環境変数を入れたりした。

N-BASICでできることは大抵できたと思うが、
代入文たった１つしかないプログラミング言語＋環境というのは
今考えるとスゴイ。

救済age

ほっしゅ

rvtlｵﾓｽﾚｰ
なんかこう、タイムトリップした感じ

放置してたｻﾞｳﾙｽ引っ張り出して、通退勤時の電車内で浸っております
初パソMSX2な若造なんでGAMEやVTLは知らないんだけどね

32BITなGAME言語なんてイラネ

TL/1ｲｲﾖｰ

ほっしゅほっしゅ

TTLならソース持ってたような気がする

手持ちのエンサイクロペディア・アスキーを漁ってみたら、GAME-MZのソースもあった。
物持ちがいいなと思った。

たいしたことないな

本音は？

本音は？

　　　　　　　　,．-─ ─-､─-､
　　　　　　, イ)ィ　-─ ──- ､ﾐヽ
　　　 　 ノ ／,．-‐'"´ ｀ヾj ii /　 Λ
　　　 ,ｲ／／ ^ヽj(二ﾌ'"´￣｀ヾ､ﾉｲ{
　　 ノ/,／ミ三ﾆｦ´　　　　　　　 ﾞ､ﾉi!
　　{V /ミ三二,ｲ　, -─　 　 　 　 Yｿ
　　ﾚ'/三二彡ｲ　 .:ィこﾗ 　 ;:こﾗ 　j{
　　V;;;::. ;ｦヾ!V　　　 ｰ '′　i ｰ '　ｿ
　　 Vﾆﾐ( 入　､　　 　 　r　　j　　,′
　　　ヾﾐ､｀ゝ　　｀ ｰ--‐'ゞﾆ<‐-イ
　　　　　ヽ　ヽ　　　　 -''ﾆﾆ‐　 /
　 　 　 　 |　　｀､　　　　 ⌒　 ,/
　　　 　 　|　　　 ＞ ---- r‐'´
　　　　　　ヽ＿ 　 　 　 　 |
　　　　　　　　　ヽ ＿ ＿ 」

　　　　　ウプレカス [ Uprecus ]
　　（ 西暦一世紀前半 〜 没年不明 ）

俺も持ってんな
たしかCBMと一緒だったｷｶﾞｽ

漏れも持ってるＹｏ！つうかこれくらい持ってんの多いんじゃね？

TL/1(I?)と言えば…

北海道防衛作戦！

TL/1がいいのは、レジスタ長と変数の大きさが一緒だったのが大きいんじゃないかな。K&R時代のC言語のように。

すっげぇ遅レスだけど
>>155
俺もやった覚えあるよー TL/1でよくあれだけの規模のプログラム
書いたってのがちょっと驚きだった

>>156
いいのかなぁ
変数サイズが基本的に8bitというのは結構きつい制限のような
覚えもあるんだけどね
もっとも当時は当たり前のようにアセンブリ言語のみで作った
プログラムがあったのだからバランスとしてはよかったのかも
しれないね

・GAME-78Kインタプリタ(作者の悪口を言わないこと等を条件に無料公開されている)
・USBエッジコネクタつき78Kマイコンボード(ボードつき書籍として売られている)

　現在これらが出揃ったようですが、これで何が出来るのかはわかりません・・・

リネージュ RMT
http://www.rmtfane.com/lineage

http://saito.s4.xrea.com/software/software.html

antivir english language version,full cracked ^^
http://205.209.140.213:8080/antivir.rar

TL/1、再入力して使ってみるかなぁ。たしかFM用もあった気が。
FMの実機も当時のASCII誌もあるのでさがせば出てくるだろう……

RO經典動畫
以改圖的方式呈現另一種風格的RO動畫 ... RO ...
http://www.livedoor-
bbs.com/fortune/ltyy0808033566_5linmovesmm.rar

MSXの大脱走を初めてやった。
てっきり作り直してるんだろうと思ったらPC版からのベタ移植でぶったまげた。

あの頃のキャリーのソフトって88,MZ2000,X1,P6mkII,FM-7間で完全なベタ移植ができてたよね。
ちゃっくんぽっぷとか大脱走とか。

あれってキャリー内で独自コンパイラとか作っててメインプログラムは
全部共用してたのかなぁと思うけど（CPUの違うFM-7が入ってるところがすごい）どうなんですかね？

MSXの大脱走を見て、そのシステムをMSXにまで移植してベタ移植を実現してるんだとしたら
すごいなと思いました。

TL/1はキャリーフラグを意識するところが斬新だった
ＧＡＭＥは…今作っちゃうとかけ算割り算優先にしちゃいそうで怖い

SLANGはここでいいの？

>>166
もちろんOK。
しかし７年近く経ってもまだ200行かないとは。

しまった8年近くだった。
仕事だと結構独自のインタプリタっぽいのを作るんだけど、
結局構文はＣもどきにしてしまうのであった。

掃除してたら押入から石田さんの「マイクロコンピュータのプログラミング」が出てきたよ
TinyBasicのソースにはけっこう書き込みがあったりして
当時の熱意を思い出してちょっと感動

>>168
公開よろ

S-OSのTTC/TTIとか、マニュアルは無いんですかね。
OBJだけじゃなく、各言語でプログラムを書けるだけの
情報が載ってるまとめサイトがあるといいのに。
# 連載原稿レベルだとなおいいのに。

TINY言語のリソースセンタとか、著作権確認などの
手間暇と比較して需要がニッチ過ぎるか。

興味深いね。

>>171
国会図書館行け

>>67
> K compilerのKはたぶんKumajiriのK。
そのとーり

さてと…ｗ”

COURANT DE CONSOLE PART.1
http://jbbs.livedoor.jp/bbs/read.cgi/computer/42600/1283796127/l100

亀レスだけど・・・

>>3
> GAME(作者?)
> TL/1(作者?)

作者は 大西 博さん

すげえ
まるで歩くエンサイクロペディア・アスキーですね。

当時（１９８０年頃）のことで聞きたいことがあったら聞いてくれ
知ってる あんど 差し障りの無い範囲でお答えしたげるよ

○ス○○○○の ○ー○屋ゲームの津田さん？

その大西さんは当時何されてた方なんですか？
アメリコから原稿を送ってくる・・・みたいなことが毎回書いてあったんですが

>>179
そうだよ

>>180
大西さんを個人的に知ってたわけじゃないし、
彼が何者だったか知らない（すまそ）

ご本人様でしょうか。
では質問です。
K Compiler は COMPAC T&S 名義でしたが、共作だったのでしょうか？

うぉｗ 俺が立てたスレが伸びているｗ

＞182
基本的にはおいらが開発したんだけど、どこか一部（詳細は忘れた）を
工学社（I/Oの出版社）のSさんにやっていただいたので共著ということにしたんだお。
だけど、Sさんは工学社の人だったので著作権料はもらえず、
おいらが全額（定価の１０％？）いただいたお。

イスカンダル○ と○ふ○○○○？

>>184
回答ありがとうございます。
結構いろいろな雑誌に言語を発表されていたと思うのですが、なぜなのでしょうか。
上の方で Kumajiri は ASCII で話が出たけど発表は I/O という書き込みもあり
ました。基本的には全て投稿で、雑誌のカラーに合わせていた等なのでしょうか。

さらに質問ですが、K Compiler の文法は BASIC ベースで構造化構文を追加
した感じだと思うのですが、文の区切りはなぜセミコロンにしたのでしょうか。
当時押されていた Pascal の影響？

あと、ご自身のページに言語関連の記述がないのが寂しいです。

押す -> 推す ですな。

まだ保存してある I/O をいくつか読み返してみたのですが、1981 年当時に
C 言語の入門講座を連載してたのね。これには驚いた。
まだ -= が =- の時代なんですな。

>>186
Kumajiri が動き始めたときは、中間言語のインタプリタを作成しただけで、
コンパイラやランタイムなどが不整備だったんです。（ASCII で紹介されたのはこの段階）

んで、6809 エミュレータ（on 6800）を開発したんだけど、そのモニタ部分を Kumajiri で
作って、IOに投稿したんですよ。そひたら Kumajiri を是非発表してくれと言われて、
それからコンパイラやランタイムなどを整備して I/O で発表したという次第です。

>>186
> 文の区切りはなぜセミコロンにしたのでしょうか。
C言語の影響だと思います。

> ご自身のページに言語関連の記述がないのが寂しいです。
気が向いたら書くけど、当時のソースなど何も残ってないし
若気のいたり（謎）ってことで見逃してくだされ。

>>187
> まだ保存してある I/O をいくつか読み返してみたのですが、1981 年当時に
> C 言語の入門講座を連載してたのね。これには驚いた。
あれ、オイラがそんなの書いてたっけ？
本人もびっくり（記憶にありませんで）

電波新聞社のマイコンで Pコンパイラ ってのを発表したのは、
電波新聞社の社員の方（彼はもうひとりの社員とゼビウスを開発してた）が、
おいらのコンパイラを気に入ってくれ、彼の意見（ファンクションキーを押すだけで
コンパイル、実行が可能とか）をかなり取り入れて開発した記憶があります。

その人はMさんだっと思うけど、彼はゼビウスを開発・リリースした後、しばらくして
退社されて実家の方にUターンされて行きました。
Mさんがいなくなって電波新聞社とは疎遠になってたんですが、
それからしばらくして今度は技術評論社の社員 or 学生アルバイトの方がPコンパイラを
絶賛されてたので、技評に遊びにいって、何故かコンパイラの作り方みたいな原稿を書くことに
なったように思います。

> まだ保存してある I/O をいくつか読み返してみたのですが、1981 年当時に
> C 言語の入門講座を連載してたのね。これには驚いた。
それって津田というペンネームの別の人じゃないですか？

某T大学の（助？）教授が名前のアルファベットを入れ替えたペンネーム（複数）で
いろいろ記事を書いてたけど、そのひとつではないじゃろか？

あ、紛らわしくてすみません。C言語の連載をしていたのは別の方です。
単に 1981 年に I/O でC言語の入門講座をしていたのに驚いたということです。

>>194
なんだ、そういうことか。

でも、何故驚かれたのか理由がわかりません。
C言語は８１年頃はもっともホットな言語だったと思いますよ。

1981 年当時は中学生でナイコンでしたので言語といったら BASIC かマシン語、
Pascal というのが今後の主流になるらしいくらいの認識で OS ? なにそれという
感じでした。なのでC言語の入門講座やっていたのに驚いたというか、当時は見
事に読み飛ばしてたなあというか。
今調べると BDS-C は 1979 年開発らしいので、やはり当時でも先端を走って
いる方は知っていたのですねえ。とセミコロンはC言語の影響と聞いて思ったので
した。
いろいろ回答いただきありがとうございます。

>>196
いえいえ、おじさんの昔話につきあってくださりさんくすです。

ちなみに日本で初めて C と Unix を紹介したのは東大計算センターの石田晴久氏だと思います。
1981年頃、bit（専門家向けコンピュータサイエンス誌） に紹介記事を執筆されてました。
わたしは1982年冬に某社でバイトを始めたのですが、そこで初めて Unix/vi/C を触りました。
（ハードは vax-780）
それ以来ずっと vi 派です。

いかん、また変な書き方をしてしまった。
1981 年当時ですと大学等でコンピュータ関係を専攻されていた方や Unix をいじれる
環境にあった方は当然ホットな言語だったのでしょうし、マイコンでも CP/M を使っていた
方でも BDS-C でC言語の存在は知っていたのだろうなあという事を思ったのでした。
当時の私はパーコンでゲームができることしか頭になかったのですけどｗ

インターフェース誌がFORTH系をよく特集してたのは、もしかしたら組み込み系に使えると思ったからかしらね？
あの頃はサザン・パシフィックの広告が眩しかった。
C言語がショックだったのは、小文字メインだったことかな。MZ-80Kユーザーだから＞おれ

Kコンパイラはまあまあだったな
しかし関数の呼び出しにUとSを両方使って無駄なPUSHをしているのは
吐いたコードを見て「こりゃ効率悪い」って思った

その後DOH-Cが出たけど裏RAMをフルに使ってオンメモリコンパイルする
のでなかなか高速で良かった

ランタイムルーチンも小さかったし

>>197
いえいえ、こちらこそ。貴重な発言ありがとうございました。
そもそも私も十分おじさんですし。というかこの板おじさんしかいないような。

bit は読んでなかったなあ。
プログラミング言語Cの日本での初版は 1981/7 らしいですね。
やはり知ってる人は知ってたんでしょうね。
自分の無知をさらしたような。

そして vi は 1982 年から使われてるのですね。筋金入ってますなあ。

>>199
FORTH は移植性と省メモリということで組み込み向きという話だったような。
もっとも私は長年組み込み系やってますけど FORTH 採用のシステムは見た事ないですがｗ
言語仕様に詳しくないのでなんですが、割り込みとかどう処理されるのでしょうね。

MZ-80 用のC言語は I/O に載っていたのを見たような記憶があります。
{} がないのでなんかのキャラで代用してたような。なぜトライグラフを使わなかったのかは謎。

TTC のテキスト:
http://www2.odn.ne.jp/~haf09260/Unk/ChouKogataCompiler%20TTC%20(1989)(Oh!X).txt
http://www2.odn.ne.jp/~haf09260/Unk/ChouKogataCompiler%20TTC%20(1989)(Oh!X)%20[Refarence].txt

チンポ♪

>>178
質問です。
最近Apple II+を手に入れました。
TL/1を使いたいのだけど、Apple IIへの移植版は
月間ASCIIの何年何月号に掲載されていたかご存知ですか?
あるいは、エンサイクロペディアアスキーの何巻か分かるとありがたい

TL/1 PC-8001,APPLE2　ダンプリスト
TL/1ユーザーズマニュアル
ASCII, January,1981
エンサイクロペディアアスキーの8巻

保守

保守

電気屋さんの店先でデモってたPC使ってTL/1でゲーム作って、ENIXのプログラムコンテストに応募したのは懐かしい思い出...

そういえば昔、「ユキチカしてそうな芸能人」ってのがあったな

TL/1はダンプリストで配布されてソースは無いのだろう。
構文から推測するとALGOLだろう。ALGOL60は実用的な言語でなく実験的な言語で
仕様のみが公開されているもの。実用的な処理系はない。当時は汎用機の時代でUNIXやミニコン創世記以前。
今のPCで使うならばALGOL処理系が近い。

>TL/1はダンプリストで配布されてソースは無いのだろう。

68の頃はソース載ってたよ

ALGOL(60)は実装あるだろ。一部の仕様（call by nameとか）に、正確に実現するのは
異常に面倒なのがあるのでそういう所のアレンジとかはあるだろうが。

仕様と仕様書が膨れたことで知られるALGOL 68でさえ実装はあるんだから。
http://en.wikipedia.org/wiki/Category:ALGOL_68_implementation

ていうか、自分が知ってる部分にちょっとでも似てる部分があったら「あれはこれだ」とか
断言しちゃってませんかあなた？

>>211が何を言っているのかよくわからん
MZ80K/CのカセットPascal使ったこと無いな？
そいえば「Pascalが、なんちゃらかんちゃらALGOLの略らしいが、なんちゃらの部分が判らん」と
言っていたのは有澤誠だっけ？

TL/1は、MC6800アセンブラ記述のソースコードが雑誌ASCII上で公開されていた。
原本は、日立H68の上で製作されており、
ソースリストがあるから他のCPUにも容易に移植された。

H68って何？

H68/TRのことだろ
ttp://www.st.rim.or.jp/~nkomatsu/evakit/H68TR.html

あれよく7セグで英数字全部表示しようと思ったよな〜

スレたってもうすぐ10周年。さすが過疎板だけのことはある。で age てみる。

去年はC言語のデニスリッチー博士が亡くなり（個人的にはジョブスより偉大な人だと
思います）、そして FORM, Hu-BASIC のハドソンも消滅と寂しい限りです。

へえ！そうなんだ！

最新情報ではハドソンブランドは残るってさ

高橋名人は？

>>222
もう退社(退職)してる

Draco C age

FORMは懐かしいわ、書籍にあったGENOCIDEゲームいれて改造して楽しんだな。

FORM is a Tiny Fortran interpreter, isn't it?
Did it run on MZ, or PC?

コンパイラだよ

>>226
MZ-80
It's just a compiler.

やっとこのｽﾚにたどり着きました。
ﾃｰﾌﾟ版のTL/1-PC(PC-8001用)持っています。
TL/1-MSX Ver.1(ﾃｰﾌﾟ版)　Ver.2(ﾃﾞｨｽｸ版)　Ver.3(MSX-DOS版)もあります。
およそ１年前、ｼﾛﾋﾟｮﾝさんがご自身のﾌﾞﾛｸﾞで記事を書いておられました。
RENJU(連珠)をVer.3で動かしたいです。
誰か助けていただけませんか。
MSX版はｴﾐｭﾚｰﾀ上で現在も健在です。

>>229
>RENJU(連珠)をVer.3で動かしたいです。
>誰か助けていただけませんか。

好きに動かせばいいじゃない

>>230ﾚｽありが�dです。
Ver.2のｿｰｽはあるのですが、Ver.3ではｺﾝﾊﾟｲﾙできないのです。
たとえば、ROMOSという関数がVer.3にはなかったりとか。
完全な上位互換ではないようです。

>>231
>たとえば、ROMOSという関数がVer.3にはなかったりとか。

自前で用意すりゃいいじゃん

糸冬　了

助けてくれと言っておるではないか

TL/1-PC(PC-8001用)の中に RENJUが 入っているだろう。

この歳になるまで、TL/1で倍精度式とか文字列が使えるって知らなかったyo

>>229 >>231
今更ＴＬ／１なんてｗ
人を頼りにしないで自分で解決しろ
もうここへは来るな

8001用のVer.2ってエミュレータで動かないん？

>>237
スレタイに TL/1 があるスレでその対応はないだろ。
素直に、シロピョンさんに質問したらよかろうと思う。

じゃ詳しく教えてくれ

TL/1って何？

> TL/1って何？

TL/I の誤記と思われる。

TL/1言語の概要　
http://imgur.com/LjCZpT3

次のページ見たいんだが。

大西博さんじゃまいか

保守

ほしゅ

ｼﾛﾋﾟﾖさんのTL/1はけっこう使った。日経サイエンスのPascal記事参考書に。
PascalがなかったからTL/1はアルゴリズム書く時は便利でダンプコマンドなど作った。
数値計算はTL/1が整数だけなのでBASIC使ってた。
なのでRatforやRatbasなどの構造化2-Passプリプロセッサ系はかなり使った記憶がある。

FORTH系は構文がちょっと特殊だった事と整数しか扱えなかったので馴染まなかった。
マニュアルや解説書も専門家向けだったし、LISPと同じで簡単には理解できなかったな。
組み込み向けではなくて実数計算可能であったなら電卓代わりに使えて便利だとは思ったけど実際は違って期待はずれだった。

今、FORTHのコード見ると古い処理系だけあって昔の人々の怨念を感じるので正直怖くてあまり使いたくない（ｗ
流行しなかったというよりも、それだけFORTHって特殊なんだなと思うようにしてる。

X1/turbo/Z　総合スレ17
http://hello.2ch.net/test/read.cgi/i4004/1411315134/220n-
>220ナイコンさん [sage]：2014/11/24(月) 06:32:30.69
>T&Eのプログラムの出来ってグチャグチャにつくって他機種の移植の際ワケワカメで
>一から作り直すってやつだろ？　＞　内藤談
>キャリーラボの言語で作ってたって
>ハイドライド3の頃はまた違うんだろうけど

TL/1年表
http://ameblo.jp/siropyon/entry-11477734742.html
あふたあ・けあ　TL/1年表
http://ameblo.jp/siropyon/entry-11915262075.html

TL/1他ってgame系みたいに誰か配布はしてないの？

TL/1あげ

コンパクトなインタプリタという点では現在でもGAMEやVTLにある程度の価値は
あると思うけど、低機能低性能のコンパイラであるTL/1やGAMEコンパイラには
もはや実用的な価値は無い気がする。

むしろgameやvtlで組まれた実用コンパイラってあるの？

なんでGAMEやVTLで実用コンパイラを組む話になんの?
「むしろ」って、全然話つながってないじゃん

むしろ、今時のコンパイラの出力フォーマットに
この辺のトランスレーション付けるべきだよな。
まあメジャーな8bitCPUにさえマトモに対応してない気がするが。

>>255
実用的価値が無いのが何かの理由なら、実用になればいいんじゃないの？

>>257
アンカー付ける先間違ってるよ

>>256
理解してない用語(モドキ含)無理して使わなくていいよ。

>>259
何を言っているか理解できないなら無理してレスしなくていいのよ？

> この辺のトランスレーション付けるべきだよな。

ｗｗｗ

中間言語インタプリタは普通だけどコンパイラはあんまり見ないな。

>>256
> むしろ、今時のコンパイラの出力フォーマットに
> この辺のトランスレーション付けるべきだよな。
> まあメジャーな8bitCPUにさえマトモに対応してない気がするが。

例えばLLVMのバックエンドとしてGAMEやTL1対応するべき、みたいなこと言いたいのかな?
何の意味があるのかサッパリ分からん。
フロントエンドなら趣味的なあれや学習的なところでは無意味とは思わんけど。

>>262
JavaやC吐くコンパイラなんてゴマンとあるが?

その位充実してたら実用だろうって皮肉だろ。

>>262
ちょっと何言いたいのか分からん。
中間言語にコンパイルするコンパイラ、中間言語を実行するインタプリタ、
どっちも全然珍しくは無いがそういうことじゃないんだろ？

>>265
どのレスへのレス?

ここは8bitだからね

>>268
どのレスへのレス?

前提を忘れている人へのレス

>>270
どのレスへのレス?

自分で考えろ

>>272
折角の投稿が相手に伝わらない人が無駄骨折ってるだけなんだけどね。

勘が悪い生徒に教える教室だったら自己紹介から始めなきゃだな。

TL/1コンパイラなどが、組み込み機器に使われる。
手軽なコンパイルと小さい実行コード。
ワンボードマイコンで使うに手軽で良いだろう
制御などにも使える。

>>274
頭の悪い教師をクビにするのが先だよ。

# つーか何の話? スレ違の話題で「勘が悪い生徒に〜」て
# ホントバカとしか思えないんだけど。

これがモンペという奴か
LOGOでも使っとけ。

>>275
> 小さい実行コード。

言語仕様として8bitしかデータ型なくて効率良くないよ。
素直に今時のコンパイラ使うのがはるかにマシ。

>>275
最近(21世紀)のコンパイラで組み込みの仕事したことある？

>>275
TL/1の言語仕様で今時の環境下で動く組み込み用のコンパイラを作るかなんかして
実用しようということ？
それか、昔のTL/1コンパイラを引っぱりだしてきて実用しようということ？

どっちにしろメリットねんじゃね？
いまどきCコンパイラも用意しないマイコンメーカーなんてまずないし。

誰かAVRにでも移植したくて背中押して欲しいって流れなのかこれは？

>>281
>>256さんや>>275さんは技術分からん人みたいだしその可能性は無いと思う

いや、関係ないスレに出張ってアンチ装ってるツンデレさんの方ね。

>>283
どのレスへのレス?

そういう詭弁はしなくていいよ。

>>284
こういう流れでは？

282 >>256さんや>>275さんは技術分からん人みたい
283 アンチ装ってるツンデレさんのかたでしょ

日本人は自虐的だからな。
そんな事無いよちゃんと使えたよと言われるのを待ってる。

>そんな事無いよちゃんと使えたよと言われるのを待ってる。

当時の話なんて誰もしてないのでは?

>むしろ、今時のコンパイラの出力フォーマットに
>この辺のトランスレーション付けるべきだよな。

とか

>TL/1コンパイラなどが、組み込み機器に使われる。
>手軽なコンパイルと小さい実行コード。
>ワンボードマイコンで使うに手軽で良いだろう
>制御などにも使える。

とかって現代の話でしょ?

その昔、マイクロマウス大会があった、
迷路の中を自動車が走り時間を競争する。
優勝したのがTL/1を使っていた。

NORIKOだったかな、ASCIIに記事書いてたね。

アマチュアに使えるコンパイラの選択肢が無かったころの話だなあ

今でも同じです。組み込み用のコンパイラはそれほど多く無い。

>>292
大抵はメーカーが純正でCコンパイラ程度は用意するし、IARやGreenHillsとか
他社製品もあるしなあ、TL/1みたいな効率の悪いコンパイラなんて出る幕無いよ。

とりあえずCPU作ろうぜ。

GCCもあるしな

>>294
スレ違

バカだなあ、用意されてるならそんなもの無い環境作ればいいじゃないか。

>>297
スレ違

この人さっきから同じ事しか書けないんだろうか？

>>292
バカ言うなバカ

そこまで言うなら選択肢が多いものと少ないものを書くべきだと思う。

>>292
>>301さんが「少ないものを書くべき」だってよ

そんな事は言ってないよ、オレオレCPUが少ないのはわかりきってるから。

>>301
>>273

>>303
誰へのレス?

多いと主張したい人なら誰でもいいけど、
罵倒した人と同一視されるから当人以外書かないと思うよ。

>>306
誰へのレス?

知能障害の詭弁なんだろうか？それともマジ？

>>306
> 罵倒した人

>>260さんのことですか？誰も相手にしてないみたいだし別にいいのでは？

>>308
自己紹介は板違です。
http://peace.2ch.net/intro/ へでも移動してください。

罵倒という言葉を理解していますか？

>>311
板違。↓へ移動しろ。
http://hello.2ch.net/nandemo/

同じ事しか書けない人が居るね。

>>313
>>299

スレ違い、板違いの投稿を延々続けてる奴って何考えてんだろ？
注意されても止めないのは自分を確信犯とでも勘違いしてるのかな。

多分スレタイ理解してないんじゃないかな？
メーカー純正とか何の話だろ？

> メーカー純正とか何の話だろ？

それらが当たり前となった今となってはTL/1等のおもちゃコンパイラには
実用的価値は無いって話でしょ。

理解してないの?! それでスレ違の投稿繰り返してた訳??

本気でアンチ発言してたの？

>>316
荒しはどっか行って

>>318
誰へのレス?

レスアンカー禁止にしよう。

>>321
>>319

実用性のないレスはやめよう。

>>323
>>323

>>324
>>324

全く実用性のないレスありがとね。

実用性があるとかメーカー純正の独自言語とか結構じゃないの。
どこで配布してるのかな？

>>326
> メーカー純正の独自言語

誰かそんな話してる? それか誤爆ですか?

スレタイ

>>328
誤爆ですか??

スレの最初のほう位は読んでから参加しようぜ。

>>330
> 大抵はメーカーが純正でCコンパイラ程度は用意するし、IARやGreenHillsとか
> 他社製品もあるしなあ、TL/1みたいな効率の悪いコンパイラなんて出る幕無いよ。

てのはTL/1の話だから全然スレ違いとかじゃないよね。それで？

>>326
> メーカー純正の独自言語

何の話？それかスレ違の話でもしたいの？？

＞TL/1他ってgame系みたいに誰か配布はしてないの？

>>251さん、なんかバカにされてますよ

TL/1にアンチが居るのはわかったから、TL/1「他」の話をしようぜ。

ある要素についてネガティブに書いただけでアンチとは酷いなｗ
あらゆる要素について礼賛しなければアンチ扱いされそうなスレじゃ
何も話せることなんて無いわｗ

書いただけじゃツンデレだと思われてたと思うよ。

>>335
>TL/1にアンチ

たしかに「小さい実行コード」なんて事実と違うことイヤミっぽく
書いたりするアンチの行動には呆れますが、頭のおかしい人はどこにも
居るので無視したほうがいいと思いますよ！

事実と違うという事は感知してないので、「小さい実行コード」が事実である「他」の話を宜しく。

>>339
そんなもん存在しないのでこのスレでできる話じゃないね。

じゃあどの辺が実用的なのかな？
速いの？

>>341
> じゃあどの辺が実用的なのかな？

既出

既出って一体どの言語の話をしてるんだ？

スレの最初のほう位は読んで理解できてから参加しようぜ。

「そんなもん存在しない」ということはどこでわかるの？

BASEの記法は今でも便利なことはあるかも。基本アセンブラなので効率も問題ないし。

>>345
わからない人はスレの最初のほうに上がってる言語動作させてベンチマーク取ったり
すればわかるかもしれないよ。

>>251に回答があればする人は居ると思うけどね。

>>251
してるよ。

>>348
>>251に回答あったけど「する人は居ると思う」って何の話?

配布しているならベンチマーク取ってくれる人が居るといいよね。

>>351
誰へのレス?

>>351
同意求められても困るけど興味ないからどうでもいいよ。

ベンチマーク取ったりすれば>>340が事実かそうでないかわかるかもしれないと>>347が言ったので、
配布してれば確認する人は居ると>>348は期待します。

ベンチマークっつったって、「1から100まで足す」だけでも
大変だぞ？

>>355
誰かがやってくれるはずって主張だから他人の大変さとかはどうでもいいんじゃないの

とりあえず屏風から出さずに虎退治を語ってても仕方がない。

TL/1は、UCSD Pascal買えない・CP/M買えない、当時の小僧達が
再帰呼び出しの凄さを思い知れただけじゃないかと。
(俺はαβ枝刈りがNegaMax形式になってビックリした）

モティロン、たらい回し関数が帰ってこなかったり、VRAM化けたりもビックリ。

確かこんなコードが落ちるんじゃなかったか＞TL/1(Z80)
自信ないけど

VAR I;
VAR SUMH, SUML;

SUML := 0; SUMH := 0;

FOR I := 1 TO 100 DO
BEGIN
SUML := SUML + I; SUMH := SUMH ADC 0;
END;

が
IXをスタックフレームにしたら
LD A,#0; LD (IX+_SUML),A
LD A,#0; LD (IX+_SUMH),A
LD A,#1; LD (IX+_I),A
_1:
LD A,(IX+_I); CMP A,#100; JNC _2
LD A,(IX+_SUML); ADD A,(IX+_I); LD (IX+_SUML),A
LD A,(IX+_SUMH); ADC A,#0; LD (IX+_SUMH),A
LD A,(IX+_I); INC A; LD (IX+_I),A
JMP _1
_2:

ｱｾﾑﾌﾞﾗ怪しくてｽﾏﾇ

8bit浮動小数点(1bit符号+3bit指数部+4bit仮数部)フォーマットつーのもあるみたいだから
世が世ならレイトレぐらいできたかもな＞TL/1

>>359
そのZ80コードじゃ1から99までしか足さないけどいいの?
ツーか問題なく_2: までフツーに処理して抜けると思うがどこで「落ちる」って
言いたいのかわけわからん。

>こんなコードが落ちるんじゃなかったか

「こんなソースコードを書くと暴走(又は無限ループ)するんじゃなかったか」

と解釈するのが普通。

どうやら

「こんなコードを出力するんじゃなかったか」

とでも言いたかったようではあるが。

一般人・ライトユーザの集まりでならともかく
こんなスレでくらい出力することを落とす/落ちる/吐くあたりの表現で通じていいと思う

「コードが落ちる」じゃ通じないよ

でコンパイラどこで落とせばいいの？

そーか、「コンパイラがコードを落とす」って通じなかったか、ｽﾏﾇ。

>そのZ80コードじゃ1から99までしか足さないけどいいの?
あー、1足りなかったか。
でも本家のFORループは、も少し複雑だった気がする。
これだと
FOR i :=0 TO 255 DO
などの時の処理が出来ないから。

いやいやコンパイラ絡みの話をしたい人になら通じると考えて当然でしょ…

「（こういうソースを書くと）こういうコードに落ちる」なら通じはするが
「コードが落ちる」は変。クラッシュの意味にしかならない。

ソースをコンパイラがコードに落とす
コードをデコンパイラがソースに、、、なんだろ？

コンパイラ云々の文脈での「コードが落ちる」の用例は、「コードに落ちる」に
対して大変希少なので、使うには自分の意図が正しく伝わるかは十分に注意すべき。

「コンパイラ "コードが落ちる"」の検索
https://www.google.co.jp/search?q=%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%83%A9+%22%E3%82%B3%E3%83%BC%E3%83%89%E3%81%8C%E8%90%BD%E3%81%A1%E3%82%8B%22&ie=UTF-8
> 3 件 （0.12 秒）

「コンパイラ "コードに落ちる"」の検索
https://www.google.co.jp/search?q=%E3%82%B3%E3%83%B3%E3%83%91%E3%82%A4%E3%83%A9+%22%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AB%E8%90%BD%E3%81%A1%E3%82%8B%22&ie=UTF-8
> 約 532,000 件 （0.13 秒）

>>366
> そーか、「コンパイラがコードを落とす」って通じなかったか、ｽﾏﾇ。

自分の投稿見直してみ

起こすでいいんだろうか？

小房の頃「言葉のきまり」って授業あったよね

ソースコードを生成するコンパイラじゃ無いから、
バイナリを逆アセンブルしたらこんな感じになった気がする。
に訂正しておく。ごめんねいろいろ。

お、すげえレスが増えてると思ったら...

まあ冬休みだしね

そいや、TL/1の6502版の実装って、スタックフレームどうやってるんだ？
引数と変数領域は自前で管理か？

TL/1 AppleII版は作者が中学生だか高校生だかじゃなかったか？

>>377
覚えてないけど、ゼロページにフレームポインタを割り当てて
LDY #ARGA
LDA (0),Y
とかでアクセスすればいいんじゃないかな。
Z80でもTL/1が8ビットなのを考えると、引数を積むのにPUSH（16ビット単位）が使えないし、
スタックを使うメリットはあんまり無いような気もする。

>Z80でもTL/1が8ビットなのを考えると、引数を積むのにPUSH（16ビット単位）が使えないし、


使えないわけはない

>>380
Z80だとバイト単位でのPUSHは出来ないよｗ
上位バイト無視とかだとメモリの無駄が多すぎるし。

>使えないわけはない
まー引数を60個近く渡すバカも居ないとは思うが
6502ユーザーからしたらスタックの１バイトは血の一滴以上だからもったいないっちゃもったいない

>Z80だとバイト単位でのPUSHは出来ないよｗ

;AをPUSH
PUSH AF
INC SP

>>383
PUSH AFは2バイトPUSHしとるがな
1バイトのPUSH命令はあるの？

そうやって複数命令使ってもいいことにするなら
たいていの「できないこと」は無いことになってしまうな

>そうやって複数命令使ってもいいことにするなら
>たいていの「できないこと」は無いことになってしまうな

プログラミングって複数命令を組み合わせる作業だけど何言ってんの？？

>>379「引数を積むのにPUSH（16ビット単位）が使えない」
>>380「使えないわけはない」
>>381「Z80だとバイト単位でのPUSHは出来ないよｗ」

使える|使えない という話に対して「出来ない」とか言い出した>>381がアフォ

>>382
>まー引数を60個近く渡すバカも居ないとは思うが

「引数を60個近く」って何の話?

>6502ユーザーからしたらスタックの１バイトは血の一滴以上だからもったいないっちゃもったいない

貧乏CPUのユーザーの話はZ80は関係ないのでは?

お前、35年前の俺だろ？

>>387
35年後のお前はハゲだってよ

ﾜﾗﾀ。昔の俺じゃしょうがない

いや、３５年前の俺なら「貧乏CPU」などとは言うまい。
ファミコンが出るまでは、なんつーの？「ヤナセの外車」のイメージ＞6502

車に興味がないので
「ヤナセの外車」という例えがわかりません・・（´・ω・`）

本国の3倍の値段でぼったくる悪徳輸入業者ってイメージしかないなw

>>391
ファミコンは、コアが6502互換なだけで、ブツはリコーが開発した、今で言うSoCの走りのようなカスタムチップだったような。

>>383
それならHLをフレームポインタにして
DEC HL
LD (HL),A
の方が良いな。

>>395
バイト単位でのPUSHが出来るかどうかって話でしょ

>>395
2バイトのPUSHが混在することは目に見えてんのに馬鹿なの？

>>396
バイト単位でのPUSHは出来ないのが明らかで、
それでもコンパイラの実装として、
>>383のようなコードを使う意味があるかどうかの話だと思うけど。

> バイト単位でのPUSHは出来ないのが明らかで、

DCX SP
LXI H,0
DAD SP
MOV M,A

フツーにできるのでは？

> >>383のようなコードを使う意味があるかどうかの話だと思うけど。

・1バイトのPUSHをしたい局面では意味はあるんじゃないの?

お前らわざとやってんだろ〜

PUSHができてもPOPができなきゃ意味ないような…

コンパイラ的には関数にパラメータ渡すだけなら、PUSH(つーか積むだけ)が実装出来ればよくて
返ってきた後は、SPを戻すのよ。
PUSH 引数2
PUSH 引数1
CALL 関数
LD HL,引数全部のバイト数
ADD HL,SP
LD SP,HL
とか

>>402
TL/1のZ80はpascal呼び出しだったかもしれん。忘れた。

PUSH arg2
PUSH arg1
CALL func
次の処理
--

func:
;なんかした後
POP DE ; CALL元をDEに
LD HL,引数全部のバイト数
ADD HL,SP
LD SP,HL
EX DE,HL ; CALL元に返る
JP (HL)

Z80ってSPが奇数だと読み書きにwaitが入るんだっけ？

>Z80ってSPが奇数だと読み書きにwaitが入るんだっけ？

そう思った理由が知りたい

8086は4クロック(?)追加だからねぇ。勘違いしたのかも。