[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