RR
2011-Mar-07 22:49 UTC
[asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze
Hello all, Figured I'd repost this with an edited subject line, to attract attention of people with Debian On Sparc experience. Apologies in advance if this kind of thing is frowned upon :) [AR] hash/hash.o hash/hash_bigkey.o hash/hash_buf.o hash/hash_func.o hash/hash_log2.o hash/hash_page.o hash/ndbm.o btree/bt_close.o btree/bt_conv.o btree/bt_debug.o btree/bt_delete.o btree/bt_get.o btree/bt_open.o btree/bt_overflow.o btree/bt_page.o btree/bt_put.o btree/bt_search.o btree/bt_seq.o btree/bt_split.o btree/bt_utils.o db/db.o mpool/mpool.o recno/rec_close.o recno/rec_delete.o recno/rec_get.o recno/rec_open.o recno/rec_put.o recno/rec_search.o recno/rec_seq.o recno/rec_utils.o -> libdb1.a [LD] abstract_jb.o acl.o alaw.o aoc.o app.o ast_expr2.o ast_expr2f.o asterisk.o astfd.o astmm.o astobj2.o audiohook.o autochan.o autoservice.o bridging.o callerid.o ccss.o cdr.o cel.o channel.o chanvars.o cli.o config.o data.o datastore.o db.o devicestate.o dial.o dns.o dnsmgr.o dsp.o enum.o event.o features.o file.o fixedjitterbuf.o frame.o framehook.o fskmodem.o global_datastores.o hashtab.o heap.o http.o image.o indications.o io.o jitterbuf.o loader.o lock.o logger.o manager.o md5.o netsock.o netsock2.o pbx.o plc.o poll.o privacy.o rtp_engine.o say.o sched.o security_events.o sha1.o slinfactory.o srv.o ssl.o stdtime/localtime.o strcompat.o strings.o stun.o syslog.o taskprocessor.o tcptls.o tdd.o term.o test.o threadstorage.o timing.o translate.o udptl.o ulaw.o utils.o version.o xml.o xmldoc.o editline/libedit.a db1-ast/libdb1.a -> asterisk astobj2.o: In function `ast_atomic_fetchadd_int': /usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to `__sync_fetch_and_add_4' /usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to `__sync_fetch_and_add_4' /usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to `__sync_fetch_and_add_4' /usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to `__sync_fetch_and_add_4' /usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to `__sync_fetch_and_add_4' astobj2.o:/usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: more undefined references to `__sync_fetch_and_add_4' follow utils.o: In function `ast_atomic_dec_and_test': /usr/src/asterisk-1.8.3/include/asterisk/lock.h:635: undefined reference to `__sync_sub_and_fetch_4' utils.o: In function `ast_atomic_fetchadd_int': /usr/src/asterisk-1.8.3/include/asterisk/lock.h:589: undefined reference to `__sync_fetch_and_add_4' collect2: ld returned 1 exit status make[1]: *** [asterisk] Error 1 make: *** [main] Error 2 Any idea where this is coming from? seems like something is selected that doesn't have other related stuff unselected? no clue where to start looking Thanks \RR -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20110307/e2908178/attachment-0001.htm>
Stuart Longland
2011-Mar-07 23:09 UTC
[asterisk-users] Error compiling Asterisk 1.8.3 on Sun SPARC x64 w/Debian Squeeze
On 03/08/11 08:49, RR wrote:> Any idea where this is coming from? seems like something is selected > that doesn't have other related stuff unselected? no clue where to start > lookingNo SPARC expert, but I seem to recall the lowest-common-denominator SPARCs lack things like hardware multiply in the instruction set. Even if it doesn't help fix the problem, you probably will want to use at least -mcpu=v9 (educated guess looking at the gcc manpage) if it's an UltraSPARC as that will give you some of these instructions. Asterisk strikes me as an application that'd make fairly hefty use of things like integer multiplication. Another place to ask might be the Debian-SPARC mailing list? -- Stuart Longland (aka Redhatter, VK4MSL) .'''. Gentoo Linux/MIPS Cobalt and Docs Developer '.'` : . . . . . . . . . . . . . . . . . . . . . . .'.' http://dev.gentoo.org/~redhatter :.' I haven't lost my mind... ...it's backed up on a tape somewhere.