バイナリエディタ
id:monamour555:20070206 の暗示通り,EHEPをベースとして行く事に決定.
デフォルトの状態ではout,elf,o,objなど組込みで使いがちな拡張子がextensionsに含まれていないのですが,無償版では手で頑張って頂く,と.有償版では,その辺りに手を入れて,快適に使って頂く,と.
GPLの解釈が難しいのではありますが,GPL2の範囲では,extension-point経由で使っている限りは白,EHEPがexportしているライブラリを使ったら真っ黒,って感じだろう*1と推測.まあ自分で書いたコードなら,小難しいことを考えずにGPLにしてしまうのが無難ですけれども.他人が書いた非GPLコードが混ざらないよう気を付けなきゃねぇ.
*1:EmacsはGPLだけれど,Emacs LispのアプリはGPLでなくても構わないので
バグ潰し
さてASPカーネルでも弄くるかねと思って,OSX上でGDBのCVS headをビルドしようとしたら,エラーが出てビルドできない.
最近,GDBは,-Werrorに加え色々と厳しいwarningを入れてくるものだから,マイナーホスト上ではマトモにビルドできないケースが増えている.warningを厳しくするのは賛成だけれども,ビルダの数が少ない現状で無茶されるのもちょっと困る.
OSX上で困るのは3つ.このうち2つはGNUのソースに原因があるっぽい.
一つは,libgnuintl.h に絡むもの.これって,去年の6月ごろ,gdb-patches で話した奴のような気がする.まだ直ってないのね.GCCチームとsourceware.orgチーム,もうちょっと密にやってくれないかなぁぶつぶつ.
もう一つは,リンク時に
/usr/bin/ld: warning multiple definitions of symbol
とか言い出しちゃう件.-lresolvを加えないとダメっていうオチの件.さて,mhファイルを追加して終了? と思ったのだけれど,更にハマる.
*1
…と書いてあるが,configureを見てみたら…なんてことになっている.どう見ても,非nativeの時に読み込んでくれそうにない.正しいのは,どっち?
上記が解決したとして,最後に1つ,OSX側の問題といってよいようなものがあるのだけれど.とりあえず,最初の2つをgdb-patchesに流してみて,その反応待ちかなぁ….
*1:なんて書いたけれど,まるっきり読み違えじゃん.英語力より日本語力磨こうね.>>私
夢想するのはタダ
一般論でいうならば,夢想でさえ,大きなエネルギーを注ぎ込まないと成し得ないのですけれどね.
私が,私の着想について表現する時のみ,過度にドライなくらいがちょうど良いと思っています.