アカウント名:
パスワード:
Linuxの代わりにFreeBSDカーネルを使うのならcgroup使えないわけだしsystemdやopenrcでなくDinitだろうとrunit採用しようと問題ないだろうがglibcの代わりにmusl使ったりgcc/binutilsに代表されるGNUツールズ不使用でclang/LLVMツールチェーン採用はさすがに無謀
OSSにおけるgcc #pragmaの使用頻度なめすぎ問題もさることながらclang/LLVMだとビルドは通っても実際の動作が怪しくなるパッケージ多数でそれに対するディストリ的メンテの為に人的リソースかなりもってかれるぞ
あれだけ多数の人に使われててLLVM前提に作られてるrustですら基本rustに一緒に含まれてくるLLVM使
FreeBSD本家は、大分前にgccから LLVMに完全移行を済ませている。LLVMだから駄目なのであれば、FreeBSDはとっくにつぶれているはず。
ユーザランドは(当初は)BSD系から引っ張ってきて、何とかするのでしょう。既にFreeBSD側で動いているものですし。
それに、BSDユーザランド + 非BSDカーネルの構成も、MacOSXという前例がある。
> それに、BSDユーザランド + 非BSDカーネルの構成も、MacOSXという前例がある。
BSD系 libc + Linux カーネル = Android いう前例もありますよ。
大昔に、BSD系で組込みシステムを構築している会社が顧客要求でカーネルだけLinuxにしたシステムを構築した話が、BSDマガジンだかFreeBSDPressだかに載っていた。記憶が定かではないが、アックスの竹岡さんの記事だった気がするが、検索してみたけどなんか違う気がする。http://www.axlinux.com/index.html [axlinux.com]
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
無謀 (スコア:1)
Linuxの代わりにFreeBSDカーネルを使うのならcgroup使えないわけだし
systemdやopenrcでなくDinitだろうとrunit採用しようと問題ないだろうが
glibcの代わりにmusl使ったりgcc/binutilsに代表されるGNUツールズ不使用で
clang/LLVMツールチェーン採用はさすがに無謀
OSSにおけるgcc #pragmaの使用頻度なめすぎ問題もさることながら
clang/LLVMだとビルドは通っても実際の動作が怪しくなるパッケージ多数で
それに対するディストリ的メンテの為に人的リソースかなりもってかれるぞ
あれだけ多数の人に使われててLLVM前提に作られてるrustですら
基本rustに一緒に含まれてくるLLVM使
そうでもない MacOSXという前例あり (スコア:1)
FreeBSD本家は、大分前にgccから LLVMに完全移行を済ませている。
LLVMだから駄目なのであれば、FreeBSDはとっくにつぶれているはず。
ユーザランドは(当初は)BSD系から引っ張ってきて、何とかするのでしょう。既にFreeBSD側で動いているものですし。
それに、BSDユーザランド + 非BSDカーネルの構成も、MacOSXという前例がある。
Re:そうでもない MacOSXという前例あり (スコア:0)
> それに、BSDユーザランド + 非BSDカーネルの構成も、MacOSXという前例がある。
BSD系 libc + Linux カーネル = Android いう前例もありますよ。
Re: (スコア:0)
大昔に、BSD系で組込みシステムを構築している会社が顧客要求でカーネルだけLinuxにしたシステムを構築した話が、BSDマガジンだかFreeBSDPressだかに載っていた。
記憶が定かではないが、アックスの竹岡さんの記事だった気がするが、検索してみたけどなんか違う気がする。
http://www.axlinux.com/index.html [axlinux.com]