You've hit on the second of my issues with the export AWK script. The
AWK script has no idea if AP_DEBUG has been defined or not. Therefore,
in the general case (when AP_DEBUG is not defined) the script tries to
export these macro names as if they were functions. This causes the
Metrowerks NLM linker to choke. For now I have solved the problem for
NetWare by excluding the symbols so that I could get it to build
realizing that this is just a hack. If we are going to use the AWK
script to produce the export list, then it needs to be much smarter. It
has to obey the same preprocessor rules as the compiler does. AP_DEBUG
isn't the only #ifdef that causes this problem. #ifdef DOXYGEN also
causes functions to be defined as macros and there may be others. I
don't know enough AWK yet to even make a proposal, but it is something
that needs some work.
thanks,
Brad
>>> Jeff Trawick <[EMAIL PROTECTED]> 12/21/01 06:04 AM >>>
Note that these aren't macros if AP_DEBUG is defined.
[EMAIL PROTECTED] writes:
> bnicholes 01/12/11 11:37:11
>
> Modified: build make_nw_export.awk
> Log:
> Excluding macros from the export list output
>
> Revision Changes Path
> 1.6 +6 -0 httpd-2.0/build/make_nw_export.awk
>
> Index: make_nw_export.awk
> ===================================================================
> RCS file: /home/cvs/httpd-2.0/build/make_nw_export.awk,v
> retrieving revision 1.5
> retrieving revision 1.6
> diff -u -r1.5 -r1.6
> --- make_nw_export.awk 2001/11/30 22:29:41 1.5
> +++ make_nw_export.awk 2001/12/11 19:37:11 1.6
> @@ -13,6 +13,12 @@
> /ap_send_mmap/{next}
> /ap_set_module_config/{next}
> /ap_uname2id/{next}
> +/ap_strchr/{next}
> +/ap_strchr_c/{next}
> +/ap_strstr/{next}
> +/ap_strstr_c/{next}
> +/ap_strrchr/{next}
> +/ap_strrchr_c/{next}
>
>
>
>
>
>
>
--
Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site:
http://www.geocities.com/SiliconValley/Park/9289/
Born in Roswell... married an alien...
