Orz日記 by Akio Morita

_ [SAD]module function on LLVM/flang

どうやら、module functionに割り当てられるシンボルの符号化規則はGNU Fortranとは異なるようである

従って、module functionをC側から呼び出す場合は、ISO_C_BINDINGとBIND(C)を使ってC互換ABIで関数定義するのが移植性的には正しい模様

伝統的なcommon blockのシンボル割当ては同様の模様

_ [SAD]tfsortlの書き直し

• 並べ替えるリストを配列渡しで受け取りたいので、C側で再実装する
  • エンジン部は、標準ライブラリを使う qsort(3) とか mergesort(3)とか
  • ドライバ部は標準化出来る
  • 比較関数に並べ替えるべきリストの情報を渡さねば成らない
    • 同時に走らないなら、SAD stack上にポインタを置く
    • 別解として、*sort_b(3)でblocks内の定数としてポインタを渡す
    • blocks拡張が有効な場合、__BLOCKS__マクロが定義される
    • 類似の機能に、GCCのNested Function拡張がある
      • 関数スコープ内で定義された関数を関数ポインタ扱いで渡せる(ただし、定義スコープ外では保証が無い)
  • ad/avのみのリストのSortに関しては、duplicate済みのad/av配列要素のswapで実装可能になるので、間接参照の分だけ最適化出来る
• CanonicalOrderの実装で、NaNの順序を明確にする必要がある
  • また、内部表現の異なるNaN間の順序はどうするか？
    • 同一元とみなす or 内部表現で順序を付ける(isnan + integer-castが必要)