[asterisk-dev] Can't compile Ast 10
Pavel Troller
patrol at sinus.cz
Thu Jun 14 10:30:39 CDT 2012
> > On 06/14/2012 10:05 AM, Pavel Troller wrote:
> >> Hi!
> >> I've decided to give Asterisk 10 a try (normally I'm on 1.8), but I cannot
> >> compile it successfully.
> >> The problem is:
> >> root at arcus:/usr/src/voip/asterisk/asterisk-10# make
> >> [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 format.o format_cap.o format_pref.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 message.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 -> asterisk
> >> features.o: In function `park_call_full':
> >> /usr/src/voip/asterisk/asterisk-10/main/features.c:1570: undefined reference to `ast_adsi_available'
> >> features.o: In function `adsi_announce_park':
> >> /usr/src/voip/asterisk/asterisk-10/main/features.c:1037: undefined reference to `ast_adsi_load_session'
> >> /usr/src/voip/asterisk/asterisk-10/main/features.c:1040: undefined reference to `ast_adsi_print'
> >> features.o: In function `park_call_full':
> >> /usr/src/voip/asterisk/asterisk-10/main/features.c:1572: undefined reference to `ast_adsi_unload_session'
> >> collect2: ld returned 1 exit status
> >> make[1]: *** [asterisk] Error 1
> >> make: *** [main] Error 2
> >>
> >> Things like undefined references are obviously easy to fix, because it
> >> usually requires just some Makefile fine tuning, but in this case, I failed.
> >> The reason is that the symbols are required by the core (static) binary
> >> module features.o, but they are declared in a dynamic module res_adsi.so
> >> (which is enabled and has been successfully built prior the final link).
> >> Because these modules are not used as real dynamic libraries (i.e. loaded
> >> by the dynamic linker during the app startup), but loaded under the control
> >> of the Asterisk core, I believe that inserting res_adsi.so (or res_adsi.o)
> >> to the list of object modules to be linked is not a clean way to fix the
> >> problem.
> >> It's the today SVN branch.
> >> Any hints ? What I'm doing wrong ?
> >>
> >> With regards, Pavel
> > The compilation failure is due to revision 368885 of the 10 branch. It
> > turns out that the fix worked for gcc 4.5 but that gcc 4.6 has the linking
> > problems. I'm working on a fix now.
> >
> > Mark Michelson
> >
> Hi Mark,
> thank you for a really quick response!
> OK, I'll give it a rest and I'll try it after I see an SVN update bringing
> something interesting :-).
> With regards,
> Pavel
Hi again,
I've just updated from SVN, saw the Makefile being updated, and the
compilation was successful now. Many thanks!
With regards,
Pavel
More information about the asterisk-dev
mailing list