[Asterisk-Dev] End of * compile msg?

Rich Adamson radamson at routers.com
Sat Apr 30 07:26:17 MST 2005


> Rich Adamson wrote:
> 
> > Looks like the current logic is a little backwards. The directory contains:
> >  79643 Apr 13 10:43 app_rxfax.so
> >  74805 Apr 13 10:43 app_txfax.so
> >  281470 Mar 22  2004 codec_g729b.so
> 
> That's not the way it works here, so I don't understand what you are 
> seeing... Either your 'make' implementation is busted, or something else 
> strange is going on.
> 
> Did you run the test I proposed? Can you post the results here please? 
> If this is going to be a problem for other users, I want to get it fixed 
> as quickly as possible.

Okay, here's the output from 'make tester':
[root at phoenix asterisk]# make tester
--NEW--
app_adsiprog.so app_alarmreceiver.so app_authenticate.so app_cdr.so app_chanisav
ail.so app_chanspy.so app_controlplayback.so app_curl.so app_cut.so app_db.so ap
p_dial.so app_directory.so app_disa.so app_dumpchan.so app_echo.so app_enumlooku
p.so app_eval.so app_exec.so app_festival.so app_flash.so app_forkcdr.so app_get
cpeid.so app_groupcount.so app_hasnewvoicemail.so app_ices.so app_image.so app_i
ntercom.so app_lookupblacklist.so app_lookupcidname.so app_macro.so app_math.so 
app_md5.so app_meetme.so app_milliwatt.so app_mp3.so app_nbscat.so app_parkandan
nounce.so app_playback.so app_privacy.so app_queue.so app_random.so app_readfile
.so app_read.so app_realtime.so app_record.so app_sayunixtime.so app_senddtmf.so
 app_sendtext.so app_setcallerid.so app_setcdruserfield.so app_setcidname.so app
_setcidnum.so app_setrdnis.so app_settransfercapability.so app_sms.so app_softha
ngup.so app_striplsd.so app_substring.so app_system.so app_talkdetect.so app_tes
t.so app_transfer.so app_txtcidname.so app_url.so app_userevent.so app_verbose.s
o app_voicemail.so app_waitforring.so app_waitforsilence.so app_while.so app_zap
ateller.so app_zapbarge.so app_zapras.so app_zapscan.so cdr_csv.so cdr_custom.so
 cdr_manager.so cdr_odbc.so cdr_pgsql.so chan_agent.so chan_features.so chan_iax
2.so chan_local.so chan_mgcp.so chan_modem_aopen.so chan_modem_bestdata.so chan_
modem_i4l.so chan_modem.so chan_oss.so chan_phone.so chan_sip.so chan_skinny.so 
chan_zap.so codec_adpcm.so codec_alaw.so codec_a_mu.so codec_g726.so codec_gsm.s
o codec_ilbc.so codec_lpc10.so codec_ulaw.so format_g723.so format_g726.so forma
t_g729.so format_gsm.so format_h263.so format_ilbc.so format_jpeg.so format_pcm_
alaw.so format_pcm.so format_sln.so format_vox.so format_wav_gsm.so format_wav.s
o pbx_config.so pbx_dundi.so pbx_loopback.so pbx_realtime.so pbx_spool.so res_ad
si.so res_agi.so res_config_odbc.so res_crypto.so res_features.so res_indication
s.so res_monitor.so res_musiconhold.so res_odbc.so
--OLD--
app_rxfax.so app_txfax.so codec_g729b.so pbx_gtkconsole.so
[root at phoenix asterisk]# 

Yesterday, when I did a complete cvs checkout (into new empty src 
directories), the 'make clean' followed by 'make install' resulted in:
 Your Asterisk modules directory, located at
  /usr/lib/asterisk/modules
  contains modules that were not installed by this
  version of Asterisk. Please ensure that these
  modules are compatible with this version before
  attempting to run Asterisk.
     app_adsiprog.so
     app_alarmreceiver.so
     app_authenticate.so
     app_cdr.so
     (etc....)

This morning, running a 'make install' from within that existing asterisk
directory resulted in:
 Your Asterisk modules directory, located at
 /usr/lib/asterisk/modules
 contains modules that were not installed by this 
 version of Asterisk. Please ensure that these
 modules are compatible with this version before
 attempting to run Asterisk.

    app_rxfax.so
    app_txfax.so
    codec_g729b.so
    pbx_gtkconsole.so

 WARNING WARNING WARNING

(Note: the app_rxfax.so and app_txfax.so are there from me trying to 
get Steve Underwood's spandsp to work, and obviously codec_g729b.so
is there because I purchased g729 licenses from digium about a year
ago. Not sure why 152586 Sep 26  2004 pbx_gtkconsole.so is listed
other then this system has been an asterisk box for about two years
and is apparently a module that was discontinued some time ago.)

After the above (this morning), I did a 'make clean' followed by a
'make install' and received the same listing as shown in my initial
posting:
 Your Asterisk modules directory, located at
 /usr/lib/asterisk/modules
 contains modules that were not installed by this
 version of Asterisk. Please ensure that these
 modules are compatible with this version before
 attempting to run Asterisk.
    app_adsiprog.so
    app_alarmreceiver.so
    app_authenticate.so
    app_cdr.so
    app_chanisavail.so
    app_chanspy.so
  <snip>
    res_musiconhold.so
    res_odbc.so

 WARNING WARNING WARNING

The above is 100% reproduceable.

So, it looks like the current logic within cvs-head provides the listing
of modules that got installed, not the list of module exceptions "after
doing a 'make clean' and 'make install' in the asterisk directory".
Simply doing a 'make install' (without the 'make clean') results in
the wanted objective.

This is on a RHv9 box.

Rich





More information about the asterisk-dev mailing list