Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Conversation

vkbo
Copy link
Member

@vkbo vkbo commented Jun 14, 2019

.eqv. operator doesn't have the precedence parts of the code assumes.
Also removed a few that were a bit inconsistent.

@vkbo vkbo requested a review from amereghe June 14, 2019 14:54
@vkbo
Copy link
Member Author

vkbo commented Jun 14, 2019

The precedence of .eqv. is indeed a little muddy.

http://jick.net/Manuals/FORTRAN/g77/Equivalence-Versus-Equality.html

Copy link
Contributor

@amereghe amereghe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fine.
not clear to me though if you wanted to purge .eqv. and .neqv. statements, though

@vkbo vkbo merged commit d5643b6 into SixTrack:master Jun 14, 2019
@vkbo
Copy link
Member Author

vkbo commented Jun 14, 2019

fine.
not clear to me though if you wanted to purge .eqv. and .neqv. statements, though

I replaced the ones in mod_alloc because they were inconsistent, and I was the one who put them there. I left the ones in the fringe field code be because those modules are maintained by someone else.

.eqv. is technically the correct way to compare logicals though. But for simple if statements it's perhaps a bit overkill.

@vkbo vkbo deleted the eqv_fix branch June 14, 2019 15:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants