[Asterisk-Dev] compile app_dial.c

[Tilghman Lesher]

On Tuesday 06 December 2005 11:46, Tzafrir Cohen wrote:
> On Tue, Dec 06, 2005 at 07:45:35AM -0600, Tilghman Lesher wrote:
> > On Tuesday 06 December 2005 02:16, Tzafrir Cohen wrote:
> > > On Mon, Dec 05, 2005 at 06:27:10PM -0500, Russell Bryant wrote:
> > > > On Dec 5, 2005, at 5:27 PM, Steven Critchfield wrote:
> > > > >>I have complied asterisk from source.
> > > > >>I am trying to recompile app_dial.c after made couple of
> > > > >> little changes.
> > > > >>What I want to do is to recreate app_dial.so without
> > > > >> recompile full asterisk.
> > > > >>How can I do it?
> > > > >
> > > > >First, rebuilding asterisk isn't much of a chore.
> > > > >
> > > > >Second, learn how make works. Make shouldn't rebuild all of
> > > > > the source unless you have done a make clean.
> > > > >
> > > > >So finally, you should just issue a make in the base of the
> > > > > asterisk tree.
> > > >
> > > > There is also a utility that was written by Anthony Minessale
> > > > (anthm) that can be used for this.  Copy contrib/scripts/astxs
> > > > to somewhere in your PATH.  Then, in the base asterisk source
> > > > directory, run 'astxs apps/app_dial.c'.
> > >
> > > If the change is simply in app_dial.c, shouldn't a simple 'make
> > > app_dial.c' from apps do just that?
> > >
> > > If not: what's the problem?
> >
> > No, there are additional flags defined in the main Makefile which
> > need to be passed to the subdirectory.  They are not in the
> > subdirectory to begin with, because they need to be consistently
> > applied to each subdirectory, and different build targets require
> > different flags.
> >
> > The astxs script emulates the passing of these flags to a directory
> > which is not even under the asterisk tree.
>
> So basically we have the cons of a recursive make (no really simple
> way of building a single target) but not the benefits of it (not
> possible to run make from a subdir).
>
> One common prctice is to split out most of the common code of the
> makefile into code that is include-d by make, rather than the current
> practice in the Asterisk build system of exporting vars.

Under what bug number have you filed your proposed patch?  :-)

-- 
Tilghman