<?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>5935</bug_id>
          
          <creation_ts>2014-03-10 08:56:04 +0000</creation_ts>
          <short_desc>gtk+3 do_compile failed for qemumips64</short_desc>
          <delta_ts>2014-03-24 15:29:14 +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.5</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.6</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Chen Qi">Qi.Chen</reporter>
          <assigned_to name="valentin">valentin.popa</assigned_to>
          <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>No (bug/feature does not impact docs)</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>41016</commentid>
    <comment_count>0</comment_count>
    <who name="Chen Qi">Qi.Chen</who>
    <bug_when>2014-03-10 08:56:04 +0000</bug_when>
    <thetext>Below is some error messages:

gtkcssselector.c:1229:3: note: in expansion of macro &apos;G_STATIC_ASSERT&apos;
   G_STATIC_ASSERT (sizeof (gconstpointer) == sizeof (result));
   ^
gtkcssselector.c: In function &apos;decode_position&apos;:
/home/nxadm/nx/ala-blade46.1/builds-2014-03-09-205333/bcm-xlp_world_bd/bitbake_build/tmp/sysroots/bcm-xlp/usr/include/glib-2.0/glib/gmacros.h:181:53: error: size of array &apos;_GStaticAssertCompileTimeAssertion_1&apos; is negative
 #define G_STATIC_ASSERT(expr) typedef char G_PASTE (_GStaticAssertCompileTimeAssertion_, __COUNTER__)[(expr) ? 1 : -1] G_GNUC_UNUSED
                                                     ^
/home/nxadm/nx/ala-blade46.1/builds-2014-03-09-205333/bcm-xlp_world_bd/bitbake_build/tmp/sysroots/bcm-xlp/usr/include/glib-2.0/glib/gmacros.h:178:47: note: in definition of macro &apos;G_PASTE_ARGS&apos;
 #define G_PASTE_ARGS(identifier1,identifier2) identifier1 ## identifier2
                                               ^
/home/nxadm/nx/ala-blade46.1/builds-2014-03-09-205333/bcm-xlp_world_bd/bitbake_build/tmp/sysroots/bcm-xlp/usr/include/glib-2.0/glib/gmacros.h:181:44: note: in expansion of macro &apos;G_PASTE&apos;
 #define G_STATIC_ASSERT(expr) typedef char G_PASTE (_GStaticAssertCompileTimeAssertion_, __COUNTER__)[(expr) ? 1 : -1] G_GNUC_UNUSED
                                            ^
gtkcssselector.c:1254:3: note: in expansion of macro &apos;G_STATIC_ASSERT&apos;
   G_STATIC_ASSERT (sizeof (gconstpointer) == sizeof (result));
   ^

========================================================================
After looking into this problem, I found the compiler thought that sizeof(void *) and sizeof(const void *) are of different sizes.

I&apos;m really confused.

//Chen Qi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41076</commentid>
    <comment_count>1</comment_count>
    <who name="valentin">valentin.popa</who>
    <bug_when>2014-03-11 13:13:17 +0000</bug_when>
    <thetext>The problem seems to be in glib, I&apos;ll have a look.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41084</commentid>
    <comment_count>2</comment_count>
    <who name="valentin">valentin.popa</who>
    <bug_when>2014-03-11 14:02:46 +0000</bug_when>
    <thetext>Indeed it&apos;s a glib bug not a gtk+ one.
If gsize is unsigned long then probably gssize should be signed long and not signed int (see glibconfig.h). You can hard code gssize until a patch is provided.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41183</commentid>
    <comment_count>3</comment_count>
      <attachid>1813</attachid>
    <who name="valentin">valentin.popa</who>
    <bug_when>2014-03-13 11:33:22 +0000</bug_when>
    <thetext>Created attachment 1813
the patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>41626</commentid>
    <comment_count>4</comment_count>
    <who name="valentin">valentin.popa</who>
    <bug_when>2014-03-24 15:29:14 +0000</bug_when>
    <thetext>Fix merged:
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=331962ffad3aff172c0801c7fee2379715ff9033</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>1813</attachid>
            <date>2014-03-13 11:33:22 +0000</date>
            <delta_ts>2014-03-13 11:33:22 +0000</delta_ts>
            <desc>the patch</desc>
            <filename>0001-Set-ac_cv_sizeof_ssize_t.patch</filename>
            <type>text/plain</type>
            <size>805</size>
            <attacher name="valentin">valentin.popa</attacher>
            
              <data encoding="base64">RnJvbSA0NDlhMzZkOTdmZDFjYTkyYjMwYTY0MDM0NWJkOThjNGM0OTJiY2E3IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBWYWxlbnRpbiBQb3BhIDx2YWxlbnRpbi5wb3BhQGludGVsLmNv
bT4KRGF0ZTogVGh1LCAxMyBNYXIgMjAxNCAxMzoyMzo1MCArMDIwMApTdWJqZWN0OiBbUEFUQ0hd
IFNldCBhY19jdl9zaXplb2Zfc3NpemVfdAoKU2V0IGFjX2N2X3NpemVvZl9zc2l6ZV90IGZvciBt
aXBzNjQ7Cm1pcHMtY29tbW9uIHdpbGwgbm90IG92ZXJ3cml0ZSBpdC4KCltZT0NUTyAjNTkzNV0K
ClNpZ25lZC1vZmYtYnk6IFZhbGVudGluIFBvcGEgPHZhbGVudGluLnBvcGFAaW50ZWwuY29tPgot
LS0KIG1ldGEvc2l0ZS9taXBzNjQtbGludXggfCAxICsKIDEgZmlsZSBjaGFuZ2VkLCAxIGluc2Vy
dGlvbigrKQoKZGlmZiAtLWdpdCBhL21ldGEvc2l0ZS9taXBzNjQtbGludXggYi9tZXRhL3NpdGUv
bWlwczY0LWxpbnV4CmluZGV4IDQ0NDljOTYuLmVkMGZiYmUgMTAwNjQ0Ci0tLSBhL21ldGEvc2l0
ZS9taXBzNjQtbGludXgKKysrIGIvbWV0YS9zaXRlL21pcHM2NC1saW51eApAQCAtMzUsNiArMzUs
NyBAQCBnbGliX2N2X3VzZV9waWRfc3Vycm9nYXRlPSR7Z2xpYl9jdl91c2VfcGlkX3N1cnJvZ2F0
ZT15ZXN9CiBhY19jdl9hbGlnbm9mX2d1aW50MzI9NAogYWNfY3ZfYWxpZ25vZl9ndWludDY0PTgK
IGFjX2N2X2FsaWdub2ZfdW5zaWduZWRfbG9uZz04CithY19jdl9zaXplb2Zfc3NpemVfdD04CiAK
ICMgbGlicGNhcAogYWNfY3ZfbGludXhfdmVycz0ke2FjX2N2X2xpbnV4X3ZlcnM9Mn0KLS0gCjEu
OC4zLjIKCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>