mrubyc-dev-jp

mruby/c unofficial account.

[mrubyc-dev-jp @mrubyc_dev_jp]

hal_* の名前が、マイコン固有の開発環境とかぶるケースがでてきたので、mrbcプレフィクスをつけて、mrbc_hal_* とすることにします。
C言語だと、経過処置のための工夫がほとんどできない。つらい。
#mrubyc

[mrubyc-dev-jp @mrubyc_dev_jp]

Xcode用デバッグ左手デバイス作った。中身は PRK firmware。かなり便利。

[mrubyc-dev-jp @mrubyc_dev_jp]

@Y_uuu そうでしたか。
mruby/c は、基本的にはC99で書くようにしています。それでもあえて、たとえば無名unionとか、C99ではまだ正式に採用されていない書き方をしている部分もありますね。

[mrubyc-dev-jp @mrubyc_dev_jp]

いろいろ工夫はしてますけどね。どのあたりがモダンだと感じました？

[yuuu @Y_uuu]

mruby/cのC言語ってモダンなんだ👀 #fukuokark05

[mrubyc-dev-jp @mrubyc_dev_jp]

Array#difference を実装しました。
Array#- も同じ仕様で動作するようにしています。

[mrubyc-dev-jp @mrubyc_dev_jp]

NaN boxing を限定的にサポートしました。
1変数あたりのRAM使用量を、劇的に(最大50%downとか)下げることができます。
コンパイルオプション -DMRBC_NAN_BOXING を付けて利用し、32bit CPUでのみ動作し、gccとclang で動作確認しています。

[mrubyc-dev-jp @mrubyc_dev_jp]

ここで公開されていますね。
https://t.co/kT7eGPiCiC
講義用の松江高専オリジナルボードを前提にしていると思われますが、オリジンがESP32の機能なので、ほとんどは流用できるのではないかと。

[sylph01 / G4きゅーぶ @s01]

！！！mruby/cでWiFi！！！ (cc. @mkuriki_ @n_ohishi

[mrubyc-dev-jp @mrubyc_dev_jp]

温湿度センサーならDHT22 ですかね？　データシートを簡単に確認してみましたが出力データが独自形式のようで、確かに簡単ではないですね。
同族の DHT20 なら I2C なので、以下が参考になるかもしれません。
https://t.co/4Uie1IvuyN

[wataru.y @yajima_wataru]

raspberrypi picoでmruby/cからDH22を動かそうとしてるけど、簡単じゃないな。。

大人しく同人誌に載ってるセンサー買おう。

[mrubyc-dev-jp @mrubyc_dev_jp]

@ooba そうです。でもだいたい動きます。

[mrubyc-dev-jp @mrubyc_dev_jp]

拾えます。
mrbc_value *val = mrbc_get_const(
mrbc_str_to_symid("MRUBYC_VERSION"));
mrbc_p( val );
とか。

[nyasu3w @nyasu3w2022]

mruby/cでも、mrbc_get_const()はあるようだが、ruby側で定義した定数をC側から拾えるのだろうか

[mrubyc-dev-jp @mrubyc_dev_jp]

@nyasu3w2022 ありがとうございます。ある程度、合議制によって開発の方向を決めているので、議論の俎上に載せるのに必要でした。

[mrubyc-dev-jp @mrubyc_dev_jp]

プルリク、もしくは issueに「こんなの欲しい」とあげていただくと助かります。
GET_* や SET_*_RETURN は、mrbcプレフィクスがついていないことで察することができるかもしれませんが、草創期の簡易なマクロです。本来このような便利機能もあってしかるべきと考えています。

[nyasu3w @nyasu3w2022]

mruby/cのデータの中身拾うのは、なんかもう型チェックに疲れて全く美しくない関数組んじゃいました。
引数に大いに不満がありますw が動くのが正義ということで（あまり型を気にせずにスクリプト組むので利用初期に死にまくりました

[mrubyc-dev-jp @mrubyc_dev_jp]

こっちはたぶん大丈夫🙂

[nyasu3w @nyasu3w2022]

これ、実はオブジェクトの寿命管理が大丈夫なのかよく分かっていない

[mrubyc-dev-jp @mrubyc_dev_jp]

何回でもcallして大丈夫に作っているはずです。
ただ、そういったケースはまだ無かったので、ちょっと自信がない。。。

[nyasu3w @nyasu3w2022]

mrbc_run_mrblib()は複数回呼んでちゃんと動く模様（呼んで調べたので条件無しかどうかは不明
左2行目はmrubyc-m5のコードなので無視で、3,4行目で2度の呼び出し（もう一回mruby/cが呼んでるはず）

[mrubyc-dev-jp @mrubyc_dev_jp]

そうです。
マイコンごとに開発環境があり、mruby/c VM は部品に徹することによって、「どんな環境にもするりと入る」を目指しています。今のところ、この戦略はうまくいってる様子。
逆に全部入りだと思って見に来た人は、拍子抜けするかも。もう少し工夫 (document?) が必要ですね。

[A.しおまねき @a_shiomaneki]

どうやらmruby/cは公式レポジトリを各自が必要とするフレームワークに自分で縫い付けて利用するもの、そういう世界観らしい（個人のry

[mrubyc-dev-jp @mrubyc_dev_jp]

@nishidayuya おお、411。
ぐっと増えました。皆さんありがとうございます。

[mrubyc-dev-jp @mrubyc_dev_jp]

String#[] メソッドで、Rangeによる範囲指定をサポートしました。
"abcd"[1..3] とか、できます。

[mrubyc-dev-jp @mrubyc_dev_jp]

誤解まねく仕様だとは思っているんですけど、関数から戻るのは return 句の仕事だし、mrbc_raise() で例外が起こることを「指示」した後で別の事をしたり、
mrbc_raise(...); // 普通はこの例外だけど
if( exp ) mrbc_raise( ... ); // このケースだけは別
のような書きかたもできるので。

[nyasu3w @nyasu3w2022]

mruby/c、mrbc_raise()しても、即座にreturnしなければそのまま後ろのコードが走ってしまうのか。raiseした時点で返ってこないと思っていた
NULLチェックしてもそのまま後ろまで走る

[mrubyc-dev-jp @mrubyc_dev_jp]

@nyasu3w2022 欲しいんですけど、乱数シードを生成するポータブルな方法が無くて、作れてません。

[mrubyc-dev-jp @mrubyc_dev_jp]

@sidodtv 細かいこと言うと、あれは UVEPROM ですね。
電気消去ではなく紫外線で消去します。そのために石英ガラスの窓がついていて、チップに直接、光を当てられるようになってますね。