<div dir="ltr"><div class="gmail_quote">On Mon, Mar 7, 2011 at 5:34 PM, Kevin P. Fleming <span dir="ltr"><<a href="mailto:kpfleming@digium.com">kpfleming@digium.com</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/07/2011 04:31 PM, RR wrote:<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
On Mon, Mar 7, 2011 at 5:25 PM, Kevin P. Fleming <<a href="mailto:kpfleming@digium.com" target="_blank">kpfleming@digium.com</a><br></div>
<mailto:<a href="mailto:kpfleming@digium.com" target="_blank">kpfleming@digium.com</a>>> wrote:<br>
</blockquote>
<br>
Please do not reply directly to posters on the mailing list unless they request it.<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">Sorry, the default on my gmail is "Reply All" and usually I remove relevant parties from the To/Cc: headers, guess missed it this time. Wasn't intentional.</font></div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
On 03/07/2011 03:35 PM, RR wrote:<br>
<br>
Hello all,<br>
<br>
mmm a bit embarrassing about not having a clue as to why we're<br>
getting<br>
this error on make of 1.8.3<br>
<br>
[AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o<br>
hash/hash_func.o<br>
hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o<br>
btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o<br>
btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o<br>
btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o<br>
db/db.o mpool/mpool.o recno/rec_close.o recno/rec_delete.o<br>
recno/rec_get.o recno/rec_open.o recno/rec_put.o recno/rec_search.o<br>
recno/rec_seq.o recno/rec_utils.o -> libdb1.a<br>
[LD] abstract_jb.o acl.o alaw.o aoc.o app.o ast_expr2.o<br>
ast_expr2f.o<br>
asterisk.o astfd.o astmm.o astobj2.o audiohook.o autochan.o<br>
autoservice.o bridging.o callerid.o ccss.o cdr.o cel.o channel.o<br>
chanvars.o cli.o config.o data.o datastore.o db.o devicestate.o<br>
dial.o<br>
dns.o dnsmgr.o dsp.o enum.o event.o features.o file.o<br>
fixedjitterbuf.o<br>
frame.o framehook.o fskmodem.o global_datastores.o hashtab.o heap.o<br>
http.o image.o indications.o io.o jitterbuf.o loader.o lock.o<br>
logger.o<br>
manager.o md5.o netsock.o netsock2.o pbx.o plc.o poll.o privacy.o<br>
rtp_engine.o say.o sched.o security_events.o sha1.o<br>
slinfactory.o srv.o<br>
ssl.o stdtime/localtime.o strcompat.o strings.o stun.o syslog.o<br>
taskprocessor.o tcptls.o tdd.o term.o test.o threadstorage.o<br>
timing.o<br>
translate.o udptl.o ulaw.o utils.o version.o xml.o xmldoc.o<br>
editline/libedit.a db1-ast/libdb1.a -> asterisk<br>
astobj2.o: In function `ast_atomic_fetchadd_int':<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined<br>
reference<br>
to `__sync_fetch_and_add_4'<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined<br>
reference<br>
to `__sync_fetch_and_add_4'<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined<br>
reference<br>
to `__sync_fetch_and_add_4'<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined<br>
reference<br>
to `__sync_fetch_and_add_4'<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined<br>
reference<br>
to `__sync_fetch_and_add_4'<br>
astobj2.o:/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: more<br>
undefined references to `__sync_fetch_and_add_4' follow<br>
utils.o: In function `ast_atomic_dec_and_test':<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:635: undefined<br>
reference<br>
to `__sync_sub_and_fetch_4'<br>
utils.o: In function `ast_atomic_fetchadd_int':<br>
/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined<br>
reference<br>
to `__sync_fetch_and_add_4'<br>
collect2: ld returned 1 exit status<br>
make[1]: *** [asterisk] Error 1<br>
make: *** [main] Error 2<br>
<br>
Any idea where this is coming from? seems like something is selected<br>
that doesn't have other related stuff unselected? no clue where<br>
to start<br>
looking<br>
<br>
<br>
Have you specified any '-march' or '-mcpu' options to the compiler?<br>
This sort of thing can occur if you are building for a plain-jane<br>
i386 processor or something similar.<br>
<br>
<br>
Hey Kevin,<br>
nope, nothing...just doing the standard<br>
<br>
./configure; make menuselect; make<br>
<br>
this is a Sun Sparc v240 machine running Debian 6.0 Squeeze sparc64-smp<br>
kernel<br>
</blockquote>
<br></div></div>
Someone with SPARC experience will have to chime in then... for some reason the configure script has determined that your compiler provides atomic instructions, but they aren't being found at link time.<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">Ok...thanks. Is there no way for me to tell the compiler or provide flags in ./configure that can tell it to not do that? Conversely can I use -march and/or -mcpu kind of options to make this compile for my platform? If so, then what would the value be of these options or are there no values for them and one just specifies them?</font></div>
</div></div>