<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>3469</bug_id>
          
          <creation_ts>2012-11-20 18:34:09 +0000</creation_ts>
          <short_desc>mesa-demos fail to build if using other GL library</short_desc>
          <delta_ts>2013-04-25 13:53:17 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>1.3</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.4</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Otavio Salvador">otavio</reporter>
          <assigned_to name="Ross Burton">ross.burton</assigned_to>
          <cc>dvhart</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>nitin.a.kamble</cc>
    
    <cc>ross.burton</cc>
    
    <cc>tom.zanussi</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>27586</commentid>
    <comment_count>0</comment_count>
    <who name="Otavio Salvador">otavio</who>
    <bug_when>2012-11-20 18:34:09 +0000</bug_when>
    <thetext>The mesa-demos depends on mesa specific features so we have two possible solutions for it:

 * Add an explicit depends on mesa-dri (instead of virtual/libgl) in mesa-demos recipe, or

 * Disable mesa specific code

Discussing it with Ross at IRC, it seems he prefer to try to cook a patch to disable mesa specific demos and make it generic. Either way this needs to be fixed as testapps image feature is forcing the inclusion of mesa-demos and this makes difficult the reuse of these packagegroup by other SoC vendors.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28191</commentid>
    <comment_count>1</comment_count>
    <who name="Otavio Salvador">otavio</who>
    <bug_when>2012-12-12 16:27:02 +0000</bug_when>
    <thetext>Did you get any further with this?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>28197</commentid>
    <comment_count>2</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2012-12-12 17:16:44 +0000</bug_when>
    <thetext>Not yet, sorry.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31253</commentid>
    <comment_count>3</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-03-27 21:38:42 +0000</bug_when>
    <thetext>FYI this is affecting libva &amp; libva-intel-driver update in the meta-intel. And the Yocto project 1.4 code freeze window is almost here. Can this issue be resolved any sooner?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31438</commentid>
    <comment_count>4</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2013-04-03 11:49:07 +0000</bug_when>
    <thetext>How is mesa-demos affecting the va drivers?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31522</commentid>
    <comment_count>5</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2013-04-04 13:59:31 +0000</bug_when>
    <thetext>Nitin, I&apos;m not sure why this blocks the va upgrade?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31564</commentid>
    <comment_count>6</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-04-04 18:57:59 +0000</bug_when>
    <thetext>Hi Ross,
  This was discussed on the meta-intel mailing list. mesa-demos fail to build with the newer libva. 


| eglut.c: In function &apos;_eglutDestroyWindow&apos;:eglut.c: In function &apos;_eglutDestroyWindow&apos;:
| 
| eglut.c:55:32: error: &apos;EGL_SCREEN_BIT_MESA&apos; undeclared (first use in 
| this function)eglut.c:55:32: error: &apos;EGL_SCREEN_BIT_MESA&apos; undeclared 
| (first use in this function)
| 
| eglut.c:55:32: note: each undeclared identifier is reported only once 
| for each function it appears ineglut.c:55:32: note: each undeclared 
| identifier is reported only once for each function it appears in
| 
| eglut.c: In function &apos;_eglutCreateWindow&apos;:
| eglut.c:153:9: error: &apos;EGL_SCREEN_BIT_MESA&apos; undeclared (first use in 
| this function)
| eglut.c: In function &apos;_eglutCreateWindow&apos;:
| eglut.c:153:9: error: &apos;EGL_SCREEN_BIT_MESA&apos; undeclared (first use in 
| this function)
| eglut_screen.c:13:1: error: unknown type name &apos;EGLScreenMESA&apos;
| eglut_screen.c:14:1: error: unknown type name &apos;EGLModeMESA&apos;
| eglut_screen.c: In function &apos;_eglutNativeInitDisplay&apos;:
| eglut_screen.c:21:27: error: &apos;EGL_SCREEN_BIT_MESA&apos; undeclared (first 
| use in this function)
| eglut_screen.c:21:27: note: each undeclared identifier is reported 
| only once for each function it appears in
| eglut_screen.c: In function &apos;init_kms&apos;:
| eglut_screen.c:36:4: error: unknown type name &apos;EGLModeMESA&apos;
| eglut_screen.c: In function &apos;_eglutNativeInitWindow&apos;:
| eglut_screen.c:95:26: warning: assignment makes pointer from integer 
| without a cast [enabled by default]
| eglut.c: In function &apos;eglutDestroyWindow&apos;:
| eglut.c: In function &apos;eglutDestroyWindow&apos;:eglut.c:268:33: error: 
| &apos;EGL_SCREEN_BIT_MESA&apos; undeclared (first use in this function)
| 
| eglut.c:268:33: error: &apos;EGL_SCREEN_BIT_MESA&apos; undeclared (first use in 
| this function)
| make[3]: *** [eglut_screen.lo] Error 1
| make[3]: *** Waiting for unfinished jobs....
| make[3]: *** [libeglut_x11_la-eglut.lo] Error 1
| make[3]: *** [eglut.lo] Error 1
| make[3]: Leaving directory `/srv/ssd/nitin_builds/build-emenlow/tmp/work/core2-poky-linux/mesa-demos/8.0.1-r4/mesa-demos-8.0.1/src/egl/eglut&apos;
| make[2]: *** [all-recursive] Error 1
| make[2]: Leaving directory `/srv/ssd/nitin_builds/build-emenlow/tmp/work/core2-poky-linux/mesa-demos/8.0.1-r4/mesa-demos-8.0.1/src/egl&apos;
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory `/srv/ssd/nitin_builds/build-emenlow/tmp/work/core2-poky-linux/mesa-demos/8.0.1-r4/mesa-demos-8.0.1/src&apos;
| make: *** [all-recursive] Error 1
| ERROR: oe_runmake failed
| ERROR: Function failed: do_compile (see 
| /srv/ssd/nitin_builds/build-emenlow/tmp/work/core2-poky-linux/mesa-dem
| os/8.0.1-r4/temp/log.do_compile.40596 for further information)
ERROR: Task 2105 (/srv/home/nitin/prj/poky.git/meta/recipes-graphics/mesa/mesa-demos_8.0.1.bb, do_compile) failed with exit code &apos;1&apos;
NOTE: Tasks Summary: Attempted 5656 tasks of which 5600 didn&apos;t need to be rerun and 1 failed.
Waiting for 0 running tasks to finish:

Summary: 1 task failed:
  /srv/home/nitin/prj/poky.git/meta/recipes-graphics/mesa/mesa-demos_8.0.1.bb, do_compile</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31569</commentid>
    <comment_count>7</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2013-04-04 20:08:07 +0000</bug_when>
    <thetext>Those errors have nothing to do with libva and appear to be due to mesa-demos building against emgd (which *is* what this bug is about).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31570</commentid>
    <comment_count>8</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-04-04 20:18:05 +0000</bug_when>
    <thetext>Ross, 
   That is right. The relations to libva is, that update to libva demands the package files from emgd. and providing that breaks the mesa-demos. So this is bit entanglement of multiple recipes here.

Nitin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31571</commentid>
    <comment_count>9</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-04-04 20:20:14 +0000</bug_when>
    <thetext>And this mess can be avoided by pinning libva version to lower version for EMGD recipes.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31708</commentid>
    <comment_count>10</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2013-04-08 15:47:27 +0000</bug_when>
    <thetext>I&apos;ve submitted a patch that fixes this to meta-intel:

https://lists.yoctoproject.org/pipermail/meta-intel/2013-April/000637.html

Since we&apos;re coming up on release and I don&apos;t know if this might also be a good fix for non-Intel machines everywhere else, I don&apos;t plan on submitting it to oe-core unless someone can tell me that&apos;s the right thing to do at this point.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31712</commentid>
    <comment_count>11</comment_count>
    <who name="Otavio Salvador">otavio</who>
    <bug_when>2013-04-08 16:02:40 +0000</bug_when>
    <thetext>(In reply to comment #10)
&gt; I&apos;ve submitted a patch that fixes this to meta-intel:
&gt; 
&gt; https://lists.yoctoproject.org/pipermail/meta-intel/2013-April/000637.html
&gt; 
&gt; Since we&apos;re coming up on release and I don&apos;t know if this might also be a
&gt; good fix for non-Intel machines everywhere else, I don&apos;t plan on submitting
&gt; it to oe-core unless someone can tell me that&apos;s the right thing to do at
&gt; this point.

Being a backport I think it could be evaluated. Once you send a patch for it I can try it in meta-fsl-arm and check if it fixes the build issue there as well.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>31713</commentid>
    <comment_count>12</comment_count>
    <who name="Nitin Kamble">nitin.a.kamble</who>
    <bug_when>2013-04-08 16:16:28 +0000</bug_when>
    <thetext>Hi Tomz, 
  Good to see a patch to solve this. From the review of it, it looks like right way to solve the issue. I will do some build/runtime testing with meta-intel BSPs with it.

Thanks,
Nitin</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>32069</commentid>
    <comment_count>13</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2013-04-12 14:27:02 +0000</bug_when>
    <thetext>I&apos;ve just sent these patches to oe-core as this bug was originally reported due to mesa-demos failing to build against the Freescale drivers.  Thanks Tom!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>32070</commentid>
    <comment_count>14</comment_count>
    <who name="Tom Zanussi">tom.zanussi</who>
    <bug_when>2013-04-12 14:31:39 +0000</bug_when>
    <thetext>OK, great, once that hits oe-core, I&apos;ll remove it from meta-intel.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>32632</commentid>
    <comment_count>15</comment_count>
    <who name="Ross Burton">ross.burton</who>
    <bug_when>2013-04-25 13:53:17 +0000</bug_when>
    <thetext>Merged into dylan as 60fabb6ea0474b19ad57873b402a608a92c5a5d4.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>