Skip to content
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

Failure to build 1.0.8744 #209

Closed
ArchangeGabriel opened this issue Oct 18, 2021 · 5 comments
Closed

Failure to build 1.0.8744 #209

ArchangeGabriel opened this issue Oct 18, 2021 · 5 comments
Assignees

Comments

@ArchangeGabriel
Copy link
Contributor

ArchangeGabriel commented Oct 18, 2021

Hi there,

Thanks to all your hard work lately, I’m getting close to compiling against LLVM12. I’ve having some issues still with the latest release, but not LLVM related. One I’m going to make a PR for, that is LLD-building related.

The other one is this:

In function ‘llvm::Type* getIntegerEquivalent(llvm::Type*)’,
    inlined from ‘llvm::Type* getIntegerEquivalent(llvm::Type*)’ at /build/intel-graphics-compiler/src/intel-graphics-compiler-igc-1.0.8744/IGC/Compiler/Optimizer/OpenCLPasses/JointMatrixFuncsResolutionPass.cpp:201:14:
/build/intel-graphics-compiler/src/intel-graphics-compiler-igc-1.0.8744/IGC/Compiler/Optimizer/OpenCLPasses/JointMatrixFuncsResolutionPass.cpp:213:51: error: ‘this’ pointer is null [-Werror=nonnull]
  213 |         unsigned size = matTy->getScalarSizeInBits();
      |                         ~~~~~~~~~~~~~~~~~~~~~~~~~~^~
In file included from /usr/include/llvm/IR/DerivedTypes.h:23,
                 from /usr/include/llvm/IR/DataLayout.h:26,
                 from /usr/include/llvm/IR/Module.h:25,
                 from /build/intel-graphics-compiler/src/intel-graphics-compiler-igc-1.0.8744/IGC/common/igc_resourceDimTypes.h:12,
                 from /build/intel-graphics-compiler/src/intel-graphics-compiler-igc-1.0.8744/IGC/Compiler/CodeGenPublic.h:18,
                 from /build/intel-graphics-compiler/src/intel-graphics-compiler-igc-1.0.8744/IGC/Compiler/Optimizer/OpenCLPasses/JointMatrixFuncsResolutionPass.h:11,
                 from /build/intel-graphics-compiler/src/intel-graphics-compiler-igc-1.0.8744/IGC/Compiler/Optimizer/OpenCLPasses/JointMatrixFuncsResolutionPass.cpp:9:
/usr/include/llvm/IR/Type.h: In function ‘llvm::Type* getIntegerEquivalent(llvm::Type*)’:
/usr/include/llvm/IR/Type.h:304:12: note: in a call to non-static member function ‘unsigned int llvm::Type::getScalarSizeInBits() const’
  304 |   unsigned getScalarSizeInBits() const LLVM_READONLY;
      |            ^~~~~~~~~~~~~~~~~~~

Of course I can add -Wno-error=nonnull, and I will likely do so, but figured out I should still report. ;)

@mbelicki
Copy link
Contributor

Hi Bruno, thanks for reporting the issue. I will look into the other one and try to fix it on our end.

@pszymich pszymich linked a pull request Oct 20, 2021 that will close this issue
@mbelicki mbelicki self-assigned this Oct 20, 2021
VPG-SWE-Github pushed a commit that referenced this issue Oct 22, 2021
Incorrect cast caused the other branch of if-else expression to be
effictively dead, instead of handling the case when given type is not a
vector. This commit addresses issue #209.
@mbelicki
Copy link
Contributor

@ArchangeGabriel I've committed a fix for the issue last week (commit a1240fa). Could you verify that you are no longer observing the problem with null this pointer?

VPG-SWE-Github pushed a commit that referenced this issue Oct 26, 2021
 Fixed incorrect cast in JointMatrixResolution.

Incorrect cast caused the other branch of if-else expression to be
effictively dead, instead of handling the case when given type is not a
vector. This commit addresses issue #209.
@tjaalton
Copy link

I can confirm that the fix works, just hit this build error on Debian and with a1240fa the failure is gone

@pszymich
Copy link
Contributor

Great! Thanks @mbelicki and @tjaalton for verification. @ArchangeGabriel please reopen if the fix does not apply to your issue.

VPG-SWE-Github pushed a commit that referenced this issue Oct 27, 2021
Incorrect cast caused the other branch of if-else expression to be
effictively dead, instead of handling the case when given type is not a
vector. This commit addresses issue #209.
@ArchangeGabriel
Copy link
Contributor Author

Sorry for the delay, can confirm that this fixes the issue.

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 a pull request may close this issue.

4 participants