Re: [Gnash-commit] /srv/bzr/gnash/trunk r12133: it's now --with-renderer instead of --enable-renderer.

[strk]

On Mon, Apr 05, 2010 at 06:57:42AM -0600, Rob Savoye wrote:
> On 04/05/10 02:55, strk wrote:
> 
> > Doesn't it _enable_ support for the specified renderer ?
> 
>   --with as it can support multiple options. I try to use --enable for
> things that just turn one option on or off. It doesn't make much
> difference one way or the other. Configure changed awhile ago, I was
> just catching up with the packaging script.


>From GNU coding standards I read --enable being ore appropriate here:

http://www.gnu.org/prep/standards/standards.html#Configuration

--enable-feature[=parameter]
    Configure the package to build and install an optional user-level           
    facility c alled feature. This allows users to choose which optional        
    features to include. G iving an optional parameter of no should omit        
    feature, if it is built by default .

    No --enable option should ever cause one feature to replace                 
    another. No --en able option should ever substitute one useful              
    behavior for another useful behavi or. The only proper use for              
    --enable is for questions of whether to build part o f the program
    or exclude it.

--with-package
    The package package will be installed, so configure this package to         
    work with package.

    Possible values of package include gnu-as (or gas), gnu-ld, gnu-libc,       
    gdb, x , and x-toolkit.

    Do not use a --with option to specify the file name to use to find          
    certain files. That is outside the scope of what --with options
    are for.


--strk;

  ()   Free GIS & Flash consultant/developer
  /\   http://strk.keybit.net/services.html