くだすれFORTRAN（超� ..
116:デフォルトの名無しさん
08/02/02 22:06:06
俺の方法は
character(len=50):: fmt
integer:: line
write(fmt,*) "A7,", line, "F8.2"
do i = 1, ii
read(40,fmt) dummy3,(a(i,j),j=1,jj)
enddo
てやると思う。
数字書き出すときに1桁、2桁、3桁それぞれ別書式にする場合に使ってる。
117:デフォルトの名無しさん
08/02/03 01:45:46
しかし、FORMAT文の動的変更は２００レス毎に１回くらいは必ず来るなｗ
これが教科書に載っていないという点で、一体教科書執筆者は何をやっているのかと問いつめたい。
漏れ自身の場合も、この方法を知ったのはFORTRANやり始めて５年目くらいだったか。
他人のソースを読んでいて、意味不な変なことやっているなと、最初は思ったｗ
改めて文法書を読めば、確かに内部ファイルの項目はあったのだが、読み飛ばしていた。
文字変数が無くて整数変数に文字をつっこんでいたFORTRAN６６のホレリス時代の聖遺物かと思っていたｗ
118:デフォルトの名無しさん
08/02/03 13:36:12
良くも悪くも数値計算用言語ですから、
数値を上手く取り扱う方法に目がいって
その辺の所は教科書書く人も勉強する人も興味ない。
119:デフォルトの名無しさん
08/02/03 14:25:45
>>115
>>116
無事にいけました☆本当にありがとうございました！
120:デフォルトの名無しさん
08/02/03 18:55:37
>>118
読者は興味ありまくりんぐじゃないの。この質問ばっかりで無限ループしているジャン。
まぁ、
１．フォーマット文が文字列や文字変数で与えられる。
２．内部ファイルによって、文字列⇔数値変換が出来る。
という、あまり知られていない２点を同時に使うので、教育の威力が如実に現れる項目であるはずなのだが。
121:デフォルトの名無しさん
08/02/03 20:23:33
執筆者予備軍としての一言
・VB やJAVA のようにさまざまな発刊企画があれば、
上級者向け書籍が作れるが、Fortran では無理。
・初心者向け書籍では、内容を厳選するよう要請される。
頁数を少なく、文字数を少なく、挿し絵を充実、などなど。
common や内部ファイルは真っ先に削除対象となる。
122:デフォルトの名無しさん
08/02/03 20:27:04
COMMON文の説明なんて要らないから
純粋なFortran95の解説書出してよー
F2003でもいいけど
123:デフォルトの名無しさん
08/02/03 20:55:12
COMMON 文は F77 では必要悪だが
F95 だとバグを産む素でしかない。
124:デフォルトの名無しさん
08/02/03 21:35:44
>>121
コラムとか付録のサンプルとかで、何とか突っ込んでくれ。
125:デフォルトの名無しさん
08/02/04 00:53:35
動的の説明を書かないにせよ
character(len=20):: fmt
fmt = 'A5,2X,I10'
100 format(fmt)
って例が載っているだけでも、
あーこんな使い方できるんだ～
って思えるよなあ。
126:118
08/02/04 01:00:23
>>120
質問してくるのは、勉強中の人じゃなくて一通り基礎を勉強して、
より実用的、応用的なプログラムを組んでる人だと思うんだよね。
Fortranは数値計算とセットでやる事が多いだろうから
優秀な大学じゃないと内部ファイルまでやれないよ。
無理してそこまでやっちゃったら、大切な部分が疎かになったり
数％しか単位取れませんでしたとか言う事態になっちまう。
127:デフォルトの名無しさん
08/02/04 16:50:31
symbol A is not an array
こんなエラーが出るんですが何がいけないんでしょう？
128:デフォルトの名無しさん
08/02/04 18:59:12
シンボルＡは配列ではありません
129:デフォルトの名無しさん
08/02/04 19:58:45
Statement function statement cannot occur here
invalid forward reference to label 117
>>128ありがとうございます
ちなみにこれはどうすればいいんでしょう？
130:デフォルトの名無しさん
08/02/04 21:17:37
>Statement function statement cannot occur here
文関数はここに存在することが出来ません
実行文の後ろなど、文関数の定義を置けないところに文関数の定義がある。
配列や関数の引用の書き方が間違っている可能性もある。
>invalid forward reference to label 117
ラベル117の無効な前方参照
文番号117が参照されているが見つからない。
どれも簡単な英文で、読めば全てではないにしろ大まかに察しが付くような文なので
エラーメッセージは自分でよく読むように習慣づけよう。
131:デフォルトの名無しさん
08/02/05 01:17:27
>>129
>>130氏を補足しよう。
＞Statement function statement cannot occur here
これは未宣言の配列を用いるとよく出てくるメッセージだ。
配列を宣言し忘れていたり、綴りを間違い、かつ添え字に変数を使っていると出てくる。
FORTRAN77では文関数なるものが導入された。
これは一行で書ける関数を宣言文のところで宣言しておくと、実行文のところで利用できるというものなのだか
大して役に立たないのでほとんど使われない。それだけならよかったのだが、とんでもない副作用が生じてしまった。
実行文のところに、たまたま変数を添え字とする宣言し忘れの配列を使ったとする。
すると見かけ上は文関数の定義のように見えるので、（そういうパターンにマッチしてしまうので）
上のようなエラーメッセージが現れることになる。
例
ｆ(i) = 5 * i + 1
これが宣言文のとこに現れば、f(x) = 5 x + 1 という関数を文関数で宣言したことになるし、
DIMENSION f(10)
i = 1
f(i) = 5 * i + 1
....
のような形で現れれば、配列ｆのi番目の要素に、5i + 1を入れる代入式と解釈される。
この文関数がらみのエラーは、だされるメッセージと実際のエラーの内容が食い違っているので、
ＦＯＲＴＲＡＮ７７初心者を惑わす罠になっている。
これは必ず通る道なので、まぁ文句言わずにあるがまま受け入れろｗ
132:デフォルトの名無しさん
08/02/05 07:36:18
>こんなエラーが出るんですが何がいけないんでしょう？
俺なら「おまえの頭」っていうところだけどな
133:デフォルトの名無しさん
08/02/05 11:07:31
>>132
うっせー おまえこそ すっこんでろ！ｗ
ここはくだスレだからＦＯＲＴＲＡＮ振興のために、宿題も解く甘やかしスレだ！
134:デフォルトの名無しさん
08/02/06 02:24:45
FORTRANってなんですか？
アプリケーションを作れたりするプログラミング言語なんですか？
135:デフォルトの名無しさん
08/02/06 10:59:57
科学研究をするログラミング言語です
136:デフォルトの名無しさん
08/02/07 15:48:50
Linuxでの実行モジュールを作るには、Linuxで開発・コンパイルするしかないんでしょうか？
WindowsのVisualStudioに慣れてしまったので、この上で全部できればいいなと思うんですが・・・
137:デフォルトの名無しさん
08/02/07 20:42:45
Linuxでやるしかないかな。
だけど、コーディングをLinuxでやる必要はないので、
そんなに大変じゃないと思う。
コンパイルオプションをLinux版に変えるだけで
頑張ってMakefile書くくらいで終わりっしょ。
特にVisual Studio + Intel fortran
から
Intel fortran Linux
に行くだけなら
つまづくこともかなり少ないと思われ。
138:デフォルトの名無しさん
08/02/07 21:12:16
gcc をクロスコンパイル用にコンパイルしてしまえば
別に Windows 上でも Linux 用のバイナリを作ることはできるが、
Visual Studio 上となると・・・。
自分で makefile 書けば一応いけるのか？
まあ、一番の問題はデバッグが大変ってことか。
139:デフォルトの名無しさん
08/02/07 22:58:55
./a.out
140:136
08/02/08 00:16:57
>>137
ということはWindowsとLinux両方買わないといけない、ってことですよね？
コンパイラスイート買う予定ですが、Academicでも10万超えは堅いですね・・・
>>138
gccはGNUなだけにその辺偉いのですが、速度が・・・
数値計算だとどうしてもLinuxが主流なので、色々と悩ましいところではありますね。
141:136
08/02/08 00:21:06
今気づいたのですが、Intel FortranコンパイラをVisual Stuido上で使った場合
出てくるロードモジュールはもしかしてマネージコードになるんでしょうか？
142:デフォルトの名無しさん
08/02/08 01:52:57
>>140
学術目的ならＬｉｎｕｘ版は無期限ライセンス版が落とせる。
>>141
普通のＥＸＥバイナリを吐く。
143:136
08/02/08 10:07:16
>>142
＞学術目的ならＬｉｎｕｘ版は無期限ライセンス版が落とせる。
↓ですね。
URLﾘﾝｸ(www.intel.com)
コンパイラ以外も可とは、気前いいですね。
ただ、いくつかはPage Not Foundになってたりしますが・・・
＞普通のＥＸＥバイナリを吐く。
そうですよね、安心しました。
そういえばLinuxにはmonoがあるから、いちおうマネージコードでも動くことは動くのかなぁ
どうもありがとうございました。勉強になりました。
144:デフォルトの名無しさん
08/02/08 19:45:07
VisualStudioがあるのにIntel C++コンパイラ必要？
Intelのほうが速いから？
145:デフォルトの名無しさん
08/02/08 23:58:28
>>144
FORTRANと組み合わせるならIntelC++の方が楽。
BLASの類のライブラリのこともあるし。SSE、並列化等のCPUの最適化もIntelのほうが対応が早い。
またLINUXとWinとで同じにやろうとするなら条件がそろうのでIntelの方がいい。
無論C++でWin32API叩いたりするならMSの方が有利だろう。
146:デフォルトの名無しさん
08/02/09 01:56:22
>>145
なるほど
thxです
147:デフォルトの名無しさん
08/02/11 17:58:08
かなりどうでも良いことなんですが、
vimで.f90のソースを書いていると、
勝手にインデントをスペースに置き換えられるんですよね。
まあnoexpandtabすればタブ文字で書けるんですが、
syntaxの設定上タブ文字が赤く表示されてなんだか不安な気分に。
これもsyntaxファイルを改変すれば変えられるのでしょうけど。
fortranの世界ではソースにタブ文字を使わない事が常識なんでしょうか？
148:デフォルトの名無しさん
08/02/11 20:12:21
常識
1行72文字とか132文字とか制限があるのに
何文字にカウントされるか分からないタブ文字を使うなんて
プラットフォーム依存性を無駄に招いているとしか思えない
149:147
08/02/11 20:42:23
>148
なるほど。文字数の制限があるからですね。
fortran90から入ったので、
ほとんど文字制限を気にした事が無かったから気づきませんでした。
ありがとうございました。
150:デフォルトの名無しさん
08/02/11 21:25:04
>>148
> 常識
> 1行72文字とか132文字とか制限があるのに
f90 は自由形式だからその制限は無いはず。
f77 は制限アリ。
151:デフォルトの名無しさん
08/02/11 21:50:24
>>150
文法書をもう一度読め。
Fortran90は132カラムだ。
Fortran2003ではもう少し増やす。機械生成のコードだと、変数名などが長くなりやすいから。
それにしてもインデントでタブが入るエディターは本当にむかつく。
152:デフォルトの名無しさん
08/02/11 21:55:05
行頭のスペースを勝手にタブ文字に変えられると「タブ形式」と間違えられちゃうよー
153:デフォルトの名無しさん
08/02/12 00:05:18
少なくとも Intel Fortran は１行の文字制限はないよ。
他のコンパイラも大概独自で対応しているんじゃないかな。
154:デフォルトの名無しさん
08/02/12 10:37:30
NagのFortran Builder という開発環境を使ってる方いましたら、どんなものか教えてくれますか？
URLﾘﾝｸ(www.nag-j.co.jp)
他社A他社Bってどこでしょうかね？
155:デフォルトの名無しさん
08/02/12 12:19:44
>>153
まぁFortranの規格はISOが決めているから。
各ベンダーの拡張は拡張として。
Intelは確かに原則制限無し、7200文字のようだ。
>Free Source Form
>In free source form, statements are not limited to specific positions on a source line.
>In Fortran 95/90, a free form source line can contain from 0 to 132 characters.
>Intel Fortran allows the line to be of any length.
>Fortran source line length
> fixed form: 72 (or 132 if /extend_source is in effect) characters;
>free form: 7200 characters
156:デフォルトの名無しさん
08/02/12 13:54:10
目が悪くて文字解像度をあげられず、
エディターの一行表示上限が94文字しかないオレ様にしてみれば、
132文字も7200文字も無限と同じ。
157:デフォルトの名無しさん
08/02/12 17:17:43
makedepf90、Windowsでビルドできないかなぁ。
みなさんオブジェクトの依存関係とか、どうやって調べてますか？
基本的に１ファイルに１個モジュールで書いてるから
use文を抽出さえすれば簡単にできそうか
158:デフォルトの名無しさん
08/02/13 00:40:42
うほっ！
前スレに自己出力プログラムが出ていたが、俺も作ってみた。
IntelFortranで確認した。
一応F90の規約にのっとっている。以前上げられていた奴より分かりやすいのではと思うが如何？
ここでCHR(39)は『'』。
CHARACTER(LEN=68)::f
f='("CHARACTER(LEN=68)::f"/"f=",3a/"PRINT f,CHAR(39),f,CHAR(39)"/"END")'
PRINT f,CHAR(39),f,CHAR(39)
END
159:デフォルトの名無しさん
08/02/13 16:52:02
Vistaで使えるフリーのfortran90コンパイラってありますか？
160:デフォルトの名無しさん
08/02/13 17:24:29
どうやってもこのエラーが消えないけどどうしたらいいんだろう？
assignment between arrays of differing rank
161:デフォルトの名無しさん
08/02/13 17:38:11
>>159
Vista + Cygwin + gfortran or g95
162:デフォルトの名無しさん
08/02/14 00:50:54
>>159
Silverfrost の FTN95 かな。Vistaで動くかは知らんがｗ
URLﾘﾝｸ(www.silverfrost.com)
>>160
配列の次元があっていないと言っているので、そのエラー行をよく見直すしかない。
163:デフォルトの名無しさん
08/02/16 22:44:10
FORTRAN90 を勉強している者ですが構造体を下記のプログラムのように
使いたいのですがエラーがでてしまいます。m と n は、上位ルーチンのみ
で固定させたい（下位ルーチンにはサブルーチンの引数でサイズを渡したい）
のですが上手い方法をお教え頂けますでしょうか？構造体を使わず、
a(n,m) i(n,m) と配列にすればいいのでしょうが構造体を使って
書きたいので質問させて頂きました。よろしくお願い致します。m(_ _)m
program test
implicit none
integer,parameter::m = 1
integer,parameter::n = 1
type kouzou
real(8)::a(n)
integer::l(n)
end type kouzou
type(kouzou)::data(m)
call dataset(data,m)
write(*,*) data(1)%a(1)
write(*,*) data(1)%l(1)
end program
subroutine dataset(data,m,n)
implicit none
integer,intent(in)::m,n
type kouzou
real(8)::a(n)
integer::l(n)
end type kouzou
type(kouzou),intent(out)::data(m)
data(1)%a(1) = 3.0d+00
data(1)%l(1) = 2
return
end
164:デフォルトの名無しさん
08/02/17 01:23:42
>>163
記憶が正しければ、それはFortran95以前では出来ない。
TYPEの中の型やサイズを引数にするのは、Fortran2003で導入される機能だ。
Fortran95以前で実現するには、POINTER属性で宣言してメインでALLOCATEするのかな？
ただ、単にTYPEの宣言を１ッ箇所で済ませたいだけならば、独立したMODULEでTYPEを宣言して
あとは残りのルーチンでそれをUSEすればよいと思う。
MODULE m_type
IMPLICIT NONE
integer,parameter::n = 1
type kouzou
real(8)::a(n)
integer::l(n)
end type kouzou
END MODULE m_type
!
MODULE m_subs
USE m_type
CONTAINS
subroutine dataset(data_,m)
implicit none
integer,intent(in)::m
type(kouzou),intent(out)::data_(m)
data_(1)%a(1) = 3.0d+00
data_(1)%l(1) = 2
return
end subroutine dataset
END MODULE m_subs
!
program test
USE m_subs
（以下略 （ここではm_typeをカスケードに呼んだが
165:デフォルトの名無しさん
08/02/17 11:02:41
スレチと思うけど質問させてください。
計算機によく入っているbsubとかqsubって打ってjobを実行するソフトって
何て言う名前ですか？フリーウェアですか？
166:デフォルトの名無しさん
08/02/17 12:10:40
>>165
それはジョブ管理システムというものだ。
ググレばなんか出てくるだろう。
普通はメーカー毎・OS毎に独自のものがある。
LinuxとかだとLSFというのが主流の気がする。
UNIXはTSS処理を売りにしていたので、むかしJOB管理が糞だった。
167:165
08/02/17 14:40:22
>>166
ググって色々調べてみたところ「Generic NQS」ってのが
フリーみたいですね。
自宅で数値計算をして遊んでみようと思いまして(;^_^A
どうも返答有り難うございました。
168:デフォルトの名無しさん
08/02/17 17:25:42
Intel Visual Fortran での、Windows用グラフィック・ルーチンを作っています。
プロトタイプができているので、興味がある人は見てみてください。
URLﾘﾝｸ(d.hatena.ne.jp)
やりたいことは、昔のBASICやXYプロッタ時代のようなグラフィックス・ルーチンで、
普通のコンソール用プログラムから簡単に呼び出せて、かつ対話的に絵を描けるものです。
変な何をやっているのかまったく不明なライブラリ集とかをインストールすることなく、軽く実現するのが目標です。
大げさなものにはせず、各人で好きなように拡張できるような、見通しの良い最小構成が出来たら良いかなと
思っています。
169:163
08/02/17 23:44:38
>>164 さん
丁寧なご回答どうもありがとうございます！！ 返信が遅くなり
申し訳ございません。今、intel fortran compiler 10.1 で
メイン部分を下記にして動くことを確認できました。
Fortran2003で導入される機能ということで驚いています。
program test
use m_subs
implicit none
integer,parameter::m = 1
type(kouzou)::data_(m)
call dataset(data_,m)
write(*,*) data_(1)%a(1)
write(*,*) data_(1)%l(1)
end program
170:163
08/02/17 23:45:55
実は、私がやろうとしていたのは、構造体のサイズ m とその中の要素の
サイズ n を下記のように入力データのようなものから動的に取得して
構造体の確保を実現させようと考えておりました。
下記のようなプログラムの構造体バージョンが目標でした。
下記の配列バージョンだと確保した配列全部をサブルーチンの
引数でひきずっていかなければならないと思うのですが構造体で
定義しておけば配列をパックにした構造体 1 つを引数で渡せると
考えました。
164 さんに教えて頂いたプログラムの MODULE m_type での
構造体の中の要素のサイズ n は、動的（データで決定）ではなく
parameter 文で静的にコンパイル時に確定させなければ
ならないんですよね？
長々と書いてしまって申し訳ありません。m(_ _)m
171:163
08/02/17 23:46:47
program test
implicit none
integer::m,n
read(5,*) m,n
call test2(m,n)
end program
!
subroutine test2(m,n)
implicit none
integer,intent(in)::m,n
real(8),allocatable::a(:,:)
integer,allocatable::l(:,:)
allocate(a(n,m),l(n,m))
call dataset(a,l,n,m)
write(*,*) a(1,1)
write(*,*) l(1,1)
deallocate(a,l)
return
end
!
subroutine dataset(a,l,n,m)
implicit none
integer,intent(in)::m,n
real(8),intent(out)::a(n,m)
integer,intent(out)::l(n,m)
a(1,1) = 3.0d+00
l(1,1) = 2
return
end
172:デフォルトの名無しさん
08/02/18 02:32:34
>>170 そういうことなら、以下のように出来る。
MODULE m_type
IMPLICIT NONE
type kouzou
real(8), POINTER::a(:)
integer, POINTER::l(:)
end type kouzou
END MODULE m_type
!
MODULE m_subs
USE m_type
CONTAINS
subroutine dataset(data_,m)
implicit none
integer,intent(in)::m
type(kouzou),intent(in out)::data_(m) ← INOUTにしないと駄目みたい。
data_(1)%a(1) = 3.0d+00
data_(1)%l(1) = 2
return
end subroutine dataset
END MODULE m_subs
!
program test
USE m_subs
implicit none
integer,parameter::m = 1
INTEGER :: n = 2
type(kouzou)::data_(m)
ALLOCATE(data_(1)%a(n), data_(1)%l(n))
call dataset(data_,m)
（以下略
ただALLOCATEは配列の全要素にいちいちやらないと駄目。解放も面倒。コンパイラによってはPOINTERはALLOCATEでも可。
173:163
08/02/18 14:44:48
>>172 さん、本当に感謝です！！ 上手くいきました。
ありがとうございます！！ m(_ _)m
下記にすることで動的に確保できました。
上手い方法があるもんですね...
ただ、指摘された以下の場所は、私が試したところでは、inout で
なくても OK でした。
type(kouzou),intent(out)::data_(m)
あと、解放ですが deallocate(data_) 一発で OK？
program test
use m_subs
implicit none
type(kouzou),allocatable::data_(:)
integer::i,j,m,n
read(*,*) m,n
allocate(data_(m))
do j = 1,m
do i = 1,n
allocate(data_(j)%a(i),data_(j)%l(i))
end do
end do
call dataset(data_,m)
write(*,*) data_(1)%a(1)
write(*,*) data_(1)%l(1)
deallocate(data_)
end program
174:デフォルトの名無しさん
08/02/18 23:15:43
>>173
多分Intelのコンパイラなら、POINTERをALLOCATABLEにしてもよいはず。
Fortran2003で可能になる機能だが実装されている。
＞あと、解放ですが deallocate(data_) 一発で OK？
多分、ALLOCATEしたときと同じようにいちいち解放しないと駄目だと思う。
少なくともPOINTERの時は。ALLOCTABLEの時はいいかもしれないが、忘れたｗ 調べてチョ
175:163
08/02/19 00:01:59
>>174
構造体とポインタの使い方が分かって非常にためになりました。
ありがとうございます。色々と変えてみて試してみます。m(_ _)m
176:デフォルトの名無しさん
08/02/26 22:37:08
単精度をコンパイルオプション一発で倍精度にすることってできますか？
177:デフォルトの名無しさん
08/02/26 22:59:45
>>176
> 単精度をコンパイルオプション一発で倍精度にすることってできますか？
コンパイラは何？
178:デフォルトの名無しさん
08/02/27 00:01:57
>>176
一般的に、コンパイラには自動で倍精度にするautodblオプションがあることが多いので、マニュアル見ろ。
IMPLICIT REAL*8(A-H,O-Z)を入れるやり方もあるが、定数も倍精度にしないと下の桁にごみが入るので中々
容易い道ではない。
179:490
08/02/27 02:25:14
ちょっとずれた質問かもしれませんが、
皆さんプログラムを書く(デバッグ)するときに使っているツールで「これは便利だ」と思うツールを教えていただけませんか？
わたしは大体vimで書いているのですが、tagexplorer.vimというスクリプトを使って、関数などを別のウィンドウに出したりしているのですが...
最近emacsで書いてみたいなあと思うようになって情報を集めているのですが、あまり情報が見つからないんです。
Cだとcscopeとか便利なツールがあるみたいなんですが...
180:デフォルトの名無しさん
08/02/27 13:43:03
>>176
intel fortran だと、 -r8 で一発、
fujitsu だと -RR8 かなにか、でまぁとにかく一発。
念のためにと、parameter文や sin などの intrinsic な関数を適当に使った、
適当に1000回くらいiterateする短いコードを
最初から倍精度で書いたやつと、
単精度で書いたコードをオプションつけてコンパイルして計算したら、
計算の結果はbinary で一致した。
ほかのコンパイラでも似たようなもんだろう。
181:176
08/02/28 20:15:57
>>178
Intelコンパイラでした。マニュアル見たら速攻見つかりました・・すいませんでした。
autodblはHPやIBMのコンパイラでの名前みたいですね。
>>180
さすがにロードモジュールはバイナリ一致じゃないですよね。
わざわざ調べて頂いてありがとうございました。
182:180
08/02/29 13:13:23
>>181
べっ、別にあんたのためになんたらかんたら。
昔作ったのをもっかいコンパイル＆実行してみただけ。
intel fortranはまめにバージョンを上げてくれてありがたいんだけど、
時々挙動が変わるからね。以前やったときはできあがった実行ファイルも
同一になったよ。バージョンによっては実行ファイル作成時の日時が
格納されるのか(推定)、全く同じファイルを全く同じオプションでコンパイルしても
同一でない実行ファイルが出来ることがあったけど。
今使っている version 9.1 だとサイズは同じで先頭部分の１００バイトくらい微妙に違う。
183:デフォルトの名無しさん
08/02/29 13:24:30
>>182
うわ、ツンドラだツンドラだ
184:デフォルトの名無しさん
08/02/29 21:19:56
＞全く同じファイルを全く同じオプションでコンパイルしても
＞同一でない実行ファイルが出来ることがあったけど。
「このファイル同じだっけ？」って確認をcmpでやる癖のある自分としては、ちょっと厄介だなぁ
IntelFortranは今10.1だっけ？
185:デフォルトの名無しさん
08/03/01 14:27:05
Windowsの実行形式ファイルのヘッダには作成日時が入る箇所があるので、
IVFに限らず仕様通りに実行ファイルを生成するコンパイラ、というかリンカを使えば
同一ソースを同じオプションでコンパイルしても完全に同じ実行ファイルにはならない。
URLﾘﾝｸ(www.interq.or.jp)
まあ、頭の方がちょっと違ってくるだけなので、違っている部分の位置で
同じ内容かどうかは判断できると思うが。
186:デフォルトの名無しさん
08/03/02 00:44:48
Debian+gfortranでやっています。
勉強で、以下のようなプログラムを作ってみたのですが、コンパイルエラーとなってしまいます。
program test
implicit none
real y
y=hoge(3.0)
stop
end
real function hoge(x)
real x
hoge=2.0
return
end
コンパイルするとy=hoge(3.0)のところで、
Function 'hoge' at (1) has no IMPLICIT type
といわれます。どのように対処すればよいのでしょうか。
187:デフォルトの名無しさん
08/03/02 01:39:51
>>186
IMPLICIT NONEなのに関数hoge()の宣言がないから。
対処法としては
・関数hoge()を主プログラムtestの内部手続きにする。
・testの中にhoge()のINTERFACE宣言を書く。
・hoge()を含むMODULEを作る。
など。
188:デフォルトの名無しさん
08/03/02 14:47:26
real hogeをtestで宣言するかimplicit noneを削れ
189:デフォルトの名無しさん
08/03/07 00:40:07
ここって、Linux環境でのFortranのインストールの仕方って
質問していいんでしょうか？
Linuxの方でも場違いな気がいたしまして。。
190:デフォルトの名無しさん
08/03/07 01:18:17
>>189
GCC入ってないのか？
191:デフォルトの名無しさん
08/03/07 14:40:22
えっと、説明不足ですみません。
ここで質問してもいいかわかりませんが、とりあえず
Intel Fortran を Ubuntuにインストールしようとしたのですが、
まず、Ubuntuにデフォルトで開発環境が入っていないとか
libstdc++.so.5が
libstdc++5 だという話は解決したのですが、
コンパイラ、デバッガのインストールが終わって
Please Enter to Continue
で
Enter
を押しても、反応がなく、ただ改行する所で止まってます。
いろいろ調べて、Ubuntuのコミュニティで同様の投稿があったのですが、
なんだかよくわからず。（英語のページだからというのもありますが。。）
Intelが発表している内容は、
ifort とかのファイルにある
"/bin/sh"を"/bin/bash"に書き換えろとか書いてあるんですが、
すでに書き換わっていたりして。
もうお手上げです。。。
助けて下さい。。よろしくお願いします。
192:デフォルトの名無しさん
08/03/07 16:53:48
>>191
> インストールしようとした
どうやって？
例えばl_fc_p_10.1.011_ia32.tar.gzをダウンロードして、
展開して出来たl_fc_p_10.1.011_ia32に移動して、
install.shを実行したということ？
ubuntuのパッケージはdebだから、それにrpmのパッケージをそのまま
インストール出来るのだろうか。
私はalienでdebに変換してインストールした。
193:デフォルトの名無しさん
08/03/07 18:28:14
HPUX上の fortran90 にて
プログラムコードに”program main”と書かないと実行時に
/usr/lib/hpux64/dld.so: Unsatisfied code symbol 'main' in load module '/usr/lib/hpux64/libc.so.1'.
って表示されるんですが、”program main”を省略出来ないのは何故でしょうか？
何か環境変数で設定すればよきに計らってくれるのでしょうか？
194:デフォルトの名無しさん
08/03/07 20:25:15
>>192
仰るとおり、install.shからです。
intelのインストーラが起動すると、
ubuntuではg++が入ってないと出来ないとは書いてましたが、
debとかrpmという言葉は出てきませんでした。
宜しければ、どうやってインストールされたか
詳しく教えていただくと有難いです。。
195:デフォルトの名無しさん
08/03/07 21:57:43
>>194
私はDebianは使っているけど、Ubuntuは使ったことがない。
以下はDebian使いの私のインストール方法なので、Ubuntuに
そのまま適用出来るかどうかは知らない。また、あくまで私のやり方なので、
もっと楽なやり方があれば指摘して欲しい。
$ tar zxf l_fc_p_10.1.013_ia32.tar.gz
$ cd l_fc_p_10.1.013_ia32/data
$ fakeroot -u alien intel-ifort101013-10.1.013-1.i386.rpm
$ fakeroot -u alien intel-iidb101013-10.1.013-1.i386.rpm
$ su
# dpkg -i intel-ifort101013_10.1.013-2_i386.deb
# dpkg -i intel-iidb101013_10.1.013-2_i386.deb
# cd /opt/intel/fc/10.1.013/bin
ifort, ifortvars.csh, ifortvars.shを開き、<INSTALLDIR>という
文字列を、全て/opt/intel/fc/10.1.013に置換する。
私の場合、viで開き、
:%s/<INSTALLDIR>/\/opt\/intel\/fc\/10.1.013/g
を実行した。
# cd /opt/intel/idb/10.1.013/bin
idbvars.csh, idbvars.shを開き、<INSTALLDIR>という
文字列を、全て/opt/intel/idb/10.1.013に置換する。
ログイン時に上の*vars.shか*vars.cshファイルを読みこむように、
シェルの設定ファイルを変更する。私の場合はbashを使っているので、
~/.bashrcに
. /opt/intel/fc/10.1.013/bin/ifortvars.sh
. /opt/intel/idb/10.1.013/bin/idbvars.sh
を追加した。
196:デフォルトの名無しさん
08/03/08 01:03:43
>>193
考えにくいな。もっと詳しく。
最小例で。
197:デフォルトの名無しさん
08/03/08 01:28:57
>>195 さん
ありがとうございます。
実は、Linux自体初心者で勉強し始めたばかりでなかなか困ってます。
195さんのように、ファイルをrpmからdebに直してされている方はUbuntuの方でいらっしゃいました。
僕もやってみましたが、こちらはデフォルトのエディタで、optファイル内は書込み禁止になっているらしくて、
その対処法がなくストップしてしまいました。
つまり、<INSTALLDIR>の置換操作が出来なかったところです。
あと、ログイン時に読み込むファイルの設定の仕方がとか、
そういったファイルの場所がわからなくて、困っていました。
やはり普通に実行しては無理っぽいんですね。
ありがとうございました。そのあたりを勉強しなおして、もう一度やってみます。
どうやら、問題はLinuxの操作の知識不足にあるようですから。。。
198:192,195
08/03/08 02:08:25
>>197
さようなら。
199:デフォルトの名無しさん
08/03/08 11:49:08
サブルーチンsabuで計算結果をディスプレイに一行出力するのですが、
open文の後ではその出力がなぜかNANになってしまいます。
program main
implicit real*8 (a-h,o-z)
call sabu(1.0, 2.0)
call sabu(1.0, 2.0)
open(unit=24, file='gomi.txt', status='unknown')
call subu(1.0, 2.0)
call sabu(1.0, 2.0)
close(24)
stop
end
のように呼ぶと、必ずopen文の次から全てNANになります。
sabuの引数を変えたり、open文の装置識別子やファイル名を変えてみてもダメでした。
また、open文前後のsabuをcallする回数を変えてもダメでした。
sabu中では何個かのサブルーチンをcallしていて、その中でopen文は合計1行だけあります。
その装置番号は2で、装置識別子が重複しているわけでは無いようです。
原因は何でしょうか？宜しくお願いします。
cygwinでg77を使っています。
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
200:デフォルトの名無しさん
08/03/08 11:59:22
今の時代FORTRAN使うメリットってあるんですか？
201:デフォルトの名無しさん
08/03/08 12:29:51
TSS
202:デフォルトの名無しさん
08/03/08 12:35:40
>>199
sabu() の中で開けたものは、sabu() を出る前にちゃんと閉じてる？
sabu() の中身が分からないので何とも…。
203:199
08/03/08 14:30:47
>>202
レス有難うございます。
sabu()中で、
open(2,file='input.dat',status='old')
に続いて、read()した後close()があり、
write(*,*)'debug: close begin'
close(2)
write(*,*)'debug: close end'
とwriteで挟んでみたところ正しく表示されるので、
close文は実行されているのだと思います。
204:199
08/03/08 14:31:49
担当の先生によるとsabu以下は公開してだめだそうで、
一部を以下に写してみます(中略が要領を得ないときはご指摘ください)
cccccccccccccccccccccccccccccccccccccccc
subroutine sabu (xvalue,zvalue)
implicit real*8 (a-h,o-z)
< 中略(commonとdimension) >
open(2,file='input.dat',status='old')
< 中略(doとcontinueに挟まれてread) >
write(*,*)'debug: close begin'
close(2)
write(*,*)'debug: close end'
call sub1
<中略(ifとdoに挟まれて変数へ代入)>
call sub2(x,eps)
write(*,2000)(df(i),i=1,10)
2000 format(10e15.3)
return
end
205:デフォルトの名無しさん
08/03/08 21:49:47
よくわかりませんが、
mainとsabuでそれぞれにopen文があるので多重openになっていませんか？
206:デフォルトの名無しさん
08/03/08 23:50:39
>>204
情報が足りなくて全くのあてずっぽで書くが、昔のプログラムはAUTOMATIC変数がSAVE属性が
あるかのごとく仮定していることがあるので、コンパイラのオプションでSTATIC属性にしてみそ。
207:199
08/03/09 11:51:38
>>205
レス有難うございます。
今writeでデバッグした限りですが、同じファイルを2回openはしてないように見えます。
流れとしては、メインprogramから、
open(unit=24, file='gomi.txt', status='unknown')
↓
サブルーチンをcall
↓
open(2,file='input.dat',status='old')
↓
close(2)
↓
サブルーチンからreturn
↓
close(24)
となっています。
>>206
レス有難うございます。
アドバイスの通りg77で'-fno-automatic'を付けてみたらNANが無くなりました！
URLﾘﾝｸ(www-jlc.kek.jp)
＞-fno-automatic: を指定すると、変数を static にアロケート します。
＞これは、全てのルーチンに SAVE を付けるのと同値です。
大変感謝です。2週間これで詰まってました。
sabu含むすべてのサブルーチンでSAVEはありませんでした。
208:206
08/03/09 16:16:07
>>207
解決おめ。
少し補足すると、サブルーチンを呼んで帰った後、もう一回同じサブルーチンを呼んだときに、
サブルーチン内のローカル変数が前回の値を保持するかどうかが問題になっている。
FORTRAN77ではSAVE文ないしオプションが定義されて、明示的に前回の結果を取っておくことが
出来るようになった。規格ではFORTRAN７７では前回の値を保障していなかったはず、
FORTRAN66では未定義かな？
しかし慣習的に、FORTRAN66時代から、前回の結果が残っているような処理系の実装が主流だったために、
かつては大抵のFORTRAN77処理系ではSAVEが暗黙にデフォになっていた、と思う。
Fortran90時代になって、動的にメモリーを取ることが普通になって、SAVEを明示的に指定しないと、
毎回任意のメモリーが割り当てられることがデフォになった気がする。ゆえにローカル変数内に
非数値的なビット列（NaN）のごみが入っていたりする。
昔のプログラムではFORTRAN77でもSAVEを仮定していることが多い。大抵はそれで動いていた。
メモリーを動的に確保せず、リンク・ロード時に静的にメモリーを割り付けていた。
というわけでg77が歴史的事情を尊重しないのが悪いと言ってみるｗ
NaNは配列はみだしか初期値のごみででることが多いのと、77スタイルのサブルーチンを出してきたので
推論した。
209:デフォルトの名無しさん
08/03/10 21:14:08
初めまして。超初心者なんで宜しくお願いします。
使っている環境はF90 g++ debian です。
以下 ソースです
program dotp4
implicit none
real(8), allocatable :: u(:), v(:) !allocatable属性を付けて割り付け配列を宣言
integer :: n
write(*,'(a\)') 'input n :' !入力を促す表示(改行の抑制)
read (*,*) n
allocate (u(n), v(n)) !nを用いて配列の割り付けを行う
write(*,'(a\)') 'input u(1 : n)'
read(*,*) u(1 : n) !配列uの要素の値を読みとる
write(*,'(a\)') 'input v(1 : n)'
read(*,*) v(1 : n) !配列vの要素の値を読みとる
write(*,*) 'dp = ' , dot_product(u,v) !内積の計算
deallocate (u ,v)
end program dotp4
エラーは (col. 23) remark: LOOP WAS VECTORIZED.
です。
DO 文でベクトルを使うと大抵この文がでて来ます。
どうぞ宜しくお願いします (ちなみにallocateが赤くなりません)
210:デフォルトの名無しさん
08/03/10 23:22:28
>>209
> write(*,'(a\)') 'input n :' !入力を促す表示(改行の抑制)
ここの '(a\)' に対してなら文句を言われた。なので '(a\)' を全て * に変えてコンパイルしたら通った。因みに gfortran でだ。g95 ではもとのママでも何も言われなかった。実行については共に特に問題無さそうだった。
211:デフォルトの名無しさん
08/03/10 23:50:00
>>209
>エラーは (col. 23) remark: LOOP WAS VECTORIZED.
>です。
これはエラーじゃない。リマークであって、警告ですらない。
単にDO-LOOPをベクトル化したという事を念のため教えてくれているに過ぎない。
つまりSSEを用いた最適化をしたという事を教えてくれている。
初心者なら、気にしなくてよい。
212:デフォルトの名無しさん
08/03/11 08:32:04
>>211
そのリマークってオプションなしのコンパイルでも出るんでしょうか？
213:デフォルトの名無しさん
08/03/11 11:48:37
>>212
処理系によって違うのでマニュアルを読んでもらうのが一番確実。
たとえば Intel Fortran の場合は、SSEによるベクトル化に関しては、
オプションを指定しないと何も言わない。
一般的に言えば、error, warning, info ( ここでは remark ) のような、
おおよそ３分類で、完全なるあやまち、分かってやってるならOK、念のための御注進
にあたるメッセージをデフォールトで言う。
うざいならオプションで抑止できるのが普通。
まぁコンパイラのオプションの説明嫁。
214:デフォルトの名無しさん
08/03/11 15:47:45
>>210
>>211
ありがとうございます。
ちゃんと実行できました！
remarkはエラーでは無いんですね。把握しました。
精進します
215:デフォルトの名無しさん
08/03/13 03:18:38
教えて下さい。
０の二乗が正しく計算できません。
なぜでしょうか？
MacOSXでもg95で同じような計算結果になります。
プログラム hoge.f95
program hoge
write(*,*) 0**2, 0.e0**2, 0.d0**2
end program hoge
以下、コマンド
> g95 hoge.f90
> a.exe
1 1. 1.
> g95 -v
Using built-in specs.
Target:
Configured with: /src/G95/gcc-4.1.2/configure --prefix=/mingw
--enable-languages=c --with-ld=/mingw/bin/ld --with-as=/mingw/bin/as
--host=i386-pc-mingw32 --enable-threads --disable-nls
--disable-win32-registry --enable-sjlj-exceptions --enable-libgcj
--without-x
Thread model: win32
gcc version 4.1.2 (g95 0.91!) Feb 7 2008
環境
Windows XP Professional Service Pack 2
216:デフォルトの名無しさん
08/03/13 11:25:15
>>215
> MacOSXでもg95で同じような計算結果になります。
MacOSX の g95 では上手く行っていますが？ちなみに PPC 版 Tiger。なので言っている事の意味ワカラン。
217:デフォルトの名無しさん
08/03/13 23:11:50
>>215
おまい、質問が下手だなｗ
うまい質問をするとうまい答えが返ってくるし、まずい質問をするとまずい答えしか返ってこないぞよ。
とにかくそれだけでは答えようが無い。
218:215
08/03/17 02:47:25
>>216
マカーの友人もTigerだそうです。
コンパイラのバージョンを教えてください。
>>217
他にどういった情報が必要でしょうか？
分かりにくいということですか？
この問題を解決したいので教えてください。
この「0の巾乗が計算出来ない」という問題はあまり有名ではないのでしょうか？
a=0.のときに
a**2が計算できないのは致命的なバグなような気もします。
周りのg95ユーザに聞いても解決しませんでした。
（やはり、他のシステムでも0の巾乗は計算出来ていません。）
ちなみに私は普段はgfortranをvine上で使っていますが、このような結果にはなりませんでした。
219:216
08/03/17 05:38:14
>>218
同じソースを g77 でコンパイルしても正しい結果が出た。ln -s hoge.f95 hoge.f で偽装（？）した。
% ./a.out
0 0. 0.
gfortran は試してない。fink でやったら簡単だけど、意義を感じない。
因みに g95 と gfortran のどっちが良さげ？＞識者の皆様
> MacOSXでもg95で同じような計算結果になります。
はヲマイがやったんぢゃないのか？自分で確認したことと、他人に聞いた事は切り分けてクレ。
% g95 --version
G95 (GCC 4.0.3 (g95 0.90!) Jul 27 2006)
Copyright (C) 2002-2005 Free Software Foundation, Inc.
----------
% g77 --version
GNU Fortran (GCC) 3.4.4
Copyright (C) 2004 Free Software Foundation, Inc.
220:215
08/03/17 14:13:34
>>216
ありがとうございます。
わかりにくくて申し訳ありません。
MacOSXは友人がやりました。
g95(windows),gfortran(vine),ifort(ubuntu)は私がまわしました。
（ifortでも同じプログラムを回してみました。）
gfortran,ifortは正しい結果が得られます。
g95だけ正しく計算できません。
バージョンの問題でしょうか？
友人にバージョンを聞いてみます。
221:デフォルトの名無しさん
08/03/17 21:57:57
>>220
The G95 project にバイナリが色々置いてあったので試してみたら
Stable Version (G95 (GCC 4.0.3 (g95 0.90!) Jul 27 2006)) だと
0 0. 0.
になったが、
Current Snapshot (G95 (GCC 4.0.3 (g95 0.91!) Feb 27 2008)) だと
1 1. 1.
になった。
-S オプションでアセンプリ出力を見てみると
いきなり定数の 1 を書き込んでいるようなので
コンパイラのバグだろうな。
まあ、Snapshot なんでバグの１つや２つ有るだろう。
Stable Version の方を使うかバグ報告出して直してもらえ。
>>219
ちょっと前まではg95の方が安定してたような気がする。
でも最近はGCC4に対応してgfortranが標準で付いてくるLinuxが増えたので
こちらの方が一般的になるのだろうな。
#それにたしかg95の方はまだOpenMPに対応してなかったはず。
222:216
08/03/18 17:47:26
> >>219
> ちょっと前まではg95の方が安定してたような気がする。
> でも最近はGCC4に対応してgfortranが標準で付いてくるLinuxが増えたので
> こちらの方が一般的になるのだろうな。
> #それにたしかg95の方はまだOpenMPに対応してなかったはず。
有り難うございます。確かに最近導入したLinuxはほぼ gfortran が付いていますね。
g95 は付いて無いですが。私は並列はしないので、OpenMP は対応していなくても
良いのですが、周りから聞かれたら gfortran の方を勧めることにします。
223:デフォルトの名無しさん
08/03/18 21:13:10
Windowsで使う分にはg95も手軽でいいんだがな。
224:デフォルトの名無しさん
08/03/31 14:46:06
>>222
できるよ。
以上。
はい、次。
225:デフォルトの名無しさん
08/03/31 21:02:15
ん？
226:デフォルトの名無しさん
08/04/01 00:26:18
$OMP imifu
227:デフォルトの名無しさん
08/04/01 01:48:45
本当に初心者なのですが失礼します
分関数定義文について勉強してるんですが、
プログラムが読めても、作れないくらいのレベルです
文関数定義分を使って、関数f(x)＝x^2+x+1を
0≦x≦1の区間について、0,1ごとにxを変化させた場合の
結果を出力するプログラムを作りたいのですが、
わかる方いましたらお願いします
228:デフォルトの名無しさん
08/04/01 13:49:39
>>227
ドイツとかフランスで教育を受けた人？小数点がそっち風なんですけど
FTN77で作動確認、間違ってたりナンセンスでも許してね。
DO 10 I=0,10,1
X=0.1*I
Y=F(X)
10 WRITE (6,20) X,Y
STOP
20 FORMAT(1H ,' X = ',F4.1,2X,'Y = ',F6.3)
END
C
FUNCTION F(X)
F=X**2+X+1
RETURN
END
229:デフォルトの名無しさん
08/04/01 21:00:37
志村ー、文関数！文関数！
230:デフォルトの名無しさん
08/04/01 22:13:38
文関数はobsoleteで、今は使えてもいずれ使えなくなる筈。
231:志村228
08/04/01 22:26:01
間違えちまっただ～
F(X)=X**2+X+1
DO 10 I=0,10,1
X=0.1*I
Y=F(X)
10 WRITE (6,20) X,Y
STOP
20 FORMAT(1H ,' X = ',F4.1,2X,'Y = ',F6.3)
END
232:デフォルトの名無しさん
08/04/01 23:00:00
>>230
心配すんな！
obsolete指定されても大概のコンパイラは機能を残すから。
今までもそうだったし、これからもそうだろうｗ
Fortranは、地層が積み重なった言語で面白い。直交性の悪さが自然言語っぽいｗ
233:デフォルトの名無しさん
08/04/02 00:01:34
Fortran95の廃止事項もほとんどの処理系で残ってるからなぁ
234:デフォルトの名無しさん
08/04/03 01:03:12
とは言え初心者に廃止事項を進めるわけにもいかんだろ
お行儀の良いコーディングした方がバグは減るだろうし
235:デフォルトの名無しさん
08/04/09 13:09:47
FORTRAN77で書かれたサブルーチンプログラム（sub.for）を
fortran90のメインプログラムmain.f90で呼び出して使うにはどうすれば良いのでしょうか。
コンパイラはg95/cygwinを使ってます
236:デフォルトの名無しさん
08/04/09 19:17:15
テスト
237:デフォルトの名無しさん
08/04/09 19:34:30
>>235
g95 main.f90 sub.for
ぢゃだめなん？（めんどくさいので、確認はしてない）
238:デフォルトの名無しさん
08/04/09 23:00:33
>>237
レスありがとうございまｓ
私も並べてコンパイルすれば良いと思ってたんですけど駄目でした。
main.f90の中にuse文を作れば良いのでしょうか？
239:デフォルトの名無しさん
08/04/09 23:16:59
>>238
1.EXTERNAL文で外部関数であると表明する。
2.INTERFACE BLOCKでINTERFACEをちゃんと書く。
3.MODULEの中に置いて、USE文で引用する。
１から３の順で面倒くさいが、F90的にはこのましく行儀よくなる。
240:デフォルトの名無しさん
08/04/10 00:06:08
>>239
すみません、折角頂いたアドバイスを理解しきれていないのですが
sub.forの中身をfortran90で書き直して、モジュール化するということですか？
77のままでは無理でしょうか？粘着に質問してしまい恐縮でs
241:デフォルトの名無しさん
08/04/10 00:47:43
>>240
1.
PROGRAM f90
IMPLICIT NONE....
EXTERNAL f77noName....
....
CALL f77noName...
...
2.
PROGRAM f90
IMPLICIT NONE
INTERFACE
SUBROUTINE f77... 云々
END INTERFACE
MODULE unko
CONTAINS
subroutine f77(....)
.....
end
END MODULE unko
PROGRAM homosexual
USE unko
IMPLICIT NONE
CALL f77(....)
END
242:241
08/04/10 00:49:04
すまん 行Overで肝心の３番を消してしまった。
スレ汚しご容赦。
３．
MODULE unko
CONTAINS
subroutine f77(....)
.....
end
END MODULE unko
PROGRAM homosexual
USE unko
IMPLICIT NONE
CALL f77(....)
END
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4398日前に更新/200 KB
担当:undef