<div dir="ltr"><div class="gmail_quote">On Mon, Mar 7, 2011 at 6:31 PM, Stuart Longland <span dir="ltr"><<a href="mailto:redhatter@gentoo.org">redhatter@gentoo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On 03/08/11 09:21, RR wrote:<br>
> Hello Stuart<br>
><br>
> On Mon, Mar 7, 2011 at 6:09 PM, Stuart Longland <<a href="mailto:redhatter@gentoo.org">redhatter@gentoo.org</a><br>
</div><div class="im">> <mailto:<a href="mailto:redhatter@gentoo.org">redhatter@gentoo.org</a>>> wrote:<br>
><br>
> Even if it doesn't help fix the problem, you probably will want to use<br>
> at least -mcpu=v9 (educated guess looking at the gcc manpage) if it's an<br>
> UltraSPARC as that will give you some of these instructions. Asterisk<br>
> strikes me as an application that'd make fairly hefty use of things like<br>
> integer multiplication.<br>
><br>
> Ok, where would I put this -mcpu=v9 in the configure line?<br>
><br>
> I tried ./configure CFLAGS="-mcpu=v9"?<br>
<br>
</div>Normally it's specified in the environment; so maybe CFLAGS="-mcpu=v9"<br>
./configure…<br>
<div class="im"><br></div></blockquote><div><br></div><div><font class="Apple-style-span" color="#000099" face="'trebuchet ms', sans-serif">I tried both ways, my way and yours i.e. setting them as env variables and it still gets that error. Also found some other stuff on the net related to that in different context but none of those work for me. Some where in some old debian archives there's some mention of the Boost libraries and the flag that must be used on Sparc with Boost libraries. Although it also says that it was fixed in some later release which was back in 2008, so am assuming that fix is still in place in Squeeze. </font></div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> BTW, at the end of the configure script, it's already detecting the host<br>
> cpu as sparc64. If that helps. Maybe -march needs to be specified<br>
> somewhere?<br>
<br>
</div>Maybe, the fact that it detected 'sparc64' probably is more a case of<br>
telling the build system that the system is big-endian, requires that<br>
data structures be 64-bit aligned, etc. Use of features that weren't in<br>
the first SPARC is an optional extra.</blockquote><div><br></div><div><font class="Apple-style-span" face="'trebuchet ms', sans-serif" color="#000099">Ok, if that doesn't help then another interesting insight is that in config.log, it says that the response to 'arch' and 'arch -k' commands is 'unknown'. Don't know if that helps.</font></div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">
> Another place to ask might be the Debian-SPARC mailing list?<br>
><br>
> haha funny, I was just writing an email to that list when your email hit<br>
> my inbox :)<br>
<br>
</div>Telepathy; seems we think alike. :-D Must be due to me being from the<br>
same part of the world.<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br></div><div><font class="Apple-style-span" face="'trebuchet ms', sans-serif" color="#000099">Possibly :) although I have found that there's not a lot of activity in that list on a regular basis. So not sure if my problem will get resolved there or not :(</font> </div>
</div></div>