Skip to content

Conversation

@DavidTruby
Copy link
Member

Currently out of the box the Fortran tests fail with flang because the NO_STOP_MESSAGE environment variable needs to be set for them to pass. This environment variable should therefore always be set for the tests so that they can pass out of the box.

Currently out of the box the Fortran tests fail with flang because the
NO_STOP_MESSAGE environment variable needs to be set for them to pass.
This environment variable should therefore always be set for the tests
so that they can pass out of the box.
Copy link
Contributor

@tarunprabhu tarunprabhu left a comment

Choose a reason for hiding this comment

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

Thanks. This should remove a common stumbling block for the tests.

Could we document that this environment variable is set automatically when running the test suite? If the default behavior of flang is to print a message, we may want to state explicitly that the tests here will squelch that. It looks like there isn't a top-level readme in Fortran/, but putting it there should be sufficient.

Do you think there is a use case for not setting NO_STOP_MESSAGE?

Copy link
Contributor

@jeanPerier jeanPerier left a comment

Choose a reason for hiding this comment

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

Thanks, makes sense to me.

+1 for the documenting this.

Do you think there is a use case for not setting NO_STOP_MESSAGE?

The only case I see is for tests that would be checking the STOP message, it is a limited use case and these tests would not be portable given stop message texts are compiler dependent. If ever added, such tests could be in their own directory where the lit cfg could remove the "NO_STOP_MESSAGE".

@tarunprabhu
Copy link
Contributor

Do you think there is a use case for not setting NO_STOP_MESSAGE?

The only case I see is for tests that would be checking the STOP message, it is a limited use case and these tests would not be portable given stop message texts are compiler dependent. If ever added, such tests could be in their own directory where the lit cfg could remove the "NO_STOP_MESSAGE".

This sounds reasonable. With some documentation about the environment variable, this should be good to go.

@DavidSpickett
Copy link
Contributor

If you have the time, removing NO_STOP_MESSAGE from the bot configurations in llvm-zorg would be a nice cleanup after this.

Copy link
Contributor

@tarunprabhu tarunprabhu left a comment

Choose a reason for hiding this comment

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

Thanks David.

@DavidTruby DavidTruby merged commit 4bd6f80 into llvm:main Dec 18, 2024
1 check passed
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.

4 participants