forums.silverfrost.com

Mecej4,

Isn't it true that the precision is lost when transferring a value from the 8087 register to a location in RAM, especially if the latter is a 32-bit REAL*4 entity? (and less, but still some ...

As Paul said in other words, it is a major job to go through anybody else’s code and debug it. What you seem to be doing is plotting something and then expecting the user to press a particular key whi ...

The reason why it might make the code slower is that when you put a subexpression result in a named variable, that variable has to be assigned its value, then retrieved each time, rather than the comp ...

John,

Then I suggest trying the old version with disk I/O on a machine with the new generation of M2 MVMe SSDs. You could get some idea of the benefit simply by using a SATA SSD for the temporary f ...

Does your code assume the old VGA colour model? The move to RGB became standard several releases ago.

Eddie

(In the last year I have been cleaning out a lot of disk to memory based solvers and replacing then with memory to cache solvers. Interesting the similarity in now treating memory as we considered the ...

UNIONs, eh?

https://www.youtube.com/watch?v=69O8xmIeenU

Eddie

Mecej4,

I think it may well be the case that common subexpression removal by an efficient and working optimization is probably better than doing it yourself, but surely, for readability it depends ...

I agree with Mecej4 - it would be interesting to see what optimisations are performed, and which might simply be skipped.

It's a long time since I even attempted to use /OPT, as my codes run adequa ...

Paul,

Surely the point is that an optimisation should produce (a) a change in execution speed, and at worst (b) changed roundoff, not wrong code. Those who use optimisation features in a compiler s ...

Possibly because 15 is the same as 15?

(They are not 15 and 15+15)

Eddie

Ah! DBOS. That was when FTNxx was the speed demon, knocking just about everything else into the dust! Fond memories.

Robert, That makes you part of the Military-Industrial Complex. And it's a big chunk of the Fortran 77 syntax I didn't even know existed, and hence have never used!
Eddie

Possibly MIL-STD-1753, see here: http://www.fortran.com/mil_std_1753.html

Eddie

Hi Mecej4,

I have a copy of the 2 volume manual for FTN77/386 (Revision D). The routine RR is described on page 10-10 in volume 1, along with LS, RS, LR, (RR), SHFT, LT, RT. Section 10.8 describes ...