-
Notifications
You must be signed in to change notification settings - Fork 15.1k
Allow "[[FLAGS=<none>]]" value in the ELF Fileheader Flags field #143845
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Add amdgpu support in cross-arch-headers.test instead of its own test
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You need a dedicated yaml2obj test that shows that the new behaviour works as expected, i.e. if the FLAGS variable isn't defined, the e_flags value is 0, otherwise it's the specified value.
When I experimented with this locally, I had to change e_flags to std::optional and modify the mapOptional call that sets the Flags variable, but you may not have to do that. Without the test though, you can't tell!
Also, do not print Flags value when e_flags is 0
Add an obj2yaml eflags test
| ## Test for FileHeader Flags | ||
| ## When FLAGS variable isn't defined, the e_flags value is 0, | ||
| ## otherwise it's the specified value |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| ## Test for FileHeader Flags | |
| ## When FLAGS variable isn't defined, the e_flags value is 0, | |
| ## otherwise it's the specified value | |
| ## Test for FileHeader Flags. | |
| ## When FLAGS variable isn't defined, the e_flags value is 0. | |
| ## Otherwise, it's the specified value. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please don't resolve conversations that I started. I will resolve them when I'm happy you've addressed my request.
| Class: ELFCLASS32 | ||
| Data: ELFDATA2LSB | ||
| Type: ET_EXEC | ||
| Machine: EM_ARM |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should I use a different target for this test too?
| ## Test for FileHeader Flags | ||
| ## When FLAGS variable isn't defined, the e_flags value is 0, | ||
| ## Otherwise it's the specified value |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You missed my other requests.
| ## Test for FileHeader Flags | |
| ## When FLAGS variable isn't defined, the e_flags value is 0, | |
| ## Otherwise it's the specified value | |
| ## Test for FileHeader Flags. | |
| ## When FLAGS variable isn't defined, the e_flags value is 0. | |
| ## Otherwise, it's the specified value |
| ## Test for FileHeader Flags | ||
| ## When FLAGS variable isn't defined, the e_flags value is 0, | ||
| ## otherwise it's the specified value |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please don't resolve conversations that I started. I will resolve them when I'm happy you've addressed my request.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, thanks! Do you have commit access?
Ya I think so. Let me squash and merge! |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/185/builds/22524 Here is the relevant piece of the build log for the reference |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/137/builds/22736 Here is the relevant piece of the build log for the reference |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/144/builds/30811 Here is the relevant piece of the build log for the reference |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/175/builds/22669 Here is the relevant piece of the build log for the reference |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/33/builds/20652 Here is the relevant piece of the build log for the reference |
|
Hi there, it seems this PR caused several tests failed that breaks our bots. Could you please take a look? Thanks! bot: https://lab.llvm.org/buildbot/#/builders/140/builds/27368 |
|
Reverted in b80ce05 for now. |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/153/builds/38806 Here is the relevant piece of the build log for the reference |
Thanks, looking! |
|
We are also see clang and lld test failures after this patch was landed. Looks like an assertion failure in yaml2obj: link to the build task: https://ci.chromium.org/ui/p/fuchsia/builders/toolchain.ci/clang-linux-x64/b8708718394953370705/overview |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/56/builds/31389 Here is the relevant piece of the build log for the reference |
|
LLVM Buildbot has detected a new failure on builder Full details are available at: https://lab.llvm.org/buildbot/#/builders/60/builds/33470 Here is the relevant piece of the build log for the reference |
…m#143845) llvm#92066 will be dependent on this change
…eld (llvm#143845)" This reverts commit 0b054e2. Breaks many tests, see comments on llvm#143845.
#92066 will be dependent on this change