forums.silverfrost.com Forum Index forums.silverfrost.com
Welcome to the Silverfrost forums
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Search found 1155 matches
forums.silverfrost.com Forum Index
Author Message
  Topic: Implicit NONE partly ignored
mecej4

Replies: 5
Views: 95

PostForum: Support   Posted: Sat Aug 17, 2019 10:57 pm   Subject: Implicit NONE partly ignored
In the following program, a type declaration (LOGICAL) is missing for the only variable in the program. Despite the IMPLICIT NONE, the compiler thinks that the variable is implicitly typed as real.
...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Tue Aug 13, 2019 3:05 pm   Subject: Re:

As for No. 2, why does that cause problems? Just asking.

Here is an example. Before you compile and run it, think out the answer, and compare that with what the program actually gives. Note that ...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Tue Aug 13, 2019 4:04 am   Subject:
Lack of robustness is not just the compiler's fault. It can be caused by, for example:

1. Assuming that local variables are saved in some subroutines

2. Aliased actual arguments

3. Call ...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Mon Aug 12, 2019 2:16 pm   Subject:
Eddie, you make some excellent points in this post.

Optimizer bugs are elusive, hard to preserve while cutting away chunks of source code (in order to prepare a reproducer that is small enough to ...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Mon Aug 12, 2019 2:33 am   Subject:
Sorry, the trick (assigning values of sub-expressions to new variables and then summing the variables) that you suggested is a risky solution. It works sometimes, fooling you into thinking that it is ...
  Topic: Speed improvement 32 vs 64 bit
mecej4

Replies: 18
Views: 450

PostForum: General   Posted: Sun Aug 11, 2019 2:05 pm   Subject:
Jcherw: You may find this older thread relevant to your question regarding the performance of linear equation solvers.

http://forums.silverfrost.com/viewtopic.php?t=3063

In that thread, Joh ...
  Topic: FTN95 demands type declaration for a subroutine name
mecej4

Replies: 17
Views: 5656

PostForum: Support   Posted: Sun Aug 11, 2019 1:45 pm   Subject:
I revisited this thread while working on a different program that reminded me of this bug, and I find that a related bug still affects the 8.51 compiler, with a twist.

As Paul noted, the erroneous ...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Sat Aug 10, 2019 6:43 pm   Subject:
The standard reference for transcendental functions is Abramowitz and Stegun, see http://people.math.sfu.ca/~cbm/aands/abramowitz_and_stegun.pdf ; see Chap. 7 for ERF. Netlib is the source for Fortra ...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Sat Aug 10, 2019 5:37 pm   Subject:
Eddie, I am not desperate at all, I am ready for Brexit or no Brexit. I have other compilers to use for such situations.

In the actual code where I noticed the problem, the Polyhedron AerMod benchm ...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Sat Aug 10, 2019 2:31 pm   Subject:
Thanks; that listing does not exhibit the bug with the unsaved register being used across the function call.

I'll wait for the next version of the compiler.
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Sat Aug 10, 2019 6:27 am   Subject:
It crashed with an access violation, since it tried to read memory at absolute address 00000003. The crash is at ERFDIF + 00000027.

I compiled with /opt /p6. Without /opt, the bug does not occur.
...
  Topic: Bad 32-bit code generated for simple expression
mecej4

Replies: 21
Views: 379

PostForum: Support   Posted: Fri Aug 09, 2019 7:01 pm   Subject: Bad 32-bit code generated for simple expression
For the following program, FTN95 V 8.51 generates bad X86 code code when the options /opt /p6 are used.

program terfdif
print *,erfdif(0.6, 0.4)
end program

fun ...
  Topic: Speed improvement 32 vs 64 bit
mecej4

Replies: 18
Views: 450

PostForum: General   Posted: Fri Aug 09, 2019 1:31 pm   Subject:
BUT...

Polyhedron did not build for X64 (at least on the page for which I gave a link above). Below the table, under "Compiler switches", you can see for FTN95:
FTN95 ftn95 /p6 /optimize ...
  Topic: Speed improvement 32 vs 64 bit
mecej4

Replies: 18
Views: 450

PostForum: General   Posted: Fri Aug 09, 2019 12:07 pm   Subject: Re:

The 64 bit Polyhedron benchmark tests for FTN95 use v8.05 but optimisation was not introduced until v8.10. As I recall, we forgot to disable the switch in v8.05 so this is not to criticise Polyhedro ...
  Topic: Speed improvement 32 vs 64 bit
mecej4

Replies: 18
Views: 450

PostForum: General   Posted: Thu Aug 08, 2019 3:23 am   Subject:
If, indeed, the tridiagonal solution is the main bottleneck, try using the MKL/Lapack routine ?GTSV instead of your own routine. You can call MKL routines from your FTN95 compiled program quite easily ...
 
Page 1 of 77 Goto page 1, 2, 3 ... 75, 76, 77  Next
All times are GMT + 1 Hour
Jump to:  


Powered by phpBB © 2001, 2005 phpBB Group