l******n
发帖数: 9344 | 1 find the problem!
Intel fortran (ifort)的automatic variable居然有时候不allocate memory，FT! |
|
n********6
发帖数: 58 | 2 Fortran 里有没有类似 C 的 TRY-CATCH ? |
|
|
l******n
发帖数: 9344 | 4 how to catch?
It seems to me that intel fortran compilor (8.0?) has memory leak.
any one has similar experiences?
thank you |
|
O******e
发帖数: 734 | 5 The compiler has a memory when compiling your code, or your code
has bug with respect to allocate() and deallocate() that is causing
a memory leak?
Intel Fortran 8.0 is really old. Time to upgrade to 10.1. |
|
c********1
发帖数: 59 | 6 想学fortran，主要是用于编写Abaqus的用户子程序，请问应该从哪里开始入手？是For
tran77还是90比较合适？有没有推荐的教科书？谢谢 |
|
j*****l
发帖数: 73 | 7 本人想使用fortran进行simulation，但苦于找不到相关资料，请大家帮忙推荐一下。 |
|
g********d
发帖数: 4174 | 8 Has anyone used the routines in RANLIB created by M.D.Anderson cancer center
? I found the package ranlib.f.tar.gz winzip package. But I can't find the
installation instruction. I would appreciate it someone can tell me where I
should save the library and how to call the routines in my FORTRAN program.
Thanks. |
|
O******e
发帖数: 734 | 9 URL for the link to the source, and what kinds of computer and
Fortran compiler do you have?
center
I
. |
|
h*******s
发帖数: 11 | 10 I don't think there is a general way to retain the
symbolic name of a parameter constant--the value of
constant is resolved at compile time and the name is
lost forever. Even if you save the value of a parameter
in a regular variable, as in the example I gave above
using n_gdb, if you do not actually use n_gdb in your
program, the Fortran compiler could optimize away
n_gdb and you would lose the hook to peek at the value
of n in the debugger.
Another way might be to include a subroutine that
co |
|
x*****u
发帖数: 3419 | 11 gdb对fortran 90的支持如何？比如allocated array |
|
O******e
发帖数: 734 | 12 Linux plus Intel ifort noncommercial license (no fee).
Intel's noncommercial ifort is not available for any
Windows platform.
Or try GCC's gfortran, but it is still buggy.
Or go to fortran.com and look through the list of
compilers, see what suits you. |
|
O******e
发帖数: 734 | 13 Intel Fortran compiler is also available
for Mac, but I don't remember whether they
offer the noncommercial license. See Intel's
website for information. |
|
O******e
发帖数: 734 | 14 Fortran 90/95/2003 makes a distinction between +0.0
and -0.0, with the sign depending on how the value
is calculated or rounded. This distinction may be
important in some situations, for example when +0.0
or -0.0 is used to provide the sign of the return
value for the sign() function.
For comparison purposes, (+0.0 .eq. -0.0) returns
the logical .true. value. |
|
k*********g
发帖数: 791 | 15 fortran是trash；
give it up；
asap；；； |
|
d*****t
发帖数: 97 | 16 老板最近叫我学用fortran，下了本书看，看code是可以了，但不知道怎么在自己的机
器上编辑调试code。我用的是vista home，google了一下，好像可以用cvf 6跑跑基本
的函数。但需要装个IMSL的函数库。想请教一下：
1.cvf6。5可以装imsl的函数库吗？如果不行，在vista下，我应该用哪个compiler比较
好？
2.IMSL函数库分有不同的platform下载，我应该下哪个？（抱歉，本人对操作系统也不
太懂。
先多谢了。 |
|
j****x
发帖数: 943 | 17 Intel fortran compiler and debugger as well as the intel math kernel library
which includes most of the scientific libraries you will need for
scientific computation. Free of charge for Linux version. Python for
postprocessing. my 2 cents. |
|
S***w
发帖数: 1014 | 18 你用fortran吗
和python比，那个更方便
想学精一个，能比较一下吗 |
|
b*****l
发帖数: 9499 | 19 其实，大部分做科学计算的人用 C++ 都是当作 super C 来用的。我过去的老板是教 m
atlab 的，他写的 matlab code 都是纯粹 fortran 风格的，一堆堆的 loop，惨不忍睹
的，呵呵。他写 LabVIEW 也是按照 C 来写，而不是数据流控制，那更是恐怖。但是，
不妨碍搭硬件平台做东西出 paper。
所以我才说，想要掌握一门语言到能干活的地步，一两天就够了。要想写出风格地道的
程序，则需要多年积累。
design
a |
|
|
|
n******t
发帖数: 4406 | 22 Do you know what you are talking about???!!!
fortran |
|
j**u
发帖数: 6059 | 23 r u kidding me?
fortran |
|
r****y
发帖数: 1437 | 24 呵呵，无知者无畏。
不过这确实是个dilemma, 本科生没人学fortran了，而到了研究生
这么多人还是搞这个。 |
|
S***w
发帖数: 1014 | 25 fortran确实不好读
写的难受
读的也难受 |
|
t***s
发帖数: 4666 | 26 偏僻地方的人见识短一点也是可以理解的。
fortran |
|
b****z
发帖数: 337 | 27 FORTRAN也在更新。
俺在用的就是F95. |
|
j**u
发帖数: 6059 | 28 藕的博士论文程序只用了4个左右的很简短的subroutine，就完成了“并行计算”，效
果是：8个processors，速度是8倍；
这个是你写的还是转贴的?很有意思.开始我还以为你自己开发了并行计算的东西，结果
还是用的mpi。其实那些程序用fortran一样很容易实现，不知道贴这个对你想说明的观
点有什么作用?另外你的speedup最高，是因为processor之间的commonication很少，这
个和语言没有任何关系，是和你的问题直接相关的。
10 |
|
i**g
发帖数: 134 | 29 c++比fortran才慢10%左右的详细对比情况？出处？
10 |
|
j**u
发帖数: 6059 | 30 我当初上平行计算课的时候那个老师也曾经说过类似的话，因他是fortran的狂热支持
者，对这个论断我一直保留意见，不过也没有具体比较过，没有大量的数据支持不好说。 |
|
l******n
发帖数: 1683 | 31 这个说法好像很普遍, 但是前提是两者是都充分优化过的代码, fortran呀, c呀啥的
代码优化感觉比较容易, c++貌似就难多了.
说。 |
|
m******7
发帖数: 11 | 32 楼主真的对fortran了解到和c一样的程度了吗？还是只实在微机层面上的了解？
10 |
|
|
t*****z
发帖数: 812 | 34 c++的人告诉我传递多维数组的时候是fortran方便还是c++方便 |
|
k*********g
发帖数: 791 | 35 to xiaozhu,
smart people use the good part of c++,
silly people use the bad part of c++.
for example, silly programmers use some very special little things or tricks
. that's really silly. that not only introduces bugs also raise maintenance
fees.
by the way, the thred is the pk between fortran and c++
not the pk between c and c++.
even comparing the common part, the structural programming part of c++ is
much better than c.
when i develop software, only really standard oop stuff will be used. ot... 阅读全帖 |
|
j**u
发帖数: 6059 | 36 藕的博士论文程序只用了4个左右的很简短的subroutine，就完成了“并行计算”，效
果是：8个processors，速度是8倍；
这个是你写的还是转贴的?很有意思.开始我还以为你自己开发了并行计算的东西，结果
还是用的mpi。其实那些程序用fortran一样很容易实现，不知道贴这个对你想说明的观
点有什么作用?另外你的speedup最高，是因为processor之间的commonication很少，这
个和语言没有任何关系，是和你的问题直接相关的。
10 |
|
i**g
发帖数: 134 | 37 c++比fortran才慢10%左右的详细对比情况？出处？
10 |
|
j**u
发帖数: 6059 | 38 我当初上平行计算课的时候那个老师也曾经说过类似的话，因他是fortran的狂热支持
者，对这个论断我一直保留意见，不过也没有具体比较过，没有大量的数据支持不好说。 |
|
l******n
发帖数: 1683 | 39 这个说法好像很普遍, 但是前提是两者是都充分优化过的代码, fortran呀, c呀啥的
代码优化感觉比较容易, c++貌似就难多了.
说。 |
|
m******7
发帖数: 11 | 40 楼主真的对fortran了解到和c一样的程度了吗？还是只实在微机层面上的了解？
10 |
|
t*****z
发帖数: 812 | 41 I have to change my mind recently. C++ is the trend in the future. Fortran
is dying even in the numerical computational field. |
|
|
t*****z
发帖数: 812 | 43 c++的人告诉我传递多维数组的时候是fortran方便还是c++方便 |
|
k*********g
发帖数: 791 | 44 to xiaozhu,
smart people use the good part of c++,
silly people use the bad part of c++.
for example, silly programmers use some very special little things or tricks
. that's really silly. that not only introduces bugs also raise maintenance
fees.
by the way, the thred is the pk between fortran and c++
not the pk between c and c++.
even comparing the common part, the structural programming part of c++ is
much better than c.
when i develop software, only really standard oop stuff will be used. ot... 阅读全帖 |
|
t*****z
发帖数: 812 | 45 I have to change my mind recently. C++ is the trend in the future. Fortran
is dying even in the numerical computational field. |
|
r*k
发帖数: 594 | 46 顶这个，fortran里面你可以对函数传递一个数组的一个片段，e.g. Array(3:5,4:7)。
在c或者c++里面不容易实现。 |
|
|
j****x
发帖数: 943 | 48 If I remember correct, there is a book called Fortran 90/95 for Engineers
and Scientists. But there are plenty of materials available online. |
|
C*******e
发帖数: 25 | 49 【 以下文字转载自 ME 讨论区 】
发信人: CandyCode (CandyCode), 信区: ME
标 题: Can anyone shed some light on oop for FEM, i.e. C/Fortran vs C++ ?
发信站: BBS 未名空间站 (Tue Aug 10 21:07:16 2010, 美东)
It seems that object-oriented FEM packages are quite popular these
days. I am not quite familiar with C++ for numerical computational
purpose, and trying to decide whether to invest my time in it. So can
anyone here help to shed some light on this topic, pros and cons? Tons
of thanks! |
|
b*********n
发帖数: 56 | 50 可以。另外，如果你Fortran module 这个结构本身并不重要的话，你可以把你所有的
subroutines 放在一个文件里，f2py会给你生成一个Python module. |
|
