HSPTV!掲示板

hspをjavascriptに変換できるのは、画期的だと思いました。

なら、
javascriptをhspに変換（相互命令置換？）できたらどうかな。

githubとかでは
メジャー言語のjavascriptのprogramをたくさん見ることができます。
これらの互換変換できれば、programの勉強にもなるし
hspの幅も広がるんじゃないかな。
hspの方がわかりやすい場合もあるし。

例えばJavaScriptでオブジェクト機能を使ったら変換出来ないんじゃないすかね
でもHSP3はCにも変換出来るみたいですし
でもCで構造体使ったらCからHSP3には変換出来ないかも
変換しやすいのはHSP3の特徴かもです
HSP3の標準命令は変換出来ても
標準拡張DLLは変換出来ないっぽいす

hspのjs実行はEmscriptenを使っていて

class C {
public:
  int a;
  double b;

  C() : a(0), b(0) {}

  double foo() {
    a++;
    b = (b + a) / 3.0;
    return a + b;
  }
};

みたいなC++コードが

 var buffer = new ArrayBuffer(16908288);
 var HEAP32 = new Int32Array(buffer);
 var HEAPF64 = new Float64Array(buffer);

 function __original_main() {
  var $2 = 0, $46 = 0;
  $2 = __stack_pointer - 32 | 0;
  __stack_pointer = $2;
  HEAP32[($2 + 28 | 0) >> 2] = 0;
  C__C_28_29($2 + 8 | 0 | 0) | 0;
  +C__foo_28_29($2 + 8 | 0 | 0);
  +C__foo_28_29($2 + 8 | 0 | 0);
  __stack_pointer = $2 + 32 | 0;
  return 0 | 0;
 }

 function C__C_28_29($0) {
  $0 = $0 | 0;
  var $4 = 0, $3 = 0, $23 = 0;
  $3 = __stack_pointer - 16 | 0;
  HEAP32[($3 + 12 | 0) >> 2] = $0;
  $4 = HEAP32[($3 + 12 | 0) >> 2] | 0;
  HEAP32[$4 >> 2] = 0;
  HEAPF64[($4 + 8 | 0) >> 3] = +(0 | 0);
  return $4 | 0;
 }

 function C__foo_28_29($0) {
  $0 = $0 | 0;
  var $4 = 0, $3 = 0, $57 = 0.0;
  $3 = __stack_pointer - 16 | 0;
  HEAP32[($3 + 12 | 0) >> 2] = $0;
  $4 = HEAP32[($3 + 12 | 0) >> 2] | 0;
  HEAP32[$4 >> 2] = (HEAP32[$4 >> 2] | 0) + 1 | 0;
  HEAPF64[($4 + 8 | 0) >> 3] = (+HEAPF64[($4 + 8 | 0) >> 3] + +(HEAP32[$4 >> 2] | 0 | 0)) / 3.0;
  return +(+(HEAP32[$4 >> 2] | 0 | 0) + +HEAPF64[($4 + 8 | 0) >> 3]);
 }

みたいなJavaScriptになります。
これをChatGPTにHSPに変換させて( https://chatgpt.com/share/68293c25-3f4c-8010-a3a8-6ae13e4f1534 )、エラーをちょこちょこ直すと

#module
; バッファサイズ定義
#const BUF_SIZE 16908288

#deffunc init_sys
; ヒープ領域を確保
dim  HEAP32, BUF_SIZE       ; 32bit 整数配列
ddim HEAPF64, BUF_SIZE      ; 64bit 浮動小数点配列

; スタックポインタの初期値（必要に応じて変更してください）
__stack_pointer = BUF_SIZE
return

;----------------------------------------
; int __original_main()
;----------------------------------------
#defcfunc __original_main local sp, local tmp
    ; スタックフレーム確保
    sp = __stack_pointer - 32
    __stack_pointer = sp

    ; HEAP32[(sp + 28) >> 2] = 0
    HEAP32((sp + 28) >> 2) = 0

    ; C__C_28_29(sp + 8)
    tmp = C__C_28_29(sp + 8)

    ; +C__foo_28_29(sp + 8)
    tmp = C__foo_28_29(sp + 8)
    mes tmp

    ; +C__foo_28_29(sp + 8) の二回目
    tmp = C__foo_28_29(sp + 8)
        mes tmp

    ; スタックフレーム解放
    __stack_pointer = sp + 32

    return 0

;----------------------------------------
; int C__C_28_29(int ptr)
;----------------------------------------
#defcfunc C__C_28_29 int ptr, local sp, local base
    ; スタックフレーム確保
    sp = __stack_pointer - 16

    ; 引数をローカルに保存
    HEAP32((sp + 12) >> 2) = ptr

    ; base = ptr
    base = HEAP32((sp + 12) >> 2)

    ; HEAP32[ base >> 2 ] = 0
    HEAP32(base >> 2) = 0

    ; HEAPF64[(base + 8) >> 3] = 0.0
    HEAPF64((base + 8) >> 3) = 0.0

    return base

;----------------------------------------
; double C__foo_28_29(int ptr)
;----------------------------------------
#defcfunc C__foo_28_29 int ptr, local sp, local base, local result
    ; スタックフレーム確保
    sp = __stack_pointer - 16

    ; 引数をローカルに保存
    HEAP32((sp + 12) >> 2) = ptr

    ; base = ptr
    base = HEAP32((sp + 12) >> 2)

    ; HEAP32[ base >> 2 ] += 1
    HEAP32(base >> 2) = HEAP32(base >> 2) + 1

    ; HEAPF64[(base + 8) >> 3] = (HEAPF64[(base + 8) >> 3] + HEAP32[base >> 2]) / 3.0
    HEAPF64((base + 8) >> 3) = (HEAPF64((base + 8) >> 3) + HEAP32(base >> 2)) / 3.0

    ; result = HEAP32[base >> 2] + HEAPF64[(base + 8) >> 3]
    result = double(HEAP32(base >> 2)) + HEAPF64((base + 8) >> 3)

    return result
#global

init_sys
r = __original_main()
mes r

みたいなHSPコードになってHSPでクラスが使えるよやったねとなる用途とならない用途がありそうです。

ｄｘライブラリみたいな
「命令変換」じゃなうのかな。

ｈｓｐでｄｘライブラリを使う時の
C++構造体の分解は、配列で一応できたけど。

そういうレベルとは違うのか。

クラスとか構造体とか、いろいろあるのか。

やっぱり
自分で相互の命令を突き合わせて、にらめっこして、
変換移植するんだね。

勉強にもなるからね。

zakkiさんのNO.103473の
変換プロセスはすごいね。（ｈｓｐ−ｊｓでなく、c++もかます？）

なら、こうしたらどうかな。
・importライブラリなど拡張は、はずす。
・クラスは、通常にする。（ｘ−pxとかexとかに分解）
・structは、ｊｓにあったけ？

javascriptの方を、このように整理（標準化）しておけば、
変換しやすくなるんじゃないかな。

A. 既存ソースコード資産活用
・可読性無視して完全性重視
・変換結果は人手で扱わずバイナリ的に扱う
・Emscriptenやそれを使ったhsp3dish.js

B. ソースコードの理解や移植支援
・可読性重視で完全性は求めず人手の修正前提
・ChatGPTなどのAI利用変換

C. マルチプラットフォーム対応
・既存資産利用じゃなくて言語のサブセットを定義して新規作成用途
・GWTとかScala.jsとか

みたいな感じで色々やりようはあると思います。
ただdish.js方式はA用なので、BやCの用途を主眼に置くと無理が目立ちそうです。

とりあえずJavaScriptで実装されたアルゴリズムをHSPでも似たことやりたいみたいな話なら、
ChatGPTとかClaudeを使ったパイプライン作ってみるのは悪くないと思います。

結局、文法を制限すればzakkiさんなら
変換プログラムの作成が出来そうすね
後はzakkiさんがやってくれるかくれないか
みたいな


>githubとかでは
>メジャー言語のjavascriptのprogramをたくさん見ることができます。
>これらの互換変換できれば、programの勉強にもなるし

dish-jsならそのjavascriptのプログラムを切り貼りして利用出来そうすね

GENKIさんが、AIからjavascriptのプログラムにアドバイスもらったり
手伝ったりしてもらってるってどっかに書いてたよーな

そもそも変換しなくても共存出来るので
変換しないと動かないというのとちょっと違うかも

> javascriptをhspに変換（相互命令置換？）できたらどうかな。
文法違いすぎて出来たとしても解読出来ない気がする。
低級言語から高級言語への変換は出来たとしても可読性が犠牲になりそう。
プログラムの勉強なら、変換して文法的意味が薄くなったスクリプトを見るより、JavaScriptの読み書きできるようになった方がいいです。

githubのJavaScript資産を活用したいなら、HSP3Dish.jsでそのまま直接使える場合もあります。センサー値を取得するとか、数値計算系ライブラリとか。描画系は無理そうですが。
描画系とかそのまま利用できないライブラリの場合は、変換出来ると便利なのかも？


> GENKIさんが、AIからjavascriptのプログラムにアドバイスもらったり
> 手伝ったりしてもらってるってどっかに書いてたよーな

自分で書いたコードのレビューしてもらったりしています。バグ見つけてくれたり、完成度を上げたりできます。
書いてもらうのもできますが、どこか間違っていることが多々あるので全行確認必要です。変換に使うのはちょっと難しいかも。

ブラウザでhgimg４が動くのはびっくりした。

JSで３ｄをいろいろ試したけど
hgimg4並みの３ｄ表現は、できないんじゃないかな。
three.jsとか。

だから、
ｊｓはやめて、ｈｓｐやってるけど。

> hgimg4並みの３ｄ表現は、できないんじゃないかな。

とりあえず、UnityのWebGL出力の作品とか、こちらのサイトとか。
https://henryegloff.com/examples-of-browser-based-games-using-three-js-javascript-and-webgl/

今の時代では、hgimg4の3D表現力はそれほどでもないのが現状です。ですが、HSP3で書ける手軽さは無二ですね。（Unityの方が楽なのかもですが、使わないのでわからない。）