<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - MESA checks on configure for llvm 3.4.2 and fails to build with 3.4.2 being installed"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=81785#c3">Comment # 3</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW --- - MESA checks on configure for llvm 3.4.2 and fails to build with 3.4.2 being installed"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=81785">bug 81785</a>
              from <span class="vcard"><a class="email" href="mailto:emil.l.velikov@gmail.com" title="Emil Velikov <emil.l.velikov@gmail.com>"> <span class="fn">Emil Velikov</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=81785#c1">comment #1</a>)
<span class="quote">> I had the exact same problem, but came to the conclusion that LLVM needs to
> be patched to resolve this. This was done for Opensuse and works fine!

> <a href="https://build.opensuse.org/package/view_file/home:tobijk:X11:XOrg/llvm/cmake">https://build.opensuse.org/package/view_file/home:tobijk:X11:XOrg/llvm/cmake</a>-
> patchversion.patch?expand=1

> go bother the LLVM package maintainer :)</span >

It seems like building llvm with cmake is not the most common practise - iirc
there was an RTTI issue a while back and now this thus. Might be better if you
forward the patch to the llvm if you haven't already. This way more people can
benefit from your work(patch) :)


(In reply to <a href="show_bug.cgi?id=81785#c2">comment #2</a>)
<span class="quote">> According to the llvm announcement for 3.4.2 it is API compatible with 3.4.
> MESA checks for the API (which is 3.4) and not for the version (which is
> 3.4.2).

> Yes, patching LLVM works as does patching MESA to not check for the patch
> version.

> Take it as a note... i can temp fix it to continue testing...</span >

I believe the main issue with dropping that patch version check in mesa is that
mesa (some of the radeon code actually) depends on functionality that did not
exist in earlier versions - including  3.4.0 and 3.4.1.

Perhaps the configure.ac check is not perfect but as llvm provides a more
robust method of detection we might incorporate that in mesa :)</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>