Hi, I'll take a look to see if I can reproduce the problem.
Gollvm is "out of tree", meaning that when LLVM headers and data structures change things can get out of sync, but I'll need to confirm. Thanks, Than On Tue, Mar 31, 2020 at 12:16 PM Ian Lance Taylor <i...@golang.org> wrote: > [ + thanm, cherryyz ] > > On Tue, Mar 31, 2020 at 9:03 AM <gitsun...@gmail.com> wrote: > > > > Hi, > > > > I am currently trying to build the gollvm compiler. > > I have followed the instructions provided on the Google source page, up > until the "ninja gollvm" instruction, the only difference being that my > workarea folder is named build-gollvm. At this point, I get the following > error : > > > >> [1/1243] Building CXX object > tools/gol...pGoFrontEnd.dir/go-llvm-builtins.cpp.o > >> FAILED: > tools/gollvm/bridge/CMakeFiles/LLVMCppGoFrontEnd.dir/go-llvm-builtins.cpp.o > >> /usr/bin/c++ -DGTEST_HAS_RTTI=0 -D_DEBUG -D_GNU_SOURCE > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > -Itools/gollvm/bridge -I/home/jeremy/llvm-project/llvm/tools/gollvm/bridge > -Iinclude -I/home/jeremy/llvm-project/llvm/include > -Itools/gollvm/external/install/include > -I/home/jeremy/llvm-project/llvm/tools/gollvm/gofrontend/go -fPIC > -fvisibility-inlines-hidden -Werror=date-time > -Werror=unguarded-availability-new -Wall -Wextra -Wno-unused-parameter > -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic > -Wno-long-long -Wimplicit-fallthrough -Wcovered-switch-default > -Wno-noexcept-type -Wnon-virtual-dtor -Wdelete-non-virtual-dtor > -Wno-comment -Wstring-conversion -fdiagnostics-color -g -fno-exceptions > -fno-rtti -std=c++14 -MD -MT > tools/gollvm/bridge/CMakeFiles/LLVMCppGoFrontEnd.dir/go-llvm-builtins.cpp.o > -MF > tools/gollvm/bridge/CMakeFiles/LLVMCppGoFrontEnd.dir/go-llvm-builtins.cpp.o.d > -o > tools/gollvm/bridge/CMakeFiles/LLVMCppGoFrontEnd.dir/go-llvm-builtins.cpp.o > -c /home/jeremy/llvm-project/llvm/tools/gollvm/bridge/go-llvm-builtins.cpp > >> In file included from > /home/jeremy/llvm-project/llvm/tools/gollvm/bridge/go-llvm-builtins.cpp:13: > >> /home/jeremy/llvm-project/llvm/tools/gollvm/bridge/go-llvm.h:463:45: > error: no type named 'CompositeType' in namespace 'llvm' > >> llvm::CompositeType *llct, > >> ~~~~~~^ > >> /home/jeremy/llvm-project/llvm/tools/gollvm/bridge/go-llvm.h:471:47: > error: no type named 'CompositeType' in namespace 'llvm' > >> llvm::CompositeType *llct, > >> ~~~~~~^ > >> 2 errors generated. > >> ninja: build stopped: subcommand failed. > > > > > > It seems that the CompositeType exists in the > mlir/include/mlir/Dialect/SPIRV/SPIRVTypes.h file, but I don't know if it > is the same that the one needed here. Having never worked with ninja nor > cmake before, I don't know what needs to be changed to include those files > - if it is indeed the one we need. > > > > If you need any informations about my environment, feel free to ask me. > > > > -- > > You received this message because you are subscribed to the Google > Groups "golang-nuts" group. > > To unsubscribe from this group and stop receiving emails from it, send > an email to golang-nuts+unsubscr...@googlegroups.com. > > To view this discussion on the web visit > https://groups.google.com/d/msgid/golang-nuts/a14de848-b677-4c17-84b3-b5d1ee5057c3%40googlegroups.com > . > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/CA%2BUr55E%3DsbcaMT5shkLDC%2Boh-X9yfYZBO%3DRd4V%2BQ-fOAB0igfw%40mail.gmail.com.
