トップ 最新 追記

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|

2012-07-04 [長年日記]

_ [雑記]名状しがたきHiggs粒子のようなもの

今日のCERNの発表を意訳すると 「ATLAS/CMS両グループは、名状しがたきHiggs粒子のようなものを 5σの確度で発見した」 と言うことみたいです。

Bosonであること確かみたいですが、スピン・パリティなどは同定されていないので、 既知粒子のKK励起(余剰次元がある場合)やSUSY粒子である可能性は消えていない。 (標準理論の範囲内では、空席が Higgs粒子だけなのは確かですが...)


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 | お仕事 | イベント | 出張 | 宴会 | 数学 | 艦これ | 買いもの | 追記 | 雑記