-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
src_core
をなんとかしたい
#6
Comments
議論点
うーん,,, coreとuserの分離的な観点だと,並行なディレクトリ構造があって,共通部分とそうでない部分を並列させているだけなので... |
以下のような手順での
|
全体的に agree
#include <c2a-core/hoge.h>
ってなんだっけ?
これいまあるっけ?(ない想定のはず) あと
|
typo してたんで edit しました > 言葉不足だったけど,大文字の out-of c2a-core build は僕が最近作った(僕しか使ってない)造語で,「(Git submodule でない)外部ディレクトリにある c2a-core を使用可能にする」に名前を付けたもの > out-of c2a-core build それはその PHASE 時点で発生するものの話 > |
OK |
core から user への include はあんまりちゃんと考えてなかった......(そもそもあってほしくないのだけど,まあ仕方ない) とはいえ,それもユーザ部のコードが入ってるディレクトリ(今でいう |
あ,ファイル名が全く同じ ヘッダファイルはないよ(インクルードガード命名規則に反するので) userが独自に作ってたら知らないけど |
対称的にしてる,ライブラリとしては変なのはわかっていつつも,LibraryやApplicationなどは,汎用的なもの(ここでの汎用,とは,多くの衛星FSWでもっていてよい,という意味での汎用であって,SW的汎用ではない)をcoreにいれていく,という経緯から,対称的なほうがわかりやすい,というのがあったなぁ. |
user が勝手に作ってた場合のことを考えてました(そして治安の悪い user はそこそこありそうだし). |
Library と Application については,そもそも「(core の || user の)Library」,「(core の || user の)Application」という単位で命名・ビルドしていることがおかしいな,という気持ちがあるので,そこの単なるディレクトリの場所の対称関係は崩していいと思っています. |
微妙に伝わりにくいと思うのでもうちょっと具体的に言うと,汎用的(であるべき)なのは |
たぶん一番気持ちがあるので,self assign |
自動生成コード中に |
git_revision は根本的解決をすべきなので, #82 を復活させる |
#82 の復活ありがたい. |
OK. をなとかしたさはあるな |
#553 はとりあえずエイヤで c2a-core に場所移してから考えればよくない?(あんまり |
概要
src_core
をなんとかしたい詳細
という構造が適切ではないので,なんとかしたい.
close条件
なんとかなったら
備考
NA
The text was updated successfully, but these errors were encountered: