| Summary: | undefined symbol _ZN4llvm19createGlobalDCEPassEv in r600g | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Alex Deucher <alexdeucher> |
| Component: | Other | Assignee: | Tom Stellard <tstellar> |
| Status: | RESOLVED FIXED | QA Contact: | mesa-dev |
| Severity: | normal | ||
| Priority: | medium | ||
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
|
Description
Alex Deucher
2013-01-25 02:47:08 UTC
Is that with or without --with-llvm-shared-libs for the Mesa build? without. Is that required now? My configure options are: ./autogen.sh --prefix=/usr --libdir=/usr/lib64 --with-dri-drivers=radeon,r200 --with-gallium-drivers=r300,r600,radeonsi,swrast --enable-gles1 --enable-gles2 --enable-xorg --enable-vdpau --enable-shared-glapi --enable-gbm --enable-gallium-llvm --with-egl-platforms=drm --enable-glx-tls --enable-debug Also, I'm using llvm c5c65f9ad0e1e897f6d828248bdf25a6714cdd09 from Tom's tree. (In reply to comment #2) > without. Is that required now? No, but I do wonder if we shouldn't drop support for linking LLVM statically. The problem is that llvm_wrapper.cpp is being built without --enable-opencl or --enable-r600-llvm-compiler, so the necessary libraries haven't been added to LLVM_LIBS. The fix is to disable building of llvm_wrapper.cpp in this case. I will write a patch. It was false to remove libr600_la_LDFLAGS in this patch: http://cgit.freedesktop.org/mesa/mesa/commit/?id=69d639ba8b3cfd95cfbb12b861dbe2eda53f2e25 And please change all Makefile.am to generate LLVM related LIBADDs this way to avoid stupid dependencies if LLVM was compiled with the better cmake build system which creates shared instead of static libs / one big shared lib and can save memory this way. This should be fixed by this patch: http://lists.freedesktop.org/archives/mesa-dev/2013-January/033482.html (In reply to comment #5) > It was false to remove libr600_la_LDFLAGS in this patch: > http://cgit.freedesktop.org/mesa/mesa/commit/ > ?id=69d639ba8b3cfd95cfbb12b861dbe2eda53f2e25 > > And please change all Makefile.am to generate LLVM related LIBADDs this way > to avoid stupid dependencies if LLVM was compiled with the better cmake > build system which creates shared instead of static libs / one big shared > lib and can save memory this way. Generating different shared libraries depending on the build system used is a bug in LLVM. However, until it is fixed we need to support both build systems even if one is better. Adding llvm libraries in makefiles using llvm-config will not work when we are linking against shared libraries generated by an autotools build of LLVM, because then we will be linking against shared and static libraries at the same time. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.