議論/libc


Top / 議論 / libc

Monaにおけるlibcの扱いについて議論するページです

これまでの経緯・関連ページ

libc, newlib, tmpmonalibc

ひげぽん的意見 2005/07/10

今頂いている意見を1行でまとめると

ひげぽんの意見とjunjunnさんとななしさんの意見を総合すると

2005/07/13 時点でひげぽんが決定したこと

コメント

コメントはありません。 コメント/議論/libc?

お名前:


個人的にはAとBの中間として

がいいかなと思います。
私はエミュレート派です。理由はひげぽん氏が上述しているのと全く同じ理由で。

多分stringとかmathとかメジャーなlibc限定なら真っ先に取りかかれば比較的早く潰せると思いますが
マイナーな物まで含めると全部エミュレートできるまでには実際どれぐらい 時間かかるかわかりませんし欲しいと思った人が出たときに「まだない」じゃちょっと困りますのでそのために折衷案Cで。(そしてエミュレートできた後でこっそり実装を入れ換え)

libcをエミュレートするには安定性の面で不安なので newlibをそのまま持ってきて全くいじらず独立させるべきとの意見もありますが Monaがこの先発展してOSとしての完成を目指すにはエミュレートかと思います。
libcをエミュレートする事に不安があるようなライブラリはそもそもOSとしても採用できるわけがありません。
少なくともOSが使うライブラリとしては今後もありとあらゆる危険性・脆弱性に晒されるわけでMonapiはそれに勝てるだけの強いライブラリになるよう真っ向から立ち向かってテストして発見して改善して必要があると思います。 遅かれ早かれ。

よろしいのならMonapiの拡張・開発の為には私がソース書きの一人として周りますが。(整理しておかなければならない事だと思いますのでservers/fileの前にまずはこっちをさせてください・・・)-- junjunn 2005-07-11 (月) 03:31:44

ということを考えていくと私のイメージするMonAPIの最終形は
小さなスタートアップルーチン + クラスライブラリという形かもしれません。

ソースツリーの再編が先だというのも賛成ですが、おおよその形が見えてから行いたいと考えています。-- ひげぽん

MENU

now: 5

リンク


最新の20件
2018-10-07 2018-09-20 2018-09-03 2018-05-09 2017-09-29 2017-01-10 2016-12-11 2016-10-04 2016-08-14 2016-05-29 2015-12-28 2013-02-25 2013-02-21 2013-02-20 2013-02-12 2013-02-11 2013-02-10
最新の20件
2010-02-01 2010-01-31 2010-01-30 2010-01-29 2010-01-16

Counter: 3198, today: 4, yesterday: 0

リロード   新規 編集 凍結 差分 添付 複製 改名   トップ 一覧 検索 最終更新 バックアップ   ヘルプ   最終更新のRSS

Last-modified: 2008-03-28 (金) 15:48:02 (3887d);  Modified by mona
PukiWiki 1.4.6 Copyright © 2001-2005 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji
Powered by PHP 5.2.17
HTML convert time to 0.049 sec.