mrubyのJIT2 (仮称) - Qiita
mrubyのJIT2(仮称)なるものを作ろうとしているのだが、考えがまとまらないので取りとめもなく書く。真に受けて何か損害をこうむっても知らん、その代わり何かいいことがあっても私は何も貰えない。 mrubyのJIT2(仮称)はLLVMベースを考えています。これまでLLVMのトラウマがあったわけですが、LLVMもいろいろ変わっていて(変わり過ぎですけど)、ちょっと試してみたい気もあるってのもあるしラズベリーパイも買ったのでこれでも動かしたいってのもある。 今考えている構造はこんな感じ mrubyのバイトコードからさらにSSAベースの中間コード(IR)にする IRを生成する際にある程度の型推論を行いその型情報はIRに入れられるようにする(LuaJITのパクリじゃなくてLuaJITにインスパイアされたって奴ですね) 前作と違い、Tracingではなくmethod JITにする(LLVMでTrac
mruby 逆引きリファレンス (落丁版) (💣💣💣) - Qiita
個人的な、ちょっとアレをするにはどうするんだったっけ? を編纂したものです。主に C 言語からの利用視点となっています。 dearblue の雑記帳の扱いとなっているため、理想となる逆引き辞典のような記述にはなっておりません。 中には mruby 開発者たちが見たら「その方法は間違いだし危険だからやめて」と悲鳴を上げるようなモノが含まれている可能性が1㍉くらいあります。 正確性が怪しかったり推奨されなかったりするものだと胸を張って主張する項目には、💣をつけておきます。複数あったらより危険だということです。その上で当文書の題名を確認してもらうと……ニヤリ。 mruby-1.4 が対象と思いきや、mruby-1.3 や 1.2 向けの記述が混じっています。 当文書を参考にしたことで星間戦争を引き起こす原因を作ったとしても、責任は負いません。 保険適用外。公共の場に持ち出すと真っ先に狙撃されま
mruby-yeahとmruby-cliで小さいWebアプリのhello world - Qiita
自動翻訳感のあるタイトルですが間違ってはいないのでこのまま行きます。 mruby-yeahとmruby-cliを使って単一実行ファイルで動くWebアプリのサンプルを作ります。 前提 ubuntu docker, docker-compose: コンパイルするのに必要です。導入手順は割愛。 mruby-cli 0.0.4: 単一実行ファイルにコンパイルされるcliツールの実装を行うためのライブラリ クロスコンパイル対応の設定ファイルやプロジェクト用のディレクトリを生成してくれる mruby-yeah: mrubyでWebアプリを実装するためのライブラリ mruby-cliで雛形を作る まずmruby-cliの実行ファイルを落としてきてパスを通し実行できる状態にします。 次に開発を行うためのディレクトリと関連ファイルをmruby-cliで生成します。
h2o web serverのmrubyを使ってみる - Qiita
spa(single page application)のindex.htmlをh2oで配布する際どうすりゃいいのか。 vueとかのspaだと、vue-routerとかつかってルーティングするため、 http://xxx.com/aaa/bbb/cccでアクセスしたときも、index.htmlを返却して、その中でjsを解釈してルーティングをする。 h2oでindex.htmlを配布するさい、どうすりゃいいのかわからなかった。 nginxだとtry_filesとかいうので対応できるみたい。 h2oはmrubyでフック処理をかけるので、それで簡単に対応できたけど、本番環境だと、他にいろいろ考慮しなければいけない感じがする。 runitで動かしてるのでファイル指定などは相対パスにしてる。
rtlbm-mruby v1.0の使い方 - Qiita
2019/01/23追記: v2.1リリースしました。 2018/12/13追記: v2.0リリースしました。 2018/5/14追記: v1.2リリースしました。 2018/4/30追記: v1.1リリースしました。 蟹さん用にクロスビルドしたmruby VMバイナリーを用意してmrbcでコンパイルしたバイナリをアップする事で試せるようになったのでv1.0リリースとしました。完全非保証ですが使い方を書きます。 自分はFreeBSD/amd64で試していますが、Linuxでも同じようにできるのではないかと思います。 イメージ作成用のコマンドがソースツリーに入っているので、rtlbm-mrubyのブランチをリカーシブルにcloneします。 mrubyとrtktoolsディレクトリにあるcvimgだけビルドが必要なので、makeしてビルドします。mrubyはhostのバイナリだけで大丈夫です。
RubyKaigi 2018でLuaJITとmrubyについて発表してきた - Qiita
とりあえず資料です: https://speakerdeck.com/takecheeze/luajit-as-a-ruby-backend 発表のページにもそのうち色々上がるのではないかと思います。今回は資料をGoogle Docsで作ったのでコメントとかあればコメント可能な共有リンクを作ったのでなんかツッコミとかあればどうぞ。 感想とか 若干小学生っぽいポエミーな感じではありますが、感想をいくつか書こうかと思います。 まずは行く前とかについてで、あんまりにもトピックとしては異端なかなーと思ってCFP書いたんですが、他のmrubyちゃんとやってるCFPを押しのけてこいつが通ってしまったので、なかなか苦労しつつ資料を作っていました。 本当はもっと実装をガリガリ作りたかったのですが、CFP通ったあとの時間の制約とかで、コードを読んだ読書感想文とか自由研究っぽくて発表の本番が近づくほど、夏休み
EV3RT上のmrubyで超音波センサーを使用するサンプルを試す - Qiita
ETロボコン中四国地区夏の独自勉強会で使用した、超初心者向けのサンプルコード(detection-system)の使い方です。 超音波センサーから30cm以内に障害物を検知している間、本体のLEDが緑色で光ります。 ハードの準備 EV3本体の「Port2」に超音波センサーを接続してください。(他は何もいりません。ETロボコンプライマリークラスの走行体をそのまま使うこともできます) 使い方 GitHubから detection-systemプロジェクトをcloneします SDカードにローダー(uImage)をコピーする EV3RTの動的ローディングで使用しているuImageが入っていればそのまま使ってください。 （sample_c4が動く状態であれば、新たにuImageをコピーする必要はありません） EV3RTに同梱されているuImageを使います。 ev3rt/sdcard フォルダの中に
yamanekko版mruby-ev3rtのAPIリファレンス - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? EV3RT TOPPERS/EV3RTをmrubyから使用できるようにしたものです。 クラス名はEV3RT C++ API、定数名はEV3RT C APIに合わせています。 ※ バランサークラス(EV3RT::Balancer)はETロボコン専用のクラスのため、ここには入れていません。(別記事で後日公開予定) 定数 ポート番号 PORT_1 PORT_2 PORT_3 PORT_4 TNUM_SENSOR_PORT センサータイプ ULTRASONIC_SENSOR GYRO_SENSOR TOUCH_SENSOR COLOR_SENS
cairoでLCDに表示 - Qiita
FTDIのFT245Rにグラフィック有機ELモジュール(とりあえずLCD)をつないで、mruby-cairoでデータを作り表示してみました。いつものように環境はFreeBSD 12-Currentです。 LCDは4bitモードで利用して、データ4本のコントロール3本の接続にしています。 mrubyはmruby-cairoとmruby-ftdiを入れてZRouterビルドしています。 # # LCD sample code on libftdi # class LCD4 RW = 0x10 RS = 0x20 E = 0x40 def lcd4init() @ftdi = Ftdi.new(0x6001, 0xff) @ftdi.baudrate(115200) @cache = 0 self.out(0) end def out(ch) @ftdi.write([ch]) end def
puma & puma-dev にRails開発環境をより良く。pow代替＆簡単・安全・安定 - Qiita
※2017/12/13追記。 Chrome(ブラウザ)がVer.63系になると、.devにはHTTPSが必須となります。しかも強制アップデートで。 HSTS (HTTP Strict Transport Security) ってやつ。簡単に言うとHTTPS必須にするよーの話。 この強制的にHTTPSにするよの対象に「.dev」ドメインが巻き込まれましたので、Powなどで.devにしてると色々問題出るよという。 例えばHTTPSで来たものを強制的にHTTPへとかroutesなどでやってると、永遠にループして帰ってこないｗ ※pumaを入れ直そう => puma & puma-dev で利用中の.devを.testなどに変更する Pow がいうこと聞かない Sierraにアップデートしたらpowがまた死んだので、またどうしようと悩む羽目に。 Pow(powder) + Ruby on Rail
Rackをdockerで動かす - Qiita
# ! /usr/bin/env ruby require 'rack' app = Proc.new do |env| ['200', {'Content-Type' => 'text/html'}, ['A barebones rack app.']] end Rack::Handler::WEBrick.run app, {Host: '0.0.0.0'} panic: standard_init_linux.go:175: exec user process caused "exec format error" [recovered] panic: standard_init_linux.go:175: exec user process caused "exec format error" goroutine 1 [running, locked to thread]: pani
HTTParty 0.14から、空配列の送り方が変わっている - Qiita
概要 HTTParty 0.13.x => 0.14.0 に上げたときに、空配列のエンコード方法が変わっていて、それが原因で挙動が変わっていた。 詳細 HTTParty.post(anUrl, body: { a: 1, b: []} でリクエストを送った時、まずデフォルトでContent-typeがapplication/x-www-url-formencodedになっていて、Bodyが次のようになっていた。 HTTParty 0.13.x: a=1 HTTParty 0.14.0: a=1&b[]= 次に受け取る側の解釈ですが、 a=1の場合、rackの層では{ a: 1 }というhashになり、例えばGrapeなどでbをArrayとみなすように設定していれば、{ a: 1, b: [] }に最終的に変換される。 a=1&b[]=の場合、rackの層では{ a: 1, b: [nil]
Rackアプリケーションでプライベートネットワークからのプロキシサーバー越しのリクエストから送信元IPアドレスを得る - Qiita
最初に結論 条件 クライアントがプライベートネットワークにいる プロキシサーバーとRailsアプリケーションをUNIXドメインソケットで接続している 現象 Rackのrequest.ipやRailsのrequest.remote_ipで、送信元IPアドレスが取れません。 対策 Rack::Requestにモンキーパッチを当てる X-Forwarded-Forヘッダーから直接取得する Railsなら、config.action_dispatch.trusted_proxiesを変更する のいずれかの方法で取れます。 構成 クライアント - nginx - Rackアプリケーション これだけならば、割と一般的な構成です。 ただし、クライアントはプライベートネットワークにいます。 つまり送信元IPアドレスはプライベートIPアドレスです。 また、nginxとRackアプリケーションは何らかの方法で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mrubyのインストールからHello Worldまで(CentOS7) - Qiita
mruby on EV3RT+TECSをビルドする(Windows/Mac) - Qiita
C/C++用のEV3RT環境構築にmruby環境を追加する方法 - Qiita
Automatorで赤外線リモコン - Qiita
Ruby on Rails開発環境の構築（Mac編） - Qiita
Springの概要と使い方, Rackの概要 - Qiita
Carrierwaveで複数の画像をSQLiteのDBに保存する - Qiita
