<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Apr 9, 2016 at 10:26 AM, Daniel Gutson <span dir="ltr"><<a href="mailto:daniel.gutson@tallertechnologies.com" target="_blank">daniel.gutson@tallertechnologies.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class=""><p dir="ltr"><br>
El 9/4/2016 12:24, "Joel Sherrill" <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> escribió:<br>
><br>
><br>
><br>
> On Sat, Apr 9, 2016 at 10:17 AM, Daniel Gutson <<a href="mailto:daniel.gutson@tallertechnologies.com" target="_blank">daniel.gutson@tallertechnologies.com</a>> wrote:<br>
>><br>
>><br>
>> El 9/4/2016 12:15, "Joel Sherrill" <<a href="mailto:joel@rtems.org" target="_blank">joel@rtems.org</a>> escribió:<br>
>> ><br>
>> > Hi<br>
>> ><br>
>> > These are the BSPs which do not build all tests with C++ and the in-tree network stack enabled:<br>
>> ><br>
>> > + epiphany_sim - GCC ICE building mongoose.c. No investigation.<br>
>><br>
>> Gcc 6? Could you please attach more data, such as the gcc output and the test?<br>
><br>
> Most targets are like this:<br>
><br>
> arm-rtems4.12-gcc (GCC) 6.0.0 20160327 (RTEMS 4.12, RSB 648e2d5d6c308227c456434238da5f3f881bddc7, Newlib 2.4.0)<br>
><br>
> But epiphany hasn't been merged yet and has its own issues:<br>
><br>
> epiphany-rtems4.12-gcc (GCC) 4.9.0 20140411 (RTEMS 4.12, RSB 648e2d5d6c308227c456434238da5f3f881bddc7, Newlib 8b1ede3ce11d53292036aadfcfb6043df0235f9c)<br>
><br>
> I can post the ICE but not even sure what good it would do.</p>
</span><p dir="ltr">We can fix it :)</p><div class=""><div class="h5">
<p dir="ltr"></p></div></div></blockquote><div><a href="https://devel.rtems.org/ticket/2686#ticket">https://devel.rtems.org/ticket/2686#ticket</a><br></div><div><br></div><div style="">But I will probably need to bump the newlib version soon on it. All targets should be using newlib 2.4.0. There are some pending POSIX additions which require a newer newlib.</div><div style=""><br></div><div style="">--joel</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5"><p dir="ltr">>  <br>
>><br>
>> ><br>
>> > + m32c - does not even build a C++ compiler. This is a small CPU and there isn't any general support for C++. This was why it was on my list of automatically disabled.<br>
>><br>
> This is gcc 6. And I think we just disable C++ for m32c.<br>
>  <br>
>><br>
>> > + moxiesim - cxx_iostream.exe fails to link bcause it can't find __dso_handle. I don't know if C++ works for moxie-elf or if this is RTEMS specific.<br>
><br>
> This is gcc 6. It has had this issue for months. I don't think C++ has ever worked.<br>
> I have investigated but don't have a clue which tiny bit is wrong.<br>
>  <br>
>><br>
>> > + or1k - needs newlib bumped to match tree.<br>
><br>
> or1k was also using older gcc 4.9.3. It hasn't been merged yet. I am updating it<br>
> now to the latest newlib. <br>
>  <br>
>><br>
>> > + sh/gensh4 - undefined reference to __gnu_cxx::__atomic_add(int volatile*, int) in cxx_iostream test <br>
>><br>
> This is gcc 6. It has had this issue for months. It broke when the atomic changes<br>
> and our C++ configuration changed. I have investigated but don't have a clue <br>
> which tiny bit is wrong.<br>
><br>
>  <br>
>><br>
>> > --joel<br>
>> ><br>
>> > _______________________________________________<br>
>> > devel mailing list<br>
>> > <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
>> > <a href="http://lists.rtems.org/mailman/listinfo/devel" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
><br>
><br>
</p>
</div></div></blockquote></div><br></div></div>