<?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>5133</bug_id>
          
          <creation_ts>2013-09-06 11:13:06 +0000</creation_ts>
          <short_desc>[Test Case 207] sudoku-savant project compile in sdk image</short_desc>
          <delta_ts>2013-10-28 16:02:39 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>11</classification_id>
          <classification>Runtime</classification>
          <product>General Runtime</product>
          <component>General Runtime</component>
          <version>1.5</version>
          <rep_platform>x86</rep_platform>
          <op_sys>arm</op_sys>
          <bug_status>VERIFIED</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.5 M5</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Chandrak">chandrak</reporter>
          <assigned_to name="Laurentiu Palcu">laurentiu.palcu</assigned_to>
          <cc>corneliux.stoicescu</cc>
    
    <cc>jessica.zhang</cc>
    
    <cc>raj.khem</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</cc>
    
    <cc>yi.zhao</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>Regression (Used to work)</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>36371</commentid>
    <comment_count>0</comment_count>
    <who name="Chandrak">chandrak</who>
    <bug_when>2013-09-06 11:13:06 +0000</bug_when>
    <thetext>STATUS: FAILED
BUILD: master:ed3ef0823fde89371a473d20c0127c0bd16d062b
ENVIRONMENT: qemuarm
STEPS TO REPRODUCE: 1. Download sudoku-savant project from http://downloads.sourceforge.net/project/sudoku-savant/sudoku-savant/sudoku-savant-1.3/sudoku-savant-1.3.tar.bz2
2. Copy sudoku-savant tarball into sdk image
3. Extract the tarball and do &quot;configure&quot;, &quot;make&quot;

EXPECTED OUTCOME: sudoku-savant could be compiled successfully .

Failing on Qemu Arm:

collect: recompiling board.cpp
In file included from /usr/include/glib-2.0/glib/gtypes.h:34:0,
                 from /usr/include/glib-2.0/glib/galloca.h:34,
                 from /usr/include/glib-2.0/glib.h:32,
                 from /usr/include/glib-2.0/gobject/gbinding.h:30,
                 from /usr/include/glib-2.0/glib-object.h:25,
                 from /usr/include/glib-2.0/gio/gioenums.h:30,
                 from /usr/include/glib-2.0/gio/giotypes.h:30,
                 from /usr/include/glib-2.0/gio/gio.h:28,
                 from /usr/include/gtk-2.0/gdk/gdkapplaunchcontext.h:30,
                 from /usr/include/gtk-2.0/gdk/gdk.h:32,
                 from /usr/include/gtk-2.0/gtk/gtk.h:32,
                 from support.h:9,
                 from board.cpp:12:
/usr/lib/glib-2.0/include/glibconfig.h:52:38: warning: ISO C++ 1998 does not support &apos;long long&apos; [-Wlong-long]
 G_GNUC_EXTENSION typedef signed long long gint64;
                                      ^
/usr/lib/glib-2.0/include/glibconfig.h:53:40: warning: ISO C++ 1998 does not support &apos;long long&apos; [-Wlong-long]
 G_GNUC_EXTENSION typedef unsigned long long guint64;
                                        ^
collect: relinking
collect2: error: &apos;_ZNK6sudoku5ClearINS_6SquareEEclERS1_&apos; was assigned to &apos;board.rpo&apos;, but was not defined during recompilation, or vice versa
board.o:(.rodata+0x8): undefined reference to `sudoku::Clear&lt;sudoku::Square&gt;::operator()(sudoku::Square&amp;) const&apos;
board.o:(.rodata+0x20): undefined reference to `sudoku::Clear&lt;sudoku::Sequence&gt;::operator()(sudoku::Sequence&amp;) const&apos;
board.o:(.rodata+0x34): undefined reference to `typeinfo for sudoku::Action&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0x3c): undefined reference to `sudoku::Action&lt;sudoku::Sequence&gt;::~Action()&apos;
board.o:(.rodata+0x40): undefined reference to `sudoku::Action&lt;sudoku::Sequence&gt;::~Action()&apos;
board.o:(.rodata+0x50): undefined reference to `sudoku::DropStack&lt;sudoku::Square&gt;::operator()(sudoku::Square&amp;) const&apos;
board.o:(.rodata+0x68): undefined reference to `sudoku::DropStack&lt;sudoku::Sequence&gt;::operator()(sudoku::Sequence&amp;) const&apos;
board.o:(.rodata+0x80): undefined reference to `sudoku::Board::Push&lt;sudoku::Sequence&gt;::operator()(sudoku::Sequence&amp;) const&apos;
board.o:(.rodata+0x98): undefined reference to `sudoku::Board::Push&lt;sudoku::Square&gt;::operator()(sudoku::Square&amp;) const&apos;
board.o:(.rodata+0xa8): undefined reference to `typeinfo name for sudoku::Board::Push&lt;sudoku::Square&gt;&apos;
board.o:(.rodata+0xb4): undefined reference to `typeinfo name for sudoku::Board::Push&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0xb8): undefined reference to `typeinfo for sudoku::Action&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0xc0): undefined reference to `typeinfo name for sudoku::DropStack&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0xc4): undefined reference to `typeinfo for sudoku::Action&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0xcc): undefined reference to `typeinfo name for sudoku::DropStack&lt;sudoku::Square&gt;&apos;
board.o:(.rodata+0xd8): undefined reference to `typeinfo name for sudoku::Clear&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0xdc): undefined reference to `typeinfo for sudoku::Action&lt;sudoku::Sequence&gt;&apos;
board.o:(.rodata+0xe4): undefined reference to `typeinfo name for sudoku::Clear&lt;sudoku::Square&gt;&apos;
canvas.o:(.rodata+0xcc): undefined reference to `typeinfo name for std::unary_function&lt;sudoku::Square, void&gt;&apos;
canvas.o:(.rodata+0x188): undefined reference to `typeinfo name for sudoku::Canvas::Draw&lt;sudoku::Square&gt;&apos;
canvas.o:(.rodata+0x194): undefined reference to `typeinfo name for sudoku::Canvas::DrawOver&lt;sudoku::Square&gt;&apos;
collect2: error: ld returned 1 exit status
make[2]: *** [sudoku-savant] Error 1
make[2]: Leaving directory `/opt/build_testtools/sudoku/sudoku-savant-1.3/src&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/build_testtools/sudoku/sudoku-savant-1.3&apos;
make: *** [all] Error 2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36740</commentid>
    <comment_count>1</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2013-09-16 09:40:12 +0000</bug_when>
    <thetext>Apparently, the cause of this is this commit:
6ccd4d6a9d3910b6e729fe2d00056d8d325403c8

It&apos;s increasing the memory for qemu machines from 128 to 256M. This, in theory, should not lead to compilation issues inside qemu machine... I believe the problem is well hidden in qemu. I also tested the latest qemu HEAD and it&apos;s still reproducible.

The only workaround, for now, is to run qemu with qemuparams=&quot;-m 128&quot;. In this case, the compilation will succeed.

I&apos;ll continue to investigate this for a while.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37154</commentid>
    <comment_count>2</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2013-09-25 07:15:05 +0000</bug_when>
    <thetext>Hi Laurentiu,

This issue also happens on qemumips and qemuppc with the same reason.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37574</commentid>
    <comment_count>3</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2013-10-03 15:13:37 +0000</bug_when>
    <thetext>I went further with my investigations and this is what I found out:

* it happens with the 4.8.1 toolchain (4.7.2 works just fine);
* I managed to find out that using the 4.7.2 toolchain but replacing just the cc1plus binary with the 4.8.1 one makes the problem appear;
* it happens on the 256MB RAM beagleboard too (so I ruled out qemu);
* it does not happen in ubuntu 13.04 running on the same beagleboard and using the 4.8.1 toolchain;
* doing &quot;ulimit -v 131072&quot; before doing make, &apos;fixes&apos; the problem;

So, next, I&apos;ll try have a look in the ubuntu toolchain source package to see if there are any patches that we don&apos;t.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37587</commentid>
    <comment_count>4</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2013-10-03 18:13:41 +0000</bug_when>
    <thetext>I can also reproduce this on a kernel memory limited (using mem=256M) RaspberryPi</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37626</commentid>
    <comment_count>5</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2013-10-04 13:55:28 +0000</bug_when>
    <thetext>I activated hard-float for beagleboard, since ubuntu&apos;s packages were compiled with hard-float, but it still reproduces... So soft-float/hard-float is ruled out.

I also had a look into ubuntu&apos;s patches for gcc-4.8 but couldn&apos;t spot anything obvious in patch descriptions. However, there are 122 patches...

I also tried to build gcc 4.8 out of Yocto tree, somehow, by generating an arm sato-sdk toolchain and have it build the gcc but, to this moment, I didn&apos;t succeed. This would help testing various versions of gcc without Yocto overhead and could be easily deployed on target.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37690</commentid>
    <comment_count>6</comment_count>
      <attachid>1553</attachid>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2013-10-07 14:48:07 +0000</bug_when>
    <thetext>Created attachment 1553
configure command line differences</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37691</commentid>
    <comment_count>7</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2013-10-07 14:50:10 +0000</bug_when>
    <thetext>Apparently, the ubuntu patches, applied on top of ours don&apos;t make any difference. I also tried to remove the patches we added in 4.8, the same thing.

I attached a file with the differences between the ubuntu configure command line and ours. I will try to activate/deactivate some of them to see if it will make any difference.

https://bugzilla.yoctoproject.org/attachment.cgi?id=1553</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37712</commentid>
    <comment_count>8</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-10-07 16:32:26 +0000</bug_when>
    <thetext>I had a look at this. I ran a build with no ulimit which failed, then moved the source to a safe location and then did the same thing with a ulimit, letting it build up the point it failed. I then diffed the source, the interesting thing was board.rpo was different, specifically:

root@qemuarm:~/sudoku-savant-1.3/src# diff -u board.rpo*
--- board.rpo	2013-10-07 16:27:54.000000000 +0000
+++ board.rpo2	2013-10-07 16:19:37.000000000 +0000
@@ -1,6 +1,12 @@
 M board.cpp
 D /home/root/sudoku-savant-1.3/src
-A &apos;-D&apos; &apos;HAVE_CONFIG_H&apos; &apos;-I&apos; &apos;.&apos; &apos;-I&apos; &apos;..&apos; &apos;-D&apos; &apos;PACKAGE_DATA_DIR=&quot;/usr/local/share&quot;&apos; &apos;-D&apos; &apos;PACKAGE_LOCALE_DIR=&quot;/usr/local/share/locale&quot;&apos; &apos;-pthread&apos; &apos;-I&apos; &apos;/usr/include/gtk-2.0&apos; &apos;-I&apos; &apos;/usr/lib/gtk-2.0/include&apos; &apos;-I&apos; &apos;/usr/include/pango-1.0&apos; &apos;-I&apos; &apos;/usr/include/atk-1.0&apos; &apos;-I&apos; &apos;/usr/include/cairo&apos; &apos;-I&apos; &apos;/usr/include/pixman-1&apos; &apos;-I&apos; &apos;/usr/include/libpng16&apos; &apos;-I&apos; &apos;/usr/include/gdk-pixbuf-2.0&apos; &apos;-I&apos; &apos;/usr/include/libpng16&apos; &apos;-I&apos; &apos;/usr/include/pango-1.0&apos; &apos;-I&apos; &apos;/usr/include/harfbuzz&apos; &apos;-I&apos; &apos;/usr/include/pango-1.0&apos; &apos;-I&apos; &apos;/usr/include/glib-2.0&apos; &apos;-I&apos; &apos;/usr/lib/glib-2.0/include&apos; &apos;-I&apos; &apos;/usr/include/freetype2&apos; &apos;-frepo&apos; &apos;-fno-implement-inlines&apos; &apos;-ansi&apos; &apos;-Wpedantic&apos; &apos;-pipe&apos; &apos;-Wall&apos; &apos;-Winline&apos; &apos;-Wshadow&apos; &apos;-Wsign-compare&apos; &apos;-Woverloaded-virtual&apos; &apos;-Wextra&apos; &apos;--param&apos; &apos;max-inline-insns-single=400&apos; &apos;-g&apos; &apos;-O2&apos; &apos;-MT&apos; &apos;board.o&apos; &apos;-MD&apos; &apos;-MP&apos; &apos;-MF&apos; &apos;.deps/board.Tpo&apos; &apos;-c&apos; &apos;-o&apos; &apos;board.o&apos; &apos;-shared-libgcc&apos; &apos;-mfloat-abi=soft&apos; &apos;-mtls-dialect=gnu&apos; &apos;-frandom-seed=b3abe1519baebde9&apos;
+A &apos;-D&apos; &apos;HAVE_CONFIG_H&apos; &apos;-I&apos; &apos;.&apos; &apos;-I&apos; &apos;..&apos; &apos;-D&apos; &apos;PACKAGE_DATA_DIR=&quot;/usr/local/share&quot;&apos; &apos;-D&apos; &apos;PACKAGE_LOCALE_DIR=&quot;/usr/local/share/locale&quot;&apos; &apos;-pthread&apos; &apos;-I&apos; &apos;/usr/include/gtk-2.0&apos; &apos;-I&apos; &apos;/usr/lib/gtk-2.0/include&apos; &apos;-I&apos; &apos;/usr/include/pango-1.0&apos; &apos;-I&apos; &apos;/usr/include/atk-1.0&apos; &apos;-I&apos; &apos;/usr/include/cairo&apos; &apos;-I&apos; &apos;/usr/include/pixman-1&apos; &apos;-I&apos; &apos;/usr/include/libpng16&apos; &apos;-I&apos; &apos;/usr/include/gdk-pixbuf-2.0&apos; &apos;-I&apos; &apos;/usr/include/libpng16&apos; &apos;-I&apos; &apos;/usr/include/pango-1.0&apos; &apos;-I&apos; &apos;/usr/include/harfbuzz&apos; &apos;-I&apos; &apos;/usr/include/pango-1.0&apos; &apos;-I&apos; &apos;/usr/include/glib-2.0&apos; &apos;-I&apos; &apos;/usr/lib/glib-2.0/include&apos; &apos;-I&apos; &apos;/usr/include/freetype2&apos; &apos;-frepo&apos; &apos;-fno-implement-inlines&apos; &apos;-ansi&apos; &apos;-Wpedantic&apos; &apos;-pipe&apos; &apos;-Wall&apos; &apos;-Winline&apos; &apos;-Wshadow&apos; &apos;-Wsign-compare&apos; &apos;-Woverloaded-virtual&apos; &apos;-Wextra&apos; &apos;--param&apos; &apos;max-inline-insns-single=400&apos; &apos;-g&apos; &apos;-O2&apos; &apos;-MT&apos; &apos;board.o&apos; &apos;-MD&apos; &apos;-MP&apos; &apos;-MF&apos; &apos;.deps/board.Tpo&apos; &apos;-c&apos; &apos;-o&apos; &apos;board.o&apos; &apos;-shared-libgcc&apos; &apos;-mfloat-abi=soft&apos; &apos;-mtls-dialect=gnu&apos; &apos;-frandom-seed=867bbe3ff9e0bf26&apos; &apos;-shared-libgcc&apos;
+O _ZNK6sudoku5Board4PushINS_6SquareEEclERS2_
+O _ZNK6sudoku5Board4PushINS_8SequenceEEclERS2_
+O _ZNK6sudoku9DropStackINS_8SequenceEEclERS1_
+O _ZNK6sudoku9DropStackINS_6SquareEEclERS1_
+O _ZNK6sudoku5ClearINS_8SequenceEEclERS1_
+O _ZNK6sudoku5ClearINS_6SquareEEclERS1_
 O _ZTISt7collateIcE
 O _ZTISt7collateIwE
 O _ZTISt14collate_bynameIcE
@@ -99,12 +105,12 @@
 O _ZTVSt18basic_stringstreamIwSt11char_traitsIwESaIwEE
 O _ZTVN6sudoku6ActionINS_8SequenceEEE
 O _ZTVN6sudoku6ActionINS_6SquareEEE
-O _ZTVN6sudoku5Board4PushINS_6SquareEEE
-O _ZTVN6sudoku5Board4PushINS_8SequenceEEE
-O _ZTVN6sudoku9DropStackINS_8SequenceEEE
-O _ZTVN6sudoku9DropStackINS_6SquareEEE
-O _ZTVN6sudoku5ClearINS_8SequenceEEE
-O _ZTVN6sudoku5ClearINS_6SquareEEE
+C _ZTVN6sudoku5Board4PushINS_6SquareEEE
+C _ZTVN6sudoku5Board4PushINS_8SequenceEEE
+C _ZTVN6sudoku9DropStackINS_8SequenceEEE
+C _ZTVN6sudoku9DropStackINS_6SquareEEE
+C _ZTVN6sudoku5ClearINS_8SequenceEEE
+C _ZTVN6sudoku5ClearINS_6SquareEEE
 O _ZNK9__gnu_cxx17__normal_iteratorIPKPN6sudoku6SquareESt6vectorIS3_SaIS3_EEE4baseEv
 O _ZNK9__gnu_cxx13new_allocatorISt10_List_nodeIN6sudoku7BitmaskEEE8max_sizeEv
 O _ZNSt11__copy_moveILb0ELb1ESt26random_access_iterator_tagE8__copy_mIPN6sudoku6SquareEEEPT_PKS6_S9_S7_
@@ -368,7 +374,7 @@
 O _ZNSt12_Vector_baseIN6sudoku8SequenceESaIS1_EE19_M_get_Tp_allocatorEv
 O _ZNSt12_Vector_baseIN6sudoku8SequenceESaIS1_EED1Ev
 O _ZNSt12_Vector_baseIN6sudoku8SequenceESaIS1_EED2Ev
-O _ZNSt10_List_baseIN6sudoku6SquareESaIS1_EE8_M_clearEv
+C _ZNSt10_List_baseIN6sudoku6SquareESaIS1_EE8_M_clearEv
 O _ZNSaISt10_List_nodeIN6sudoku6SquareEEED1Ev
 O _ZNSaISt10_List_nodeIN6sudoku6SquareEEED2Ev
 O _ZSt8distanceISt20_List_const_iteratorIN6sudoku6SquareEEENSt15iterator_traitsIT_E15difference_typeES5_S5_
@@ -378,7 +384,7 @@
 O _ZNSt10_List_baseIN6sudoku6Square5StateESaIS2_EE8_M_clearEv
 O _ZSt8__fill_aIPmiEN9__gnu_cxx11__enable_ifIXsrSt11__is_scalarIT0_E7__valueEvE6__typeET_S8_RKS4_
 O _ZSt12__niter_baseIPmENSt11_Niter_baseIT_E13iterator_typeES2_
-O _ZNSt4listIN6sudoku6SquareESaIS1_EE4sortINS0_5Board5ByTagEEEvT_
+C _ZNSt4listIN6sudoku6SquareESaIS1_EE4sortINS0_5Board5ByTagEEEvT_
 O _ZSt8for_eachISt14_List_iteratorIN6sudoku6SquareEENS1_5Board6SetTagIS2_EEET0_T_S8_S7_
 O _ZN6sudoku5Board6SetTagINS_6SquareEEC1EPj
 O _ZN6sudoku5Board6SetTagINS_6SquareEEC2EPj
@@ -426,8 +432,8 @@
 O _ZN6sudoku11do_for_eachIN9__gnu_cxx17__normal_iteratorIPNS_8SequenceESt6vectorIS3_SaIS3_EEEENS_6ActionIS3_EEEEvT_RKSB_RKT0_
 O _ZNSt6vectorIN6sudoku8SequenceESaIS1_EE3endEv
 O _ZNSt6vectorIN6sudoku8SequenceESaIS1_EE5beginEv
-O _ZNSt6vectorIN6sudoku8SequenceESaIS1_EED1Ev
-O _ZNSt6vectorIN6sudoku8SequenceESaIS1_EED2Ev
+C _ZNSt6vectorIN6sudoku8SequenceESaIS1_EED1Ev
+C _ZNSt6vectorIN6sudoku8SequenceESaIS1_EED2Ev
 O _ZNSt10_List_baseIN6sudoku6SquareESaIS1_EED1Ev
 O _ZNSt10_List_baseIN6sudoku6SquareESaIS1_EED2Ev
 O _ZNKSt4listIN6sudoku6SquareESaIS1_EE4sizeEv

which interestingly look like the symbols the linker is complaining about.

I&apos;ve confirmed that a &quot;cd src; make board.o&quot; with and without a ulimit result in different .rpo files. So we now have a simplified test case, and a better idea of exactly where the build diverges. Somehow, we trigger an issue in the generation of the .rpo file.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37750</commentid>
    <comment_count>9</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-10-08 16:55:32 +0000</bug_when>
    <thetext>so when you say ubuntu compiler works. Does it work on top of yocto ?
or its a complete ubuntu systems. I ask because there could be more
factors influencing then just gcc itself.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37765</commentid>
    <comment_count>10</comment_count>
    <who name="Laurentiu Palcu">laurentiu.palcu</who>
    <bug_when>2013-10-09 06:59:06 +0000</bug_when>
    <thetext>(In reply to comment #9)
&gt; so when you say ubuntu compiler works. Does it work on top of yocto ?
&gt; or its a complete ubuntu systems. I ask because there could be more
&gt; factors influencing then just gcc itself.

Complete ubuntu 13.04 running on beagleboard.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37787</commentid>
    <comment_count>11</comment_count>
    <who name="Khem Raj">raj.khem</who>
    <bug_when>2013-10-09 16:08:21 +0000</bug_when>
    <thetext>(In reply to comment #10)
&gt; (In reply to comment #9)
&gt; &gt; so when you say ubuntu compiler works. Does it work on top of yocto ?
&gt; &gt; or its a complete ubuntu systems. I ask because there could be more
&gt; &gt; factors influencing then just gcc itself.
&gt; 
&gt; Complete ubuntu 13.04 running on beagleboard.

OK. Then the issue could be elsewhere. Can you try this
take 3.8 kernel from dylan branch and use that plus current root file system
and see if you still can reproduce it.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37790</commentid>
    <comment_count>12</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-10-09 20:40:12 +0000</bug_when>
    <thetext>I think I have this pretty much figured out apart from a simpler reliable test case: http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rpurdie/t2&amp;id=18ef9fd54e97cce7975d91f6af73e65ea2c01b21</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37942</commentid>
    <comment_count>13</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-10-15 15:06:55 +0000</bug_when>
    <thetext>Fixed in master with http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=1960f0068410ca62b27887f5f2607a80dba596b9</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>38226</commentid>
    <comment_count>14</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2013-10-28 15:56:51 +0000</bug_when>
    <thetext>This was not fixed in dora but is fixed in master. This is why I am marking this as VERIFIED and opening a new bug for 1.5.1 .</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>38228</commentid>
    <comment_count>15</comment_count>
    <who name="Stoicescu Cornel">corneliux.stoicescu</who>
    <bug_when>2013-10-28 16:02:39 +0000</bug_when>
    <thetext>Created bug 5398 to address this issue in 1.5.1 .</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>1553</attachid>
            <date>2013-10-07 14:48:07 +0000</date>
            <delta_ts>2013-10-07 14:48:07 +0000</delta_ts>
            <desc>configure command line differences</desc>
            <filename>ubuntu_vs_yocto.txt</filename>
            <type>text/plain</type>
            <size>4406</size>
            <attacher name="Laurentiu Palcu">laurentiu.palcu</attacher>
            
              <data encoding="base64">Q29tbW9uIG9wdGlvbnMgbm90IHNob3duLgoKRGlmZmVyZW5jZXM6Cgp1YnVudHUgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHlvY3RvCj09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLWJ1aWxkPWFybS1saW51eC1nbnVl
YWJpaGYgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLWJ1aWxkPXg4Nl82NC1saW51
eAotLWhvc3Q9YXJtLWxpbnV4LWdudWVhYmloZiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAtLWhvc3Q9YXJtLXBva3ktbGludXgtZ251ZWFiaQotLXRhcmdldD1hcm0tbGludXgtZ251
ZWFiaWhmICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLXRhcmdldD1hcm0tbGludXgt
Z251ZWFiaWhmCi0tbGliZXhlY2Rpcj0vdXNyL2xpYiAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIC0tbGliZXhlY2Rpcj0vdXNyL2xpYi9nY2MKLS1lbmFibGUtbGFuZ3VhZ2Vz
PWMsYysrLGphdmEsZ28sZCxmb3J0cmFuLG9iamMsb2JqLWMrKyAgICAgLS1lbmFibGUtbGFuZ3Vh
Z2VzPWMsYysrCi0td2l0aC1mbG9hdD1oYXJkICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIC0td2l0aC1mbG9hdD1zb2Z0Ci0td2l0aC1neHgtaW5jbHVkZS1kaXI9L3Vz
ci9pbmNsdWRlL2MrKy80LjggICAgICAgICAgICAgICAgIC0td2l0aC1neHgtaW5jbHVkZS1kaXI9
L3Vzci9pbmNsdWRlL2MrKy8KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgLS1leGVjX3ByZWZpeD0vdXNyCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tYmluZGlyPS91c3Iv
YmluCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgIC0tc2JpbmRpcj0vdXNyL3NiaW4KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS1kYXRhZGlyPS91c3Ivc2hhcmUKICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS1z
eXNjb25mZGlyPS9ldGMKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgLS1zaGFyZWRzdGF0ZWRpcj0vY29tCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tbG9jYWxzdGF0ZWRp
cj0vdmFyCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgIC0taW5jbHVkZWRpcj0vdXNyL2luY2x1ZGUKICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS1vbGRpbmNsdWRlZGlyPS91
c3IvaW5jbHVkZQogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAtLWluZm9kaXI9L3Vzci9zaGFyZS9pbmZvCiAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tbWFuZGlyPS91c3Iv
c2hhcmUvbWFuCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIC0tZGlzYWJsZS1zaWxlbnQtcnVsZXMKICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS1kaXNhYmxlLWRlcGVuZGVu
Y3ktdHJhY2tpbmcKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgLS13aXRoLWxpYnRvb2wtc3lzcm9vdD0vc3RvcmFnZS9ob21lL2J1aWxk
L3Rlc3RzL2J1aWxkL3RtcC9zeXNyb290cy9xZW11YXJtCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0td2l0aC1nbnUtbGQKICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS1l
bmFibGUtYzk5CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIC0tZW5hYmxlLWxvbmctbG9uZwogICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLWVuYWJsZS1zeW12ZXJzPWdudQog
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAtLWVuYWJsZS1saWJzdGRjeHgtcGNoCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tcHJvZ3JhbS1wcmVmaXg9YXJtLXBva3ktbGlu
dXgtZ251ZWFiaS0KICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgLS13aXRob3V0LWxvY2FsLXByZWZpeAogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLWVuYWJsZS10YXJnZXQt
b3B0c3BhY2UKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgLS1lbmFibGUtbHRvCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0tZW5hYmxlLWxpYnNzcAogICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLWRpc2FibGUt
Ym9vdHN0cmFwCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgIC0tZGlzYWJsZS1saWJtdWRmbGFwCiAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIC0td2l0aC1saW5rZXItaGFzaC1z
dHlsZT1nbnUKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgLS13aXRoLXBwbD1ubwogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLXdpdGgtY2xvb2c9bm8KICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLS1lbmFibGUt
Y2hlYWRlcnM9Y19nbG9iYWwKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgLS13aXRoLWJ1aWxkLXN5c3Jvb3Q9L3N0b3JhZ2UvaG9tZS9i
dWlsZC90ZXN0cy9idWlsZC90bXAvc3lzcm9vdHMvcWVtdWFybQogICAgICAgICAgICAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAtLXdpdGgtbmF0aXZlLXN5
c3RlbS1oZWFkZXItZGlyPS9zdG9yYWdlL2hvbWUvYnVpbGQvdGVzdHMvYnVpbGQvdG1wL3N5c3Jv
b3RzL3FlbXVhcm0vdXNyL2luY2x1ZGUKLS13aXRoLXBrZ3ZlcnNpb249J1VidW50dS9MaW5hcm8g
NC44LjEtMTB1YnVudHU2JwotLXdpdGgtYnVndXJsPSdmaWxlOi8vL3Vzci9zaGFyZS9kb2MvZ2Nj
LTQuOC9SRUFETUUuQnVncycKLS1wcm9ncmFtLXN1ZmZpeD0tNC44Ci0td2l0aG91dC1pbmNsdWRl
ZC1nZXR0ZXh0Ci0tZW5hYmxlLWNsb2NhbGU9Z251Ci0tZW5hYmxlLWxpYnN0ZGN4eC1kZWJ1Zwot
LWVuYWJsZS1saWJzdGRjeHgtdGltZT15ZXMKLS1lbmFibGUtZ251LXVuaXF1ZS1vYmplY3QKLS1k
aXNhYmxlLWxpYml0bQotLWRpc2FibGUtbGlicXVhZG1hdGgKLS1lbmFibGUtcGx1Z2luCi0tZGlz
YWJsZS1icm93c2VyLXBsdWdpbgotLWVuYWJsZS1qYXZhLWF3dD1ndGsKLS1lbmFibGUtZ3RrLWNh
aXJvCi0td2l0aC1qYXZhLWhvbWU9L3Vzci9saWIvanZtL2phdmEtMS41LjAtZ2NqLTQuOC1hcm1o
Zi9qcmUKLS1lbmFibGUtamF2YS1ob21lCi0td2l0aC1qdm0tcm9vdC1kaXI9L3Vzci9saWIvanZt
L2phdmEtMS41LjAtZ2NqLTQuOC1hcm1oZgotLXdpdGgtanZtLWphci1kaXI9L3Vzci9saWIvanZt
LWV4cG9ydHMvamF2YS0xLjUuMC1nY2otNC44LWFybWhmCi0td2l0aC1hcmNoLWRpcmVjdG9yeT1h
cm0KLS13aXRoLWVjai1qYXI9L3Vzci9zaGFyZS9qYXZhL2VjbGlwc2UtZWNqLmphcgotLWVuYWJs
ZS1vYmpjLWdjCi0tZW5hYmxlLW11bHRpYXJjaAotLWRpc2FibGUtc2psai1leGNlcHRpb25zCi0t
d2l0aC1hcmNoPWFybXY3LWEKLS13aXRoLWZwdT12ZnB2My1kMTYKLS13aXRoLW1vZGU9dGh1bWIK
LS1kaXNhYmxlLXdlcnJvcgo=
</data>

          </attachment>
      

    </bug>

</bugzilla>