<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - undefined symbol _ZN4llvm19createGlobalDCEPassEv in r600g" href="https://bugs.freedesktop.org/show_bug.cgi?id=59831#c7">Comment # 7</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - undefined symbol _ZN4llvm19createGlobalDCEPassEv in r600g" href="https://bugs.freedesktop.org/show_bug.cgi?id=59831">bug 59831</a> from <a class="email" href="mailto:tstellar@gmail.com" title="Tom Stellard <tstellar@gmail.com>"> Tom Stellard</a> <pre>(In reply to <a href="show_bug.cgi?id=59831#c5">comment #5</a>) > It was false to remove libr600_la_LDFLAGS in this patch: > <a href="http://cgit.freedesktop.org/mesa/mesa/commit/">http://cgit.freedesktop.org/mesa/mesa/commit/</a> > ?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.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>