DO NOT REPLY [Bug 35350] - No directive "Define" and "Undefine"

[bu...@apache.org]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=35350>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=35350





------- Additional Comments From gosteen@gmail.com  2007-05-04 10:30 -------
mod_define does not allow IfDefine to test against defined values.  It appears
to be, in essence, very similar to mod_macro(though apparently incompatible).

For quite different reasons, I could see the need to define a value to be later
tested against IfDefine to ensure configuration sections are not repeated or
somehow made redundant.  This is especially useful when using something like
mod_macro or perhaps multiple configuration files.

<IfModule mod_macro.c>
  <Macro VHost $addr $port $dir>
    <IfDefine !HAVE_$addr_$port>
      Define HAVE_$addr_$port
      Listen $addr:$port
    </IfDefine>

    ...
  </Macro>
</IfModule>

A special example would be in the case of scripts and automated
configuration(e.g. web-based administration panels and the like).  The simple
ability to declare a variable to be tested elsewhere in the configuration and
acted upon appropriately would be ideal.  An extension to this may be able to
test against specific values(If FOO=BAR) or offer alternatives(If..Else
constructs), though that is likely a whole different subject at this point.

Though I do understand the desire to not turn the Apache configuration file
syntax into a full-blown programming language, it would be nice to not have to
resort to an actual programming language(i.e. mod_perl) for something that
should be otherwise relatively simple.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org