- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
I've noticed different behavior between compilers when debugging a simple set of nested if conditions.
Simple code below that shows this behavior:
program nestedIfCheck
implicit none
! Variables
integer *4 testVar
testVar = 0
! Body of nestedIfCheck
if(.false.) then ! Breakpoint here
if(.false.) then
testVar = 44
else
testVar = 99
endif
endif
end program nestedIfCheck
If I place a break point at the first if(.false.) then statement, when using IFORT, the debugger will skip straight to the end program nestedIfCheck line.
However, in IFX, with the breakpoint at the same location, the debugger will move one line down as if the first if statement were evaluated as true. Very confusing. Not sure if this is a bug or if it simply highlights the difference between IFX and IFORT.
コピーされたリンク
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Confirm. I have the same issue. Moreover it sometimes may stuck between 2 lines making it impossible to debug the code
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
yes the same, the carot jumps around in strange ways like when you have optimisations (which we don't on full debug).
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
Replying to say I also see similar behavior. It makes debugging difficult since I have to question if what I am seeing is true.