- Als neu kennzeichnen
- Lesezeichen
- Abonnieren
- Stummschalten
- RSS-Feed abonnieren
- Kennzeichnen
- Anstößigen Inhalt melden
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.
Link kopiert
- Als neu kennzeichnen
- Lesezeichen
- Abonnieren
- Stummschalten
- RSS-Feed abonnieren
- Kennzeichnen
- Anstößigen Inhalt melden
Confirm. I have the same issue. Moreover it sometimes may stuck between 2 lines making it impossible to debug the code
- Als neu kennzeichnen
- Lesezeichen
- Abonnieren
- Stummschalten
- RSS-Feed abonnieren
- Kennzeichnen
- Anstößigen Inhalt melden
yes the same, the carot jumps around in strange ways like when you have optimisations (which we don't on full debug).
- Als neu kennzeichnen
- Lesezeichen
- Abonnieren
- Stummschalten
- RSS-Feed abonnieren
- Kennzeichnen
- Anstößigen Inhalt melden
Replying to say I also see similar behavior. It makes debugging difficult since I have to question if what I am seeing is true.
- RSS-Feed abonnieren
- Thema als neu kennzeichnen
- Thema als gelesen kennzeichnen
- Diesen Thema für aktuellen Benutzer floaten
- Lesezeichen
- Abonnieren
- Drucker-Anzeigeseite