homebrew and llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo #4799

heidezomp · 2020-03-24T19:09:10Z

Building with the shiny new llvm10 fails:

[ 98%] Linking CXX executable zig0
/usr/lib/llvm-10/lib/libclangCodeGen.a(BackendUtil.cpp.o): In function `(anonymous namespace)::EmitAssemblyHelper::EmitAssemblyWithNewPassManager(clang::BackendAction, std::unique_ptr<llvm::raw_pwrite_stream, std::default_delete<llvm::raw_pwrite_stream> >)':
BackendUtil.cpp:(.text._ZN12_GLOBAL__N_118EmitAssemblyHelper30EmitAssemblyWithNewPassManagerEN5clang13BackendActionESt10unique_ptrIN4llvm17raw_pwrite_streamESt14default_deleteIS5_EE+0x16df): undefined reference to `getPollyPluginInfo()'
collect2: error: ld returned 1 exit status
CMakeFiles/zig0.dir/build.make:163: recipe for target 'zig0' failed

I have installed llvm10 from the official apt repository:

deb http://apt.llvm.org/bionic/ llvm-toolchain-bionic-10 main

Might this be a problem with my installation?

The text was updated successfully, but these errors were encountered:

andrewrk · 2020-03-24T19:12:40Z

It's a problem with apt.llvm.org. They're aware and will hopefully fix it soon. In the meantime, you'll have to use the same workaround that the CI uses, or build llvm+clang+lld 10 from source.

homebrew workaround

andrewrk · 2020-03-24T19:15:01Z

Direct link to upstream bug report

yrashk · 2020-03-26T22:35:05Z

I am having the same issue with an attempt to combine this LLVM 10 (release) PR in Nixpkgs NixOS/nixpkgs#83350 and the following change to zig's derivation:

diff --git a/pkgs/development/compilers/zig/default.nix b/pkgs/development/compilers/zig/default.nix
index 961e28da82e..ab43c862227 100644
--- a/pkgs/development/compilers/zig/default.nix
+++ b/pkgs/development/compilers/zig/default.nix
@@ -1,18 +1,18 @@
 { stdenv, fetchFromGitHub, cmake, llvmPackages, libxml2, zlib }:
 
 stdenv.mkDerivation rec {
-  version = "0.5.0";
+  version = "0d43543";
   pname = "zig";
 
   src = fetchFromGitHub {
     owner = "ziglang";
     repo = pname;
     rev = version;
-    sha256 = "0xyl0riakh6kwb3yvxihb451kqs4ai4q0aygqygnlb2rlr1dn1zb";
+    sha256 = "144igsf104dlwf8rvxg0dk6brlv73ywhq35r5nnljra81h52wzf9";
   };
 
   nativeBuildInputs = [ cmake ];
-  buildInputs = [ llvmPackages.clang-unwrapped llvmPackages.llvm libxml2 zlib ];
+  buildInputs = [ llvmPackages.clang-unwrapped llvmPackages.llvm llvmPackages.lld libxml2 zlib ];
 
   preBuild = ''
     export HOME=$TMPDIR;
diff --git a/pkgs/top-level/all-packages.nix b/pkgs/top-level/all-packages.nix
index 30bc0af360e..f0ab0586955 100644
--- a/pkgs/top-level/all-packages.nix
+++ b/pkgs/top-level/all-packages.nix
@@ -15147,7 +15147,7 @@ in
   zmqpp = callPackage ../development/libraries/zmqpp { };
 
   zig = callPackage ../development/compilers/zig {
-    llvmPackages = llvmPackages_9;
+    llvmPackages = llvmPackages_10;
   };
 
   zimlib = callPackage ../development/libraries/zimlib { };

yrashk · 2020-03-28T00:40:41Z

I was able to devise a quick-and-dirty workaround to make it possible to build master with Nixpkgs (with NixOS/nixpkgs#83350 merged)

diff --git a/pkgs/development/compilers/zig/default.nix b/pkgs/development/compilers/zig/default.nix
index 961e28da82e..ed521a0e70a 100644
--- a/pkgs/development/compilers/zig/default.nix
+++ b/pkgs/development/compilers/zig/default.nix
@@ -1,18 +1,25 @@
 { stdenv, fetchFromGitHub, cmake, llvmPackages, libxml2, zlib }:
 
 stdenv.mkDerivation rec {
-  version = "0.5.0";
+  version = "547ba8eb203fa84d207eb38d8d64c0f7f3162101";
   pname = "zig";
 
   src = fetchFromGitHub {
     owner = "ziglang";
     repo = pname;
     rev = version;
-    sha256 = "0xyl0riakh6kwb3yvxihb451kqs4ai4q0aygqygnlb2rlr1dn1zb";
+    sha256 = "1qvaky2h4j0bss7qjcwiz7q3jhrwlhbjyjgg91zjp9rz5sx2a24k";
   };
 
   nativeBuildInputs = [ cmake ];
-  buildInputs = [ llvmPackages.clang-unwrapped llvmPackages.llvm libxml2 zlib ];
+  buildInputs = [ llvmPackages.clang-unwrapped llvmPackages.llvm llvmPackages.lld libxml2 zlib ];
+
+  patches = [ ./llvm10_poly.patch ] ;
+
+  postPatch = ''
+    export llvm_extras=-Wl,${llvmPackages.llvm}/lib/LLVMPolly.so
+    substituteAllInPlace CMakeLists.txt
+  '';
 
   preBuild = ''
     export HOME=$TMPDIR;
diff --git a/pkgs/development/compilers/zig/llvm10_poly.patch b/pkgs/development/compilers/zig/llvm10_poly.patch
new file mode 100644
index 00000000000..873c825dfbc
--- /dev/null
+++ b/pkgs/development/compilers/zig/llvm10_poly.patch
@@ -0,0 +1,10 @@
+diff --git a/CMakeLists.txt b/CMakeLists.txt
+index 97608cddf..e451c0711 100644
+--- a/CMakeLists.txt
++++ b/CMakeLists.txt
+@@ -369,6 +369,7 @@ target_link_libraries(zig_cpp LINK_PUBLIC
+     ${CLANG_LIBRARIES}
+     ${LLD_LIBRARIES}
+     ${LLVM_LIBRARIES}
++    @llvm_extras@
+ )
diff --git a/pkgs/top-level/all-packages.nix b/pkgs/top-level/all-packages.nix
index 30bc0af360e..f0ab0586955 100644
--- a/pkgs/top-level/all-packages.nix
+++ b/pkgs/top-level/all-packages.nix
@@ -15147,7 +15147,7 @@ in
   zmqpp = callPackage ../development/libraries/zmqpp { };
 
   zig = callPackage ../development/compilers/zig {
-    llvmPackages = llvmPackages_9;
+    llvmPackages = llvmPackages_10;
   };
 
   zimlib = callPackage ../development/libraries/zimlib { };

josephg · 2020-03-30T23:05:30Z

I run into the same problem installing zig --HEAD from homebrew on macos:

 $ brew install zig --HEAD
Updating Homebrew...
==> Cloning https://github.com/ziglang/zig.git
Cloning into '/Users/josephg/Library/Caches/Homebrew/zig--git'...
Updating files: 100% (9367/9367), done.
==> Checking out branch master
Already on 'master'
Your branch is up to date with 'origin/master'.
==> cmake .
==> make install
Last 15 lines from /Users/josephg/Library/Logs/Homebrew/zig/02.make:
[ 98%] Building CXX object CMakeFiles/zig0.dir/src/stage2.cpp.o
/usr/local/Homebrew/Library/Homebrew/shims/mac/super/clang++  -DNDEBUG -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX10.15.sdk -Wl,-search_paths_first -Wl,-headerpad_max_install_names   CMakeFiles/zig0.dir/src/main.cpp.o CMakeFiles/zig0.dir/src/stage2.cpp.o  -o zig0 [...]
Undefined symbols for architecture x86_64:
  "getPollyPluginInfo()", referenced from:
      (anonymous namespace)::EmitAssemblyHelper::EmitAssemblyWithNewPassManager(clang::BackendAction, std::__1::unique_ptr<llvm::raw_pwrite_stream, std::__1::default_delete<llvm::raw_pwrite_stream> >) in libclangCodeGen.a(BackendUtil.cpp.o)
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [zig0] Error 1
make[1]: *** [CMakeFiles/zig0.dir/all] Error 2
make: *** [all] Error 2

fengb · 2020-03-31T13:33:53Z

Homebrew fix: Homebrew/homebrew-core#52352

yrashk · 2020-04-01T15:36:23Z

LLVM 10 release is in Nixpkgs now NixOS/nixpkgs#83350

josephg · 2020-04-02T06:29:50Z

:/ That homebrew fix didn't work (see the issue), and adding "-Wl,/usr/local/opt/llvm/lib/libPolly.so" gives me this error:

$ make 
Configuring zig version 0.5.0+f6d384450
-- Configuring done
-- Generating done
-- Build files have been written to: /Users/josephg/3rdparty/zig/build
[ 76%] Built target embedded_softfloat
[ 80%] Built target zig_cpp
[ 82%] Built target opt_c_util
[ 97%] Built target zigcompiler
[ 98%] Linking CXX executable zig0
ld: can't link with bundle (MH_BUNDLE) only dylibs (MH_DYLIB) file '/usr/local/opt/llvm/lib/LLVMPolly.so' for architecture x86_64
clang-10: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [zig0] Error 1
make[1]: *** [CMakeFiles/zig0.dir/all] Error 2
make: *** [all] Error 2

EDIT

Linking to all the static versions of the library worked. In CMakeLists.txt:

target_link_libraries(zig_cpp LINK_PUBLIC
    ${CLANG_LIBRARIES}
    ${LLD_LIBRARIES}
    ${LLVM_LIBRARIES}
    "-Wl,/usr/local/opt/llvm/lib/libPolly.a"
    "-Wl,/usr/local/opt/llvm/lib/libPollyPPCG.a"
    "-Wl,/usr/local/opt/llvm/lib/libPollyISL.a"
)

timmyjose · 2020-04-02T06:58:48Z

@josephg
Thank you so much! It has been frustrating waiting for the Homebrew team to fix the issue. I was making do with the latest binary from master. This should work nicely till that issue is fixed upstream. Cheers!

Bo98 · 2020-04-09T23:04:41Z

I've been asked a few times about this over at Homebrew from people coming over from here. Just to make everyone aware, this is a comment I made on the matter before: Homebrew/homebrew-core#52352 (comment) (after the bullet points).

I've looked at the issue more since then, so let me clarify a few things:

This is not specific to Homebrew or apt.llvm.org.
LLVM links Polly into Clang libraries by default. This is not a "misconfiguration". It is intentional.
As such, Polly is a required dependency of clangCodeGen when Polly is built. If you link clangCodeGen you must link Polly.

To answer some questions I've been asked:

Why does Polly not automatically get linked when you link clangCodeGen?

Because clangCodeGen is a static library. This is an inherent attribute of static libraries.

Why does zig not detect to link Polly itself?

Because zig provides a manual list of what to link when it comes to Clang:

zig/cmake/Findclang.cmake

Lines 37 to 58 in a20f3e3

    
           FIND_AND_ADD_CLANG_LIB(clangFrontendTool) 
        
           FIND_AND_ADD_CLANG_LIB(clangCodeGen) 
        
           FIND_AND_ADD_CLANG_LIB(clangFrontend) 
        
           FIND_AND_ADD_CLANG_LIB(clangDriver) 
        
           FIND_AND_ADD_CLANG_LIB(clangSerialization) 
        
           FIND_AND_ADD_CLANG_LIB(clangSema) 
        
           FIND_AND_ADD_CLANG_LIB(clangStaticAnalyzerFrontend) 
        
           FIND_AND_ADD_CLANG_LIB(clangStaticAnalyzerCheckers) 
        
           FIND_AND_ADD_CLANG_LIB(clangStaticAnalyzerCore) 
        
           FIND_AND_ADD_CLANG_LIB(clangAnalysis) 
        
           FIND_AND_ADD_CLANG_LIB(clangASTMatchers) 
        
           FIND_AND_ADD_CLANG_LIB(clangAST) 
        
           FIND_AND_ADD_CLANG_LIB(clangParse) 
        
           FIND_AND_ADD_CLANG_LIB(clangSema) 
        
           FIND_AND_ADD_CLANG_LIB(clangBasic) 
        
           FIND_AND_ADD_CLANG_LIB(clangEdit) 
        
           FIND_AND_ADD_CLANG_LIB(clangLex) 
        
           FIND_AND_ADD_CLANG_LIB(clangARCMigrate) 
        
           FIND_AND_ADD_CLANG_LIB(clangRewriteFrontend) 
        
           FIND_AND_ADD_CLANG_LIB(clangRewrite) 
        
           FIND_AND_ADD_CLANG_LIB(clangCrossTU) 
        
           FIND_AND_ADD_CLANG_LIB(clangIndex)

How do you detect whether Polly should be linked?

Let CMake handle the linking work for you and use Clang's provided CMake modules. They can be found in <LLVM prefix>/lib/cmake/clang.

It handles what should be linked. For example, lib/cmake/clang/ClangTargets.cmake provides a target called clangCodeGen lists Polly in its INTERFACE_LINK_LIBRARIES:

# Create imported target clangCodeGen
add_library(clangCodeGen STATIC IMPORTED)

set_target_properties(clangCodeGen PROPERTIES
  INTERFACE_LINK_LIBRARIES "clangAnalysis;clangAST;clangASTMatchers;clangBasic;clangFrontend;clangLex;clangSerialization;LLVM;Polly"
)

There is a ClangConfig.cmake to allow the above to be used after a find_package - don't include the file directly.

A similar system for LLVM libraries also exists.

Is there another way?

Use the clang-cpp shared library instead of static libraries. Shared libraries avoid a lot of problems that static libraries have. There is a clang-cpp target in the CMake files too so you can combine the two solutions.

There's a big move in some of the community to stop using Clang static libraries and start using clang-cpp. For example, over at Fedora: https://fedoraproject.org/wiki/Changes/Stop-Shipping-Individual-Component-Libraries-In-clang-lib-Package. Fedora plan to remove Clang static libraries from the clang-libs package in Fedora 32.

What about `llvm-config`?

llvm-config is not for Clang libraries.

I strongly discourage using llvm-config. It is known to be buggy (borderline broken in fact) on macOS, and is not maintained very much upstream. Upstream strongly dissuades its use inside CMake as the CMake modules are much superior: https://github.com/llvm/llvm-project/blob/llvmorg-10.0.0/clang/CMakeLists.txt#L17-L21

andrewrk · 2020-04-09T23:44:46Z

Thanks for the clarification @Bo98. It's a bit of a problem that LLVM forces downstream projects to use cmake in order to properly link against it, but that's not Homebrew's fault. I'm looking into this and will attempt to make zig's cmake configuration compatible with Homebrew, and stop sending people your way. Thanks again for stopping by.

Bo98 · 2020-04-09T23:57:01Z

It's a bit of a problem that LLVM forces downstream projects

Yeah, it caught out Mesa too I heard.

They don't use CMake, so they had to go with the clang-cpp shared library option: https://github.com/mesa3d/mesa/commit/ff1a3a00cb37d84ab9a563f0aa241714876f56b4.

closes #4799

andrewrk · 2020-04-10T00:33:05Z

I've opened #4992 to solve this. Now it's just the O(N) task of testing it on all the various systems and putting in workarounds to fix the breakage.

See #4799

andrewrk · 2020-04-10T02:37:07Z

@Bo98 I tried taking your advice and going full cmake-based configuration. That work is in #4992. It successfully built against the Homebrew package.

However, the apt.llvm.org packaging problem persists (and is reproduced by an LLVM dev), and there are other show-stopping problems with cmake-based config.

So I've made the much less invasive change: #4993
This also solved building against Homebrew on my macOS laptop, and I expect the CI tests to pass. So unless you have any objections, this is what you're going to see with the 0.6.0 release on Monday.

I'm not aware of any other patches or issues downstream, but please let me know and I would be happy to work with you on getting that patch count (and other unwanted workarounds) down to zero.

timmyjose · 2020-06-23T05:53:55Z

Does this mean that we will have to wait for llvm to fix it in their next major release? Also, having read the relevant threads, will it still be possible to get a working build if I build clang+lld from source? I've been stuck at the last working revision (448f8c2eb8335e1c8fc0dd76c3ed728b80487a63) for some time now. :-)

heidezomp · 2020-07-02T17:30:43Z

As for the apt.llvm.org packages, I just got an update of llvm-toolchain-10 (1:10.0.1~++20200626113502+77d76b71d7d-1~exp1~20200626214123.189) that seems to fix linking to Polly; manually adding "-Wl,/usr/lib/llvm-10/lib/LLVMPolly.so" to the libraries in CMakeLists.txt isn't required anymore and a clean checkout/build of Zig now builds and runs fine on my system.

to work around #4799 until a newer llvm version is released.

to work around ziglang#4799 until a newer llvm version is released.

frett27 · 2020-07-05T12:08:06Z

Thank's @andrewrk , cmake -DZIG_WORKAROUND_POLLY_SO:STRING=/usr/lib/llvm-10/lib/LLVMPolly.so ..
Worked also for me on ubuntu 20.04 LTS

jbsolomon-fw · 2020-07-13T13:37:02Z

EDIT: Never mind, it works using the macOS-specific workaround flag.

~~Doesn't work on macOS 10.15.4 using LLVM 10.0.0:~~

ld: can't link with bundle (MH_BUNDLE) only dylibs (MH_DYLIB) file '/usr/local/opt/llvm/lib/LLVMPolly.so' for architecture x86_64

hazeycode · 2020-08-15T23:56:49Z

Works for me with LLVM 10.0.1 on MacOS

jbsolomon-fw · 2020-08-17T13:44:08Z

I'm getting a new and different error on the new (10.0.1) homebrew release of LLVM :D

ld: library not found for -llibxml2.tbd

Bo98 · 2020-08-17T15:07:00Z

That is probably from llvm-config, which hasn’t worked properly on macOS since LLVM 3.9. I’m unaware of any intention to fix it. The same happens when building from source outside of Homebrew. I know some people noticed it in rc1, which Homebrew never shipped.

…

On 17 Aug 2020, at 14:44, Bodie ***@***.***> wrote: I'm getting a new and different error on the new homebrew release of LLVM :D ld: library not found for -llibxml2.tbd — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#4799 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAJCWYXNWPGHXDMQSTQ373TSBEX3RANCNFSM4LS5OAHA>.

kubkon · 2020-08-18T20:28:22Z

I'm getting a new and different error on the new (10.0.1) homebrew release of LLVM :D
ld: library not found for -llibxml2.tbd

I can confirm that this is indeed the problem with llvm-config. In particular, it comes from running:

$ llvm-config --system-libs
> -lz -lcurses -lm -llibxml2.tbd

andrewrk · 2020-08-18T20:37:51Z

😢

kubkon · 2020-08-18T21:13:07Z

A temporary (and super hacky hack hack that makes me cringe) solution to the problem of

ld: library not found for -llibxml2.tbd

is to:

Create a symbolic link /usr/local/lib/liblibxml2.tbd.dylib -> /usr/lib/libxml2.2.dylib
Add /usr/local/lib to your dyld search path if it's not already there. The easiest way is to simply add LINK_FLAGS "-L/usr/local/lib" to zig0 and zig target properties in CMakeLists.txt:

set_target_properties(zig0 PROPERTIES
    COMPILE_FLAGS ${EXE_CFLAGS}
    LINK_FLAGS ${EXE_LDFLAGS}
    LINK_FLAGS "-L/usr/local/lib"
)

This should get everyone with LLVM 10.0.1 installed via Homebrew on macOS going for now.

kubkon · 2020-08-18T21:38:52Z

I think we can mark this particular issue as resolved (to do with polly), and unfortunately, instead, open a new issue to do with the latest error:

ld: library not found for -llibxml2.tbd

which also seems an upstream issue...

EDIT: I've now created an issue for this #6087.

andrewrk · 2020-10-13T04:36:41Z

LLVM 11 was released today and I just merged the llvm11 branch into master.

kubkon · 2020-10-13T06:48:24Z

LLVM 11 was released today and I just merged the llvm11 branch into master.

Just a heads up that at the time of writing, homebrew still doesn't feature LLVM updated to version 11, so anyone developing on a macOS might either wait a little, or install LLVM from source.

andrewrk · 2020-10-13T07:22:23Z

Or use the bootstrap repository.

kubkon · 2020-10-13T15:57:57Z

Just an FYI that I'm working hard on updating LLVM to 11 in homebrew in Homebrew/homebrew-core#62798

kivikakk · 2020-12-01T22:59:53Z

Note for future readers: this one got merged, so brew install llvm and then cmake .. -DCMAKE_PREFIX_PATH=$(brew --prefix llvm) from your build directory and you're good to go! You may need to remove an old CMakeCache.txt.

andrewrk added the upstream An issue with a third party project that Zig uses. label Mar 24, 2020

andrewrk added this to the 0.7.0 milestone Mar 24, 2020

andrewrk changed the title ~~Building zig fails during linking zig0~~ llvm 10 packgaes in apt.llvm.org are broken with undefined reference to getPollyPluginInfo Mar 24, 2020

andrewrk changed the title ~~llvm 10 packgaes in apt.llvm.org are broken with undefined reference to getPollyPluginInfo~~ llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo Mar 24, 2020

andrewrk changed the title ~~llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo~~ llvm 10 packages in apt.llvm.org and homebrew are broken with undefined reference to getPollyPluginInfo Apr 2, 2020

andrewrk mentioned this issue Apr 5, 2020

Mac OSX brew fails with --HEAD #4949

Closed

andrewrk pinned this issue Apr 6, 2020

andrewrk changed the title ~~llvm 10 packages in apt.llvm.org and homebrew are broken with undefined reference to getPollyPluginInfo~~ llvm 10: undefined reference to getPollyPluginInfo Apr 9, 2020

andrewrk removed the upstream An issue with a third party project that Zig uses. label Apr 9, 2020

andrewrk modified the milestones: 0.7.0, 0.6.0 Apr 9, 2020

andrewrk added a commit that referenced this issue Apr 10, 2020

rework llvm and clang detection in cmake configuration

bc6da66

closes #4799

andrewrk mentioned this issue Apr 10, 2020

rework llvm and clang detection in cmake configuration #4992

Closed

andrewrk added a commit that referenced this issue Apr 10, 2020

look for clang-cpp shared lib when it exists

64fb5a4

See #4799

andrewrk mentioned this issue Apr 10, 2020

look for clang-cpp shared lib when it exists #4993

Merged

andrewrk changed the title ~~llvm 10: undefined reference to getPollyPluginInfo~~ llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo Apr 10, 2020

daurnimator mentioned this issue Jun 18, 2020

build fails - 0.6.0 and master from 2020-06-18 19:30 #5630

Closed

daurnimator mentioned this issue Jun 23, 2020

Add special consideration for Archlinux #5673

Closed

andrewrk closed this as completed in 9a7f053 Jul 3, 2020

andrewrk reopened this Jul 3, 2020

andrewrk added a commit that referenced this issue Jul 3, 2020

cmake: add -DZIG_WORKAROUND_POLLY_SO

f281b92

to work around #4799 until a newer llvm version is released.

kubkon pushed a commit to kubkon/zig that referenced this issue Jul 3, 2020

fix ziglang#4799

f5d9543

kubkon pushed a commit to kubkon/zig that referenced this issue Jul 3, 2020

cmake: add -DZIG_WORKAROUND_POLLY_SO

b8140b2

to work around ziglang#4799 until a newer llvm version is released.

joaoleal mentioned this issue Jul 12, 2020

Add support for LLVM 10 joaoleal/CppADCodeGen#60

Merged

kubkon mentioned this issue Aug 18, 2020

Building with LLVM 10.0.1 installed via Homebrew fails #6087

Closed

data-man mentioned this issue Aug 31, 2020

Add badges #6213

Closed

andrewrk closed this as completed Oct 13, 2020

andrewrk unpinned this issue Oct 13, 2020

dominusmi mentioned this issue Jan 6, 2021

Building from source fails on Debian Stretch iovisor/bcc#2272

Closed

kubkon mentioned this issue May 23, 2021

homebrew-provided LLVM/Clang prevents zig from building C files #8860

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

homebrew and llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo #4799

homebrew and llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo #4799

heidezomp commented Mar 24, 2020

andrewrk commented Mar 24, 2020 •

edited

Loading

andrewrk commented Mar 24, 2020

yrashk commented Mar 26, 2020

yrashk commented Mar 28, 2020

josephg commented Mar 30, 2020 •

edited

Loading

fengb commented Mar 31, 2020

yrashk commented Apr 1, 2020

josephg commented Apr 2, 2020 •

edited

Loading

timmyjose commented Apr 2, 2020 •

edited

Loading

Bo98 commented Apr 9, 2020 •

edited

Loading

andrewrk commented Apr 9, 2020

Bo98 commented Apr 9, 2020

andrewrk commented Apr 10, 2020

andrewrk commented Apr 10, 2020

timmyjose commented Jun 23, 2020 •

edited

Loading

heidezomp commented Jul 2, 2020 •

edited

Loading

frett27 commented Jul 5, 2020

jbsolomon-fw commented Jul 13, 2020 •

edited

Loading

hazeycode commented Aug 15, 2020 •

edited

Loading

jbsolomon-fw commented Aug 17, 2020 •

edited

Loading

Bo98 commented Aug 17, 2020 via email

kubkon commented Aug 18, 2020 •

edited

Loading

andrewrk commented Aug 18, 2020

kubkon commented Aug 18, 2020

kubkon commented Aug 18, 2020 •

edited

Loading

andrewrk commented Oct 13, 2020

kubkon commented Oct 13, 2020

andrewrk commented Oct 13, 2020

kubkon commented Oct 13, 2020

kivikakk commented Dec 1, 2020

homebrew and llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo #4799

homebrew and llvm 10 packages in apt.llvm.org are broken with undefined reference to getPollyPluginInfo #4799

Comments

heidezomp commented Mar 24, 2020

andrewrk commented Mar 24, 2020 • edited Loading

andrewrk commented Mar 24, 2020

yrashk commented Mar 26, 2020

yrashk commented Mar 28, 2020

josephg commented Mar 30, 2020 • edited Loading

fengb commented Mar 31, 2020

yrashk commented Apr 1, 2020

josephg commented Apr 2, 2020 • edited Loading

timmyjose commented Apr 2, 2020 • edited Loading

Bo98 commented Apr 9, 2020 • edited Loading

Why does Polly not automatically get linked when you link clangCodeGen?

Why does zig not detect to link Polly itself?

How do you detect whether Polly should be linked?

Is there another way?

What about llvm-config?

andrewrk commented Apr 9, 2020

Bo98 commented Apr 9, 2020

andrewrk commented Apr 10, 2020

andrewrk commented Apr 10, 2020

timmyjose commented Jun 23, 2020 • edited Loading

heidezomp commented Jul 2, 2020 • edited Loading

frett27 commented Jul 5, 2020

jbsolomon-fw commented Jul 13, 2020 • edited Loading

hazeycode commented Aug 15, 2020 • edited Loading

jbsolomon-fw commented Aug 17, 2020 • edited Loading

Bo98 commented Aug 17, 2020 via email

kubkon commented Aug 18, 2020 • edited Loading

andrewrk commented Aug 18, 2020

kubkon commented Aug 18, 2020

kubkon commented Aug 18, 2020 • edited Loading

andrewrk commented Oct 13, 2020

kubkon commented Oct 13, 2020

andrewrk commented Oct 13, 2020

kubkon commented Oct 13, 2020

kivikakk commented Dec 1, 2020

andrewrk commented Mar 24, 2020 •

edited

Loading

josephg commented Mar 30, 2020 •

edited

Loading

josephg commented Apr 2, 2020 •

edited

Loading

timmyjose commented Apr 2, 2020 •

edited

Loading

Bo98 commented Apr 9, 2020 •

edited

Loading

What about `llvm-config`?

timmyjose commented Jun 23, 2020 •

edited

Loading

heidezomp commented Jul 2, 2020 •

edited

Loading

jbsolomon-fw commented Jul 13, 2020 •

edited

Loading

hazeycode commented Aug 15, 2020 •

edited

Loading

jbsolomon-fw commented Aug 17, 2020 •

edited

Loading

kubkon commented Aug 18, 2020 •

edited

Loading

kubkon commented Aug 18, 2020 •

edited

Loading