Hi! sorry for the inconvience, it seems that the 1.3.0 tarball on ftp.iptel.org is outdated. The bug pointed out has been fixed in between (see git commit 8b09a840d5be2f29b139bb1758c0217dbb2dac6e). In fact, the most actual and stable version can be found on the public git repository, currently in the 1.3.0 branch.
Cheers Raphael. On 10.12.10 04:22, Stefan Sayer wrote: > Hi, > > o renw on 12/10/2010 04:02 AM: >> Hi,Stefan >> Thanks for your reply. >> >> I do uname -a and gcc -v >> >> [r...@asterisk sems-1.3.0]# >> [r...@asterisk sems-1.3.0]# uname -a >> Linux Asterisk.SS7.162 2.6.18-92.el5xen #1 SMP Tue Jun 10 19:55:54 EDT 2008 >> i686 athlon i386 GNU/Linux >> [r...@asterisk sems-1.3.0]# gcc -v >> Using built-in specs. >> Target: i386-redhat-linux >> Configured with: ../configure --prefix=/usr --mandir=/usr/share/man >> --infodir=/usr/share/info --enable-shared --enable-threads=posix >> --enable-checking=release --with-system-zlib --enable-__cxa_atexit >> --disable-libunwind-exceptions --enable-libgcj-multifile >> --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk >> --disable-dssi --enable-plugin >> --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic >> --host=i386-redhat-linux >> Thread model: posix >> gcc version 4.1.2 20071124 (Red Hat 4.1.2-42) > looks like this is i386 arch even though running on a 64 bit processor > (?). so, probably, the have CAS detection is wrong, and you need to add > #define HAVE_ATOMIC_CAS 0 > in atomic_types.h > > (but i am no expert on this, maybe someone else can shed more light on > it). > > Stefan > >> >> >> >> 2010-12-10 >> ------------------------------------------------------------------------ >> ------------------ >> 任文 >> 艾诺通信系统（苏州）有限责任公司 >> 苏州工业园区苏虹西路81号苏虹工业坊A8单元 >> Tel:13402581472 >> ------------------------------------------------------------------------ >> *发件人：* Stefan Sayer >> *发送时间：* 2010-12-10 11:00:16 >> *收件人：* renw >> *抄送：* semsdev >> *主题：* Re: [Semsdev] compile error >> Hi, >> o renw on 12/10/2010 03:45 AM: >> > Hi, all >> > >> > when I make sems executable file, some errors happened: >> > >> > making sems executable >> > gcc -o sems sems.o AmAdvancedAudio.o AmApi.o AmArg.o AmAudio.o >> AmAudioFile.o AmAudioMixIn.o AmAudioMixer.o AmB2ABSession.o AmB2BSession.o >> AmBufferedAudio.o AmCachedAudioFile.o AmCallWatcher.o AmConferenceChannel.o >> AmConferenceStatus.o AmConfig.o AmConfigReader.o AmDtmfDetector.o AmEvent.o >> AmEventDispatcher.o AmEventQueue.o AmJitterBuffer.o AmMediaProcessor.o >> AmMultiPartyMixer.o AmPlaylist.o AmPlayoutBuffer.o AmPlugIn.o >> AmPrecodedFile.o AmPromptCollection.o AmRingTone.o AmRtpAudio.o >> AmRtpPacket.o AmRtpReceiver.o AmRtpStream.o AmSdp.o AmSession.o >> AmSessionContainer.o AmSessionEventHandler.o AmSessionProcessor.o >> AmSipDialog.o AmSipDispatcher.o AmSipEvent.o AmSipMsg.o AmThread.o AmUAC.o >> AmUriParser.o AmUtils.o AmZRTP.o LowcFE.o SipCtrlInterface.o jsonArg.o >> jsonxx.o log.o sip/sip_stack.a -lm -ldl -rdynamic -lpthread -lstdc++ >> -lresolv >> > sip/sip_stack.a(resolver.o): In function `atomic_int::inc()': >> > /usr/sems-1.3.0/core/sip/../atomic_types.h:42: undefined reference to >> `__sync_add_and_fetch_4' >> strange. what does uname -a give? what gcc version? >> what does a compile line look like? >> you can try adding -march=i686 to cflags, or you can work around this >> by inserting >> #define HAVE_ATOMIC_CAS 0 >> in atomic_types.h line 29 (minimal performance impact). >> Stefan > _______________________________________________ Semsdev mailing list [email protected] http://lists.iptel.org/mailman/listinfo/semsdev
