<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Sep 19, 2014 at 10:55 AM, Philip Balister <span dir="ltr">&lt;<a href="mailto:philip@balister.org" target="_blank">philip@balister.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 09/17/2014 07:07 PM, Khem Raj wrote:<br>
&gt; On Wed, Sep 17, 2014 at 7:33 AM, Philip Balister &lt;<a href="mailto:philip@balister.org">philip@balister.org</a>&gt; wrote:<br>
&gt;&gt; UHD and GNU radio use the cmake build system. The toolchain file made<br>
&gt;&gt; from cmake.bbclass does not set the variable needs by cmake projects<br>
&gt;&gt; that use .S files. UHD added some .S files and these changes are required<br>
&gt;&gt; to build recent UHD.<br>
&gt;&gt;<br>
&gt;<br>
&gt; I dont know if this is right thing to do in a generic bbclass. Since<br>
&gt; some packages might use bare assembler to compiler assembly files<br>
<br>
</span>If a cmake project enables assembler and doesn&#39;t set the CMAKE_ASM_*<br>
flags to some sane defaults, the build fails. Settings these vars in the<br>
toolchain files fixes the problem.<br>
<br>
I am not a cmake guru, but it seems like we should be able to build code<br>
that builds OK natively.<br></blockquote><div><br></div><div>I agree with Philip;  I think a sane default makes more sense than a broken build. </div></div><div><br></div>-- <br>Otavio Salvador                             O.S. Systems<br><a href="http://www.ossystems.com.br" target="_blank">http://www.ossystems.com.br</a>        <a href="http://code.ossystems.com.br" target="_blank">http://code.ossystems.com.br</a><br><span>Mobile: +55 (53) 9981-7854            Mobile: <span id="gc-number-27" class="gc-cs-link" title="Call with Google Voice">+1 (347) 903-9750</span></span><br>
</div></div>