トップ «前の日記(2012-07-04) 最新 次の日記(2012-08-03)» 編集

Orz日記 by Akio Morita

ToDo:

  • 15 SAD Fit[]回りの障害事例の解析
  • 10 smart pointer版PEGクラスの再実装(Left Recursionまわり)
2006|03|04|05|06|07|08|09|10|11|12|
2007|01|02|03|04|06|09|10|11|12|
2008|01|02|03|04|05|06|07|08|09|10|11|12|
2009|01|02|03|04|05|06|07|08|09|10|11|12|
2010|01|02|03|04|05|06|07|08|09|10|11|12|
2011|01|02|03|04|05|06|07|08|09|10|11|12|
2012|01|02|03|04|05|07|08|09|10|11|12|
2013|01|03|04|05|06|07|08|09|10|11|12|
2014|01|02|03|04|05|06|07|08|09|10|11|12|
2015|01|02|03|04|06|07|08|10|12|
2016|01|02|03|05|06|08|10|11|
2017|01|02|03|04|05|06|07|09|10|11|12|
2018|01|02|03|04|06|07|08|09|10|11|12|
2019|01|03|04|05|07|08|09|10|11|12|
2020|01|02|03|04|05|06|07|08|09|10|11|12|
2021|01|02|03|04|05|06|07|08|09|10|11|12|
2022|01|02|03|04|05|06|07|08|09|10|11|12|
2023|01|02|03|04|05|06|07|08|09|10|11|12|
2024|01|02|03|04|05|06|07|08|09|10|11|

2012-07-18 [長年日記]

_ [Fortran]累乗演算子

GCC-4.8の累乗演算子は、非正規化数の取扱いが正しく無いようです 以下のコードの実行結果は、 GNU Fortran (FreeBSD Ports Collection) 4.8.0 20120715 (experimental) 上で

     integer :: i1022 = -1022
     integer :: i1023 = -1023
     integer :: i1024 = -1024
     integer :: i1025 = -1025
     write(*,*)2.d0**(-1022), 2.d0**i1022, 2.d0**( 0)*2.d0**i1022
     write(*,*)2.d0**(-1023), 2.d0**i1023, 2.d0**(-1)*2.d0**i1022
     write(*,*)2.d0**(-1024), 2.d0**i1024, 2.d0**(-2)*2.d0**i1022
     write(*,*)2.d0**(-1025), 2.d0**i1025, 2.d0**(-3)*2.d0**i1022
     end
 2.22507385850720138E-308  2.22507385850720138E-308  2.22507385850720138E-308
 1.11253692925360069E-308  1.11253692925360069E-308  1.11253692925360069E-308
 5.56268464626800346E-309   0.0000000000000000       5.56268464626800346E-309
 2.78134232313400173E-309   0.0000000000000000       2.78134232313400173E-309

コンパイル時の定数畳み込みや正規化数同士の乗算で発生する非正規化数は問 題ないが、累乗演算子で直接発生する非正規化数がアンダーフロー扱い になっている模様

libmpow関数は、非正規化数を正しく返す模様なので、gfortran 側の問題?

追記

     real(8) :: i1022 = -1022.d0
     real(8) :: i1023 = -1023.d0
     real(8) :: i1024 = -1024.d0
     real(8) :: i1025 = -1025.d0
     write(*,*)2.d0**(-1022), 2.d0**i1022, 2.d0**( 0)*2.d0**i1022
     write(*,*)2.d0**(-1023), 2.d0**i1023, 2.d0**(-1)*2.d0**i1022
     write(*,*)2.d0**(-1024), 2.d0**i1024, 2.d0**(-2)*2.d0**i1022
     write(*,*)2.d0**(-1025), 2.d0**i1025, 2.d0**(-3)*2.d0**i1022
     end

は問題なく、

 2.22507385850720138E-308  2.22507385850720138E-308  2.22507385850720138E-308
 1.11253692925360069E-308  1.11253692925360069E-308  1.11253692925360069E-308
 5.56268464626800346E-309  5.56268464626800346E-309  5.56268464626800346E-309
 2.78134232313400173E-309  2.78134232313400173E-309  2.78134232313400173E-309

を返すので、integerを右オペランドに受ける累乗演算子の実装の問題と確定


カテゴリー: Admin | Emacs | EPICS | Fortran | FreeBSD | GCC | hgsubversion | IPv6 | KEKB | LHC | Lisp | LLVM | MADX | Ryzen | SAD | samba | tDiary | unix | WWW | YaSAI | お仕事 | イベント | 出張 | 宴会 | 数学 | 艦これ | 買いもの | 追記 | 雑記