委細かまわず出来る人にどんどん進めてもらえると幸甚でございます。WineやVimの環境を利用するのがよいのかなぁと思います。大丈夫ですかね?Linux環境だと安定した過去バージョンで固定するのも意外と面倒だったりするのかなと思ってたりしますが。16:48:11|NO.77734sakuraさん、一覧の追加更新ありがとうございます!Linux版の命令を分かる範囲で追加させていただきました。以下のファイルを明示的にインクルードする必要があるかもしれません。うまく動いてくれないようなのです。"http://www.sharkpp.net/blog/2016/12/01/hsp-advent-calendar-2016-1st-day.htmlとのことです。同時に、Wineを使って開発をしていらっしゃるようなので、Wineの実用性は十分あるように感じています。以前にMac版HSPを公開した時、HSPの「Linux版も作って欲しい」という声があったので、ネイティブで動作するLinux版HSPの需要はあると思います。---TinyHSPの命令について、もう少し詳しく検討したいと思っています。指定したHSPのAXファイルに制御を移す以上の命令は一覧から省く方向でいこうと思っていますが、いかがでしょうか。割り込み以上の命令は特殊な命令・移植の難しそうな命令なので、TinyHSPに加えるか再検討していただきたいのですが、いかがでしょう。on...系命令は、hsp3dishには一部含まれていないようですが、とても便利な命令なので、悩むところです。念のため、再検討をお願いしたいと思っています。----これはWeb版HSPに詳しい方にお伺いしたい点なのですが、emscriptenはOS固有のAPI、例えばWin32APIなどは動くのでしょうか。OpenHSPからJSに移植する上でのポイントや難所はあるでしょうか。WebAssemblyは実用的でしょうか。教えていただけると、とても助けになります。12:26:55|NO.77751dolphiliaさん、誠にありがとうございます。BASICの精神を受け継ぎたいという多少懐古な想いもあってRUN命令はあまり明確な理由もなく残したい気持ちがあったりするんですが、この命令を省きたい理由って何でしょうか?各環境でネイティブ動作するユーザ実行ファイルを作るわけではないのでRUN命令の実装が難しい印象はないのですが、ご教示いただけると幸いです。すべての変数を初期化して、制御を完全に別のプログラムに移すというRUNを代用できる命令って他にはなかったと思いますが、必要性はないでしょうか?省くことに反対しているわけではないです、念の為(^_^)それ以外は個人的には異論なしです。他、特殊な命令・移植の難しそうな(環境依存するような)命令はそもそもTinyHSPの方針にそぐわないので省いちゃってよかろうと思います。ついては各環境で動かすのが容易なのでしたらあったほうがもちろん良いと考えます。開発の妨げにならないよう、さしあたりは仕様上"保留"として実装せずに進めていってもよいのでは?と思っています。他の皆さんはどうお考えでしょうか?以上、よろしくお願い致します。13:13:59|NO.77762資料を更新しました。ダウンロード↓http://hspnext.com/download/hsp_commnd_20161230_11.zipdolphiliaさん、Linux版の○付更新、ありがとうございます。kikerogaさん、10年ぶりぐらいお久しぶりです。インパクトのあるメリットやアイデアが必要のような気がします。命令中心に絞っていくと既存のものと変わらなく、帯に短したすきに長しのように感じます。WindowsAPI呼び出しがあると互換性維持の面での検討が必要と思います。思い出があって良いなぁと思います。残す方向に転換したいと思います。省きたいと思った理由は、私の気まぐれです。^^palette系命令は、個人的には好きな命令です。何かもっとインパクトのあるメリットやアイデアが必要のような気がします。3つほど案を考えてみました。スマホでゲームが作れる(タブレットPCを含む)今はパソコンを持たない人もたくさんいます。これが実現すれば、プログラミングを体験していただく良いきっかけになり得ると思います。プログラミングの敷居がぐんと下がるかもしれません。Arduino上で動作するタイニーさを突き詰める方向性です。フロッピーブートのゲームを作るようなチープな体験ができると思います。これを実現するには今の仕様では大きすぎるので、構文や命令などを大幅に削減することが必要になると思います。モダンな構文にするこれは逆にHSPをモダンな構文にして、オブジェクト指向などの仕様を取り入れる方向性です。需要は少なからずあると思います。いえBASIC風の文法やタイニーさは諦める必要があるかもしれません。ご興味のあるものはあったでしょうか。18:14:53|NO.77766皆さんのアイデアやご意見、色々と参考になります。話が少しずつ進んでいることを嬉しく思います(^^誰か中心になる人がいれば進めやすい方法で実現されるといいですね。何らかの成果や技術のフィードバックができれば、HSP3DishやHSP本体にとっても良い結果になるかと思います。さくらさん、掲示板ではお久しぶりです。HSP古株の書き込みを見ることができて嬉しいです。Tinyな仕様というのは、どこまで切り詰めて、どこまでのアプリを作成することをイメージするかによって変わってきますね。さくらさんも書かれていますが、現状のHSP3DishはかなりTinyな仕様で作られているので、標準命令についてはそちらとある程度変わらない形で実装して(OpenHSPのソースを使えばかなりそのままで行けそうな気がします)描画やシステム面での統一を最優先にするというのも1つの形かと感じました。ポイントはエディタを含めてマルチプラットフォームにする必要がある点で、ここがクリアできればかなり実現度が高くなるのではないかと思います。>dolphiliaさんmacOS版HSPの開発、興味深く拝見しております。大きな意義があるのではないかと思います。LinuxやMacOSXもアリだと思います。piなどの小型端末でも動作するようになるので、色々な可能性が広がります。>これはWeb版HSPに詳しい方にお伺いしたい点なのですが、>emscriptenはOS固有のAPI、例えばWin32APIなどは動くのでしょうか。emscriptenはC/C++の標準ライブラリやOpenGLなどをサポートしていますが、Win32APIなどWindows固有の仕様には対応していません。>OpenHSPからJSに移植する上でのポイントや難所はあるでしょうか。描画に関してはOpenGL版とあまり変わりません。htmlから扱う際のファイルシステムやサウンドの再生には少しクセがあるかと思います。>WebAssemblyは実用的でしょうか。詳しく知らないのですが、基本的にはモバイル系などで高速に動かせるよう今後普及を目指していくような状態ではないでしょうか。emscriptenなどと同様に汎用的なライブラリをターゲットに作っておけば、将来的に対応はできるのではないかと思います。08:46:23|NO.77771皆さん、本当にありがとうございます。おかげ様で想定以上の意見交換の場になってきました。なっていくのではないと思うのは、私だけでしょうか?sakuraさん、まさにそこです。誰かがそのうち疑問を呈しそうだと思っていたところをご指摘頂き、ありがとうございます。とってかわってもよいと思いますが、Linuxのディストリビューションのごとくその仕様は異なる目的で策定されており、似て非なるものです。TinyHSPの制約上で作れば"どの環境でもソースの修正なしで動く"完全互換という仕様を明示することこそ、TinyHSPのキモなのです。Windows版、Linux版、MacOS版、hsp3dishなど、それぞれの環境で「最初から各環境で動くように命令を調整して作ればいい」と作ったものはあれこれ気を使って作る必要があります。ライトユーザはやらないでしょう。この命令だけ使ってこうやって作ればいいよーという互換性維持の開発メソッドを公開してもよいかもですが、どうせならTinyHSPという仕様を作って「TinyHSP配下で作ればどの環境でも動く」と明示しちゃったほうがわかりやすいし、そんなものがあったら欲しいよなーと思ったのが、この提案の発端なのです。これは実は(特にライトユーザには)大きな印象を与えると私は感じているのです。Android/iPhoneと思っているのです。dolphiliaさんRUN命令の件、ありがとうございます(^_^)感激です。以下はかなり意義の高いアプローチになりそうですね。ここがクリアできればかなり実現度が高くなるのではないかと思います。仕様として含めてしまうと開発の負荷が高いかなと考えていました。(OpenHSPのソースを使えばかなりそのままで行けそうな気がします)おっしゃるとおりTinyHSPの仕様を前提にベストなやり方ができれば良いと思います。開発の労力は少ないに越したことはありませんよね。"tinyhsp"とかして作れば各環境で完全互換になるなら、そんな実装でもOKだと思ってます。いずれにしてもその仕様準拠で動く各環境版のコンパイラとランタイムが必要になるわけですが、あれこれ検討・模索しながらも楽しみながら進めていければ理想でございます。11:24:15|NO.77773dolphiliaさん、コメントありがとうございます。スマホでゲームが作れる(タブレットPCを含む)>プログラミングの敷居がぐんと下がるかもしれません。HSP一式のアーカイブをダウンロードしてインストールしてスクリプトエディタを起動し、適当なサンプルを読み込んで少しいじくれば短時間で、それなりのものが作れるという簡便さはあります。実用性のある見栄えのするものと作ろうとするとそれなりに学習コストは高いように思えます。Arduino上で動作するマルチプラットフォーム化は、今後のHSPの活躍の場を広げる意味では良いことと思います。HSP3Dishで既に実現しているので、Dishの今後の拡張等に期待したいですね。モダンな構文にする構造化等には魅力を感じますが、HSPの開発初期からの言語思想に反するように思えるのでちょっと賛成しかねます。個人的にはいずれにしても、Tinyなものにするには、大幅に命令等を削って超高速化や軽量化した利用用途を限定したものが良いように感じます。可能であれば中間言語方式ではなく本格的なネィテブコードのコンパイラにするとか(^^;おにたまさんコメントありがとうございます。20年以上もサポートして頂いていることにユーザーの一人として感謝致します。私自身は、今はもうほとんどHSPでプログラミングをすることもないのですが今後、どのように進化・発展していくのかが楽しみです。kikerogaさん、コメントありがとうございます。他の方の意見がほしいところですね。Web)といった多くのプラットフォームとの互換性がソースレベルでも保て、難しい命令(?)もけずられていることで初心者や学生でも学習できる簡単な言語がさらに簡単に学べるようになり、さらには中・上級者は多プラットフォームへの移行も簡単にできそうな、ぜひ実現してほしいHSPの形だと思いました。スマホでゲームが作れる(タブレットPCを含む)スマホなどでもゲームなどが作れる。これが実現すれば「簡単に学習・使用」ができるHSPがさらに簡単に使用できるようになって私はとてもいいと思います。12:58:41|NO.77791kikerogaさん、ご意見ありがとうございます。私も意見交換の場として盛り上がってきて嬉しいです。イメージが異なってきているように感じます。遊びで作ったような「とても小さな」処理系に、Tiny...という名称をつけるという習慣があります。別なものに変えるというのはいかがでしょうか。---sakuraさん、ご意見ありがとうございます。追加していただいた「HSP3言語仕様互換性の検討」、とても参考にしています。してみるとHSPの言語仕様は想像以上に大きいのですね。超高速化や軽量化した利用用途を限定したものが良いように感じます。私もそのように感じています。TinyHSPとしては、できるだけ軽量化した処理系を目指すのが良いと思います。TinyHSPをより軽量化するにあたって、こうしたらいいんじゃないかというような、アイデアはおありでしょうか。---おにたまさん、ご回答ありがとうございます。HSPは2.61のころから愛用させていただいています。emscriptenなどと同様に汎用的なライブラリをターゲットに作っておけば、将来的に対応はできるのではないかと思います。ありがとうございます、それを聞いて安心しました。具体的にどんなものがあるでしょうか。教えていただけるとたいへん助かります。---くちくんさん、ご意見ありがとうございます。実現してほしいHSPの形だと思いました。私もこのスレッドで検討されている、HSPをとても気に入っています。別々のプロジェクト(仕様)に分けてもいいんじゃないかな、とも思います。「クリーンなHSP」の話し合いに移行できたら良いのかな、と思っています。別なものに変えるというのはいかがでしょうか。それこそまさにArduino上でも動作するような最小限の命令仕様のものが本来の「TinyHSP」と言えるのでしょうね。私が提案していたものとは確かにイメージが異なっていると思います。名称に大きなこだわりはありませんので、より適切な感じの名称があれば皆さんで色々考えていただけると良いですね。上記のような進め方は面白いですね、とても興味深い。...何となくですが、HSP本家へ何らかの成果や技術のフィードバックが期待できそうです。私は賛成です(^_^)/ぜひともよろしくお願いします。08:23:32|NO.77805明けましておめでとうございます!資料を更新しました。ダウンロード↓http://hspnext.com/download/hsp_commnd_20170101_11a.zipdolphiliaさん、コメントありがとうございます。>こうしてみるとHSPの言語仕様は想像以上に大きいのですね。HSPは、ちょっとスキルがあれば何でも出来てしまう恐ろしい仕様なんですね(笑)>TinyHSPをより軽量化するにあたって、>こうしたらいいんじゃないかというような、>アイデアはおありでしょうか今は、ちょっとアイデアは思い浮かびません。高速に大量のデータ処理ができたり、HSPの優れたグラフィック処理を利用したデータ分析に応用できたりする強力な専用エンジンがほしいです。現状のHSPでも十分ですけどね。d3moduleではなくて、d3.jsに匹敵するようなもの、誰か作ってくれませんかね(^^);余談ですみませんでした。くちくんさん、ご意見ありがとうございます。>互換性がソースレベルでも保て、難しい命令(?)もけずられていることで>初心者や学生でも学習できる簡単な言語がさらに簡単に学べるようになり、>さらには中・上級者は多プラットフォームへの移行も簡単にできそうな、>ぜひ実現してほしいHSPの形だと思いました。HSPの原点回帰という点で目指すべき方向性と思います。10:35:40|NO.77808>TinyHSPをより軽量化するにあたって、>こうしたらいいんじゃないかというような、>アイデアはおありでしょうか例えばどの環境でもビルドできそうなC言語の標準命令だけで構築できる命令に絞るというのも一つの基準になるかと思います。Alto版TinyBASICの命令仕様に倣うのも一興一案です。(命令数がとても少ない)HSPらしい基準にするなら「d3module」が動く!とか、と...これはあまり軽量化できそうにないですが。いずれにせよ、TinyHSP→クリーンなHSPという流れに従うならTinyHSPはきわめて各環境版をリリースし易いつくりにしたほうがよさそうですね。実はそんなにやってるようなやってないような。自分なんかは仕様が固まってなくて行き当たりばったりでやってます仕様はオリジナルでやるよりHSPにならおう。思ってますがYACCを採用してスクリプト言語的にしよう。考えると自分、そんなに高速描画しないので軽く使えれば十分なんですよねそういう意味ではライブラリは転用させて欲しくありますTinyと読むと変数が1字とかユーザー作成サブルーチンが使いにくそう。HSPのソースコードの量がものすごくて理解しきれないので全部で1万行くらいのプログラム言語作成学習用であったらなあ。自分の検索が下手なのかあんまり見ないです自分は仕様を決めるにしてもWEBに決めたことを載せちゃうと実行しないのでそういうのやめましたがそれをあえてすることで協力者が出てくるのはすごい現象ですねw結局、仕様を決める人と実装する人の役割分担をしちゃうくらいの勢いでないと辛そうですね。そこまでの仕様の具体化具合はホラONITAMAさんだって実装前にそういうことあまり言わないでしょなので新機能を語るスレ。建てたい勢いでもあるくらいです自分としてはプログラム言語作成をもたもたやってるそばからビュンビュン追い抜かれていって寂しくもあるし、自分の才能のなさがふがいなくもありますそういう時は結果より過程が大切さ。やることに理由なんていあらない。10:59:01|NO.77822HSPはもともと難しい前準備なしにエディタを起動して、いきなりソースを打ち込んで使える簡便さが大きな魅力でした。ライブラリが肥大化したことで、できることは増えたのですが、どの機能を使っていいか、どの命令がプラグインに依存しているかなど混乱する要素も増えてきていると感じています。何とかするべき所だとは思っていますが(^^;そういった意味では、初心者やちょっとした用途で汎用的に使えるシステムは、制約はあるものの原点に戻ってシンプルさがあって一定の需要があると考えています。さん>20年以上もサポートして頂いていることにユーザーの一人として感謝致します。ありがとうございます!素晴らしい資料の作成、相変わらずの良い仕事ですね。命令を削って軽量化という方向も間違っていないと思います。さん>フィードバックする方法には、>具体的にどんなものがあるでしょうか。ソースコードが公開されていれば、有用なコードや変更はこちらでOpenHSPに取り込むことが可能です。TinyHSPなど他のランタイムと共用して修正のしやすい形でOpenHSP側のソースコードを変更するなどのフィードバックもできるかと思います。必要なものを見極めた上で大胆に削って、限定した形になることを願っています(^^ちなみに、私もpalette系の命令は愛着がありますが、最近のビデオカードやマルチプラットフォーム化を考えると余計なものになっていると思います。12:40:16|NO.77847kikerogaさん、ご回答ありがとうございます。皆さんで色々考えていただけると良いですね。賛同していただけて嬉しいです。いくつか案を考えてみました。どの環境でもビルドできそうなC言語の標準命令だけで構築できる命令に絞るというのも一つの基準になるかと思います。Alto版TinyBASICの命令仕様に倣うのも一興一案です。参考にさせていただきます。---sakuraさん、素晴らしい資料をありがとうございます。参考にさせていただいています。「HSP本体機能を含めた周辺機能」などは、まだこのスレッドではほとんど検討されていないので、そういった点も追々検討していてければいいな、と思っています。利用したデータ分析に応用できたりする強力な専用エンジンがほしいです。深層学習やVR・AR技術を実行できるようなエンジンがあれば良いな、なんて考えたりします。自由に発言して良い雰囲気があるような気がしています。---Y_repeatさん、ご意見ありがとうございます。自分は仕様を決めるにしてもWEBに決めたことを載せちゃうと実行しないのですごくよく分かります。私も「これこれをやります」と言ってしまうと、実現できなくなるジレンマによく陥ります。全部で1万行くらいのプログラム言語作成学習用であったらなあ。思いますHSP処理系ではないのですが、こういうのはいかがでしょうか。lispy(lispインタプリタ:コメントを除くとpythonで90行)http://www.aoky.net/articles/peter_norvig/lispy.htmPL/0'(簡略化したPascal:lexとyaccとC言語を使って約600行)http://www.k.hosei.ac.jp/~nakata/oCompiler/PL0yacc/pl0yacc.html豊四季タイニーBASIC(TinyBASICインタプリタ:C言語で1300行程度)https://github.com/vintagechips/ttbasic_lin---おにたまさん、ご回答ありがとうございます。ソースコードが公開されていれば、有用なコードや変更はこちらでOpenHSPに取り込むことが可能です。TinyHSPなど他のランタイムと共用して修正のしやすい形でOpenHSP側のソースコードを変更するなどのフィードバックもできるかと思います。ありがとうございます。TinyHSPはオープンソースで、Githubで開発するようにしてみます。必要なものを見極めた上で大胆に削って、限定した形になることを願っています(^^上記のTinyHSPは私の遊び心も入ってしまっているので、このスレッドで検討されている「クリーンなHSP」は、じっくりと仕様を検討していければいいな、と思っています。新しい名称を付けようと思っています。7つほど候補を選んでみました。HSP(未来の)この中に適切だと思う名称はあるでしょうか。18:35:19|NO.77849個人的な印象ですが、SmallやLightだと派生の一つに過ぎないイメージ。Commonは意味合いがぴったりですが地味な感じがします。HSP」が良いかも...(^_^)「不要なものを取り除く」「よごれのない」という意味合いからふさわしいような気がします。名称はイメージが大事だと思いますので、他の方の意見も欲しいところです。HSP」が良いと言っときながら私もいくつか挙げさせていただきたいと思います。用途を想定してでも結局一番貢献した人に決定権がある気がします>TinyHSPはオープンソースで、>Githubで開発するようにしてみます。>上記のTinyHSPは私の遊び心も入ってしまっているので、>このスレッドで検討されている「クリーンなHSP」は、>じっくりと仕様を検討していければいいな、と思っています。w短くなったけどその分ややこしいとかじゃなくややこしさもせめて現状で>HSP処理系ではないのですが、こういうのはいかがでしょうか。豊四季tinybasicは最近、書籍買いましたです自分としてはHSPのHSPCMP.DLLとか(たしか)「プログラミング言語を作る」書籍情報のサンプルとか(ちゃんと書籍買いましたw)http://kmaebashi.com/programmer/devlang/book/index.html「いまどきのプログラム言語の作り方」書籍情報のサンプルとか(ちゃんと書籍買いましたw)http://d.hatena.ne.jp/yaneurao/20051031とか書写してます。21:03:10|NO.77853資料を更新しました。↓http://hspnext.com/download/hsp_commnd_20170106_11b.zipkikerogaさん>名称はイメージが大事だと思いますので、他の方の意見も欲しいところです。Try<基本ポリシー>基本的なスクリプトを利用して楽しみながら学習(挑戦)する。scriptdolphiliaさん>TinyHSPはオープンソースで、>Githubで開発するようにしてみます。>https://github.com/dolphilia/tinyhspちらっと、拝見しました。仕事の取り掛かりが速いですね。どんな形になるか楽しみにしています。>私もHSPに正規表現が標準で搭載されたら良いなとか、>深層学習やVR・AR技術を実行できるようなエンジンがあれば良いな、>なんて考えたりします。HSPが世界に羽ばたけるような実務に密着した実用性の高いものになると良いですね(笑)おにたまさん、コメントありがとうございます。どれだけサポートが出来ているのかわかりませんが、資料は整理しておくと誰かの役に立つのかもしれません。このスレッドを楽しんでやっています。19:19:40|NO.77857現在の名称を仮称とすれば良いのでは?色々議論するのも良いのですが、取りあえず土台として極簡単な物を作るのが最優先だと思います。作り込んでテスト公開したら動作不良ばかりで、修正を繰り返したらソースがスパゲティーになって訳が分からない状態になったり、もしかしたら開発環境自体を考え直す必要になるかも知れません。互換性を担保出来る最小限の命令や関数だけなら、まず不具合も無いだろうし問題が有ってもキズは浅くて済みます。あとは段階的に命令を増やして最終目的に持って行きます。見を求める場合は、目標を高く設定することになりがちです。暫定仕様として一旦線引きするのも重要です。暫定目標としてはHSP2相当の命令・関数から、マクロ定義されている物や、特殊な使い方が必要なもの(極端に言えばプリプロセッサ全て)を消せば、相当シンプルな物しか残らないでしょう。目標として話を進めた方がスムーズに行きそうな気がします。22:10:13|NO.77860KAさん>色々議論するのも良いのですが、取りあえず土台とし>て極簡単な物を作るのが最優先だと思います。進め方としての、ご意見に賛成ですが、実現の可能性は別として色々議論する過程を楽しんでいる人も多いのではないかと思います。>暫定目標としてはHSP2相当の命令・関数から、マ>クロ定義されている物や、特殊な使い方が必要なもの>(極端に言えばプリプロセッサ全て)を消せば、相当>シンプルな物しか残らないでしょう。この辺りを暫定>目標として話を進めた方がスムーズに行きそうな気が>します。今回のTinyHSPの目標実現としてはHSP2相当が良いと考えます。いいものを作ろうとするとかなりのスキルが要求されるように思えます。HSP2時代の初期の頃も、拡張プラグインに頼っていましたね。(ほぼ、最終更新版となります。異なりますが、似たような考えで立ち上げたサイトが殆ど機能していない現実問題として、「なぜ機能していないのか」を分析してみる必要はあると思います。HSP2相当と言ったのは、あくまで開発者側の立場で「暫定」としています、当然利用者側から不満は出てくるでしょう。その不満を元に適時バージョンアップし、不具合を修正していくという意味合いです。話の途中で水を差したくは無かったのですが、似たような過去の失敗を教訓として今後に生かす姿勢はほしいです。毎回文句(イチャモン)ばかり言っていますが、今回のプロジェクトに否定的な訳ではありません。議論をまとめるのなら閑古鳥の鳴いているサイトを再利用したり、論点が多肢に渡るのなら論点毎にWIKI形式にするなど、やりやすい方法はあると思います。この読みやすいとは言えない掲示板で、あれやこれや議論が飛び回っていては、読みにくくて仕方がありません。辛辣(かな?)な書き方ですが、何かの参考になれば幸いです。08:24:20|NO.77863KAさんコメントありがとうございます。>その「楽しむ」が、それで終わりに成らないと良いんですが・・。終わりになる可能性は否定しません。私も、過去このようなブロジェクト的なものを多く見てきましたがうまくいったものは、ほとんど知りません。>毎回文句(イチャモン)ばかり言っていますが、今回のプロジェクト>に否定的な訳ではありません。危惧されていることや、HSPに対する気持は発言から十分読み取れます。貴重なご意見、ありがとうございます。中間言語としてはある程度完成です配列もまだ実装してないか>>その「楽しむ」が、それで終わりに成らないと良いんですが・・。>終わりになる可能性は否定しません。>私も、過去このようなブロジェクト的なものを多く見てきましたが>うまくいったものは、ほとんど知りません。22:53:18|NO.77869Cで開発するならCで開発するとして新しい言語を開発するのではなくCスクリプトを生成するかんじだとどうでしょうかってHSPCもそんなかんじでしたっけ?動けばいいってんじゃなくて生成後のスクリプトも人間が読みやすいかんじでお願いします自分の中間言語も親言語記述をそのまま受け入れようと思っているのですが仕様がなかなか固定しないですね現状、自分しか使えない。みたいなw自分でも上手く動かし方がよくわかってない。23:45:31|NO.77871sakuraさん言いたくは無いけどつい言ってしまう性分で、自覚はしていますが中々直らない物です。私の見識など何の役にも立たないと思いますが、書くと長くなるので、しばらくは静観します。多様なご意見、ありがとうございます。HSP」もなかなかいい発想だと思います。強い興味を抱いていただいていることに感謝します。sakuraさんもおっしゃってるように進め方に関するご意見に異論はありません。・おのたま氏がコメントし、そのプロットと意義を認めてくれたこと・sakuraさんが大変素晴らしいベースドキュメントを作成してくれたこと・dolphiliaさんがtiniyhspのプロジェクトを開設してくれたことと十二分な成果を果たしており、その役割を終えているように思います。今以上に論議を発展させる場所としては、ご指摘の通りWikiやその他の仕組みで進めるほうが適切だとは思いますが、これから先のことも、私自身も含めて何がどうなろうと、誰かができることをやるだけです。少なくともこのスレッドを立てた意義は想定以上に大きかったようで良かったと思っています。クリーンHSPのライブラリを使用>ってかんじでどうでしょうか?>それでもある程度HSP感覚で開発できるでしょうし>自分の中間言語もまったくライブラリ書いてないので>そういうのがあると非情にありがたいです私は、C言語は昔、HSPの拡張プラグインを作成する時に少しだけかじった程度の素人同然ですが、2004年当時、似たようなことができないかと試行錯誤したことがあります。参考になるかどうかわかりませんが、ソースがありました。必要な部分を部品として活用して頂けたら、ありがたいです。あまりに幼稚な書き方でみなさんに笑われるかもしれませんが、アップしておきます。http://hspnext.com/download/HSP参考程度のゴミソース.zip>面白そうな企画なのですが>この書き込みを見て心配にはなりましたすみません。何か心配させるようなことを書いて・・・・KAさんと同様、このプロジェクトがうまくいってほしいという思いを理解して下さい。KAさんコメント、ありがとうございます。>言いたくは無いけどつい言ってしまう性分で、自覚は>していますが中々直らない物です。私の個人的な見解ですが、物事の本質を見極めての発言と理解しています。本質や本音を言える人が少なくなっているので、・・・・kikerogaさん>少なくともこのスレッドを立てた意義は想定以上に大きかったようで>良かったと思っています。貴重なソースを公開して頂き、ありがとうございます。私も何か心配させるようなことを書きましたかね(^^;ネットの発言は温度感が難しいですが「もうヤメましょう」という意味合いではないので今後ともよろしくお願いします。07:30:29|NO.77899kikerogaさんへ>このスレッドは"TinyHSPの提案"として立てましたが、>・おのたま氏がコメントし、そのプロットと意義を認めてくれたこと>・sakuraさんが大変素晴らしいベースドキュメントを作成してくれたこと>・dolphiliaさんがtiniyhspのプロジェクトを開設してくれたこと>と十二分な成果を果たしており、その役割を終えているように思います。>今以上に論議を発展させる場所としては、ご指摘の通りWikiやその他の仕組みで>進めるほうが適切だとは思いますが、これから先のことも、私自身も含めて>何がどうなろうと、誰かができることをやるだけです。>少なくともこのスレッドを立てた意義は想定以上に大きかったようで>良かったと思っています。ここのスレッドは"TinyHSPの提案"というタイトルでしたねそういうタイトル的には結構役目を果たせたかもしれませんではこのスレッドを受け次のスレッドを立てて欲しいなあとも思います僕もwikiを立てましたが僕のwikiなんてたいして訪問者いないでしょうなので引き続き公式BBSで議論をするなら続けて欲しくあります自分もプログラム言語作成を目標としてやってる身としては実りありましたので僕の今年は10年計画の3年目くらいとしての目標はドラゴンブックを購入して読破する!ですw言語開発者としてこの書籍を読破していない人はモグリと某書籍に書いてあったのでいつか読まなきゃなあと思っていたところですRHGも2014に購入して読破していない僕ですがせめて購入して一か月につき一章づつ読む。13:17:09|NO.77902この企画には大変肯定的です。言わずにはいられないのですが、すでに話にも出ているように、ここでこのまま議論を続けるのはよい選択ではないように思います。現状はこの企画とは直接関係のない話題が飛び交いすぎていて(それが悪いことだと言うつもりはありませんが)、このままでは雑談スレッドに成り果ててしまう気がしてなりません。専用のフォーラム等を設け、問題点をピックアップして個別に解決してゆくような形になれば、もっと議論の内容が把握しやすい状態で話が進むのではないでしょうか。現状どういう問題について決め兼ねているのかを把握しやすくなればそれぞれの問題の解決手段について意見する人ももっと増えるはずです。遅ればせながら、そして拙い意見ですが期待の表現ということで書かせていただきます。以下はあえてセンスのない頭で別の観点から捻り出したものです。(逆に言うと、センスのない者にしかできないかもしれないのであえて書かせていただきました。(自分の物と言えてしまうくらい小型で見通しが効くという意味で。(中核のみが実装されているという意味で。(手のひらサイズのHSPという意味で。英語ではHandyが[便利な]や[有用な]と取られてしまうようなので。