opensource-cobol

opensource-cobol copied to clipboard

プレリリース用のブランチ作成について

6

お世話になります。井坂です。 こちら側の都合となってしまい恐縮ですが、各機能を開発するにあたって、未リリースの状態でも機能をマージした環境が欲しいなと考えています。 いきなりマスターに入れてしまうのも運用上、あまりよくないと思いますので、開発中リポジトリを用意するのはどうでしょうか。 ※ついでに開発時の運用ルールとかもある程度相談できればと思います。

n-isaka

For understanding what is going on here it would be *very* helpful to have the commit messages in English. They actually could contain both Japanese and English messages if this...

GitMensch

コーディングスタイルについて

1

以前に部会にて「オリジナルのOpenCOBOLとコーディングスタイルを合わせる」方針について検討した際に作成しました指針について挙げます。 ご意見、ご指摘、間違い等ありましたら返信願います。 ``` 1.関数呼び出しを行う際に関数名と"("の間に半角スペースを入れる。 2.","の後ろには半角スペースを入れる。 3.文字列の際に、型と変数名の間にタブを２つ入れる。INT型の宣言は半角スペースを入れる。 4.memcpyを呼び出す場合、引数として渡す式の演算子の前後にはスペースを入れない。 5.FOR文の各演算子の前後、";"の後ろには半角スペースを入れる。 6.通常の式では演算子の前後に半角スペースを入れる。 7."sizeof"と"("の間には半角スペースを入れる。（4の場合であってもsizeofは例外） 8.IF文の条件句の")"と"{"の間には半角スペースを入れる。改行は入れない。 9.各行の後ろや空白行などで、無駄なスペースを入れない。 10.SWITCH文の内部のCASEについては、インデントを下げない。 11.CASE文の中の演算（1行にまとまるもの）については演算子、";"などの前後にスペースを入れない。 12.IF文の条件式等、複数行にわたって記述する際には、各行の条件文の先頭の"文字"をそろえる。 13.コメントの後に空白行をいれない。 14.#defineによる宣言では区切りにタブを使う 15.グローバル宣言の文字列(char *)の宣言では、"char * 変数名"と半角スペースで区切る。(3の例外) 16.関数の宣言では、返り値と関数名の間は改行を行う。 17.変数宣言後、処理記述の間には空白行を入れる。 18.ELSE IFで対応できるものはつなげていく 19.typedef struct後の構造体名宣言では"}"と名前の間に半角スペースを入れる。 20.EXTERNの関数宣言では以下の形式 　→extern[_]void[_]関数名[タブ*1またはタブ*2](引数) 　→extern[_]int[_][_]関数名[タブ*1またはタブ*2](引数)...

n-isaka

機能開発時のブランチ名について

2

お世話になります。井坂です。 v1.4.0J作成時は、別サイトで管理していましたチケットIDをブランチ名として利用していました。 （チケット100ならブランチ名[iss100]） 今後の開発はgithub上ですべて行えるように、ブランチ名については簡単な機能名などを付けていったほうがいいかと考えています。 ※あまり名前付けは得意ではないので、何か規則があるとうれしいです 皆様のご意見はありますでしょうか。

n-isaka

fixed national compair

1

日本語項目の比較が正常に行えない不具合を修正した Fixed a bug that prevented Japanese items from being compared properly.

n-isaka

split key fields in external file

1

EXTERNAL指定のあるファイルの分割キー項目が、USERFHにて正しく取得できなかったため、修正した ---- The split key item in EXTERNAL files designation could not be obtained correctly with USERFH, so it has been corrected.

n-isaka

Detect unclosed literals

1

* "で閉じられていない文字リテラルがある場合、コンパイルが無限ループする問題を修正した ---- * Fixed an issue where compilation would not complete if there were unclosed literals

n-isaka

分割キーの記述形式にも関わらず、キーが１つしかないファイルがOPEN時にエラーになってしまう問題を修正 ---- Fixed an issue where files with only one key would cause an error when opening, regardless of the split key format.

n-isaka

#59 の内容に関して、RHEL9.xで静的リンクに関するテストがエラーになっていました。 gccのバージョンに依存する問題と考えられ、`cob_func`の重複定義が問題となっています。詳細なエラーは末尾に示します。 テストはオプション`-z muldefs`を付けることで一旦OKにしていますが、cobcでの解決を今後検討します。 ---- Regarding #59, tests related to static linking failed in RHEL9.x. This appears to be a problem related to the version of gcc, and the...

n-isaka