> >On Tuesday 24 July 2001 22:45, William A. Rowe, Jr. wrote:
> >> Good point. And folks, this is a 2.0.22-dev showstopper :(
> >>
> >> Ryan, you invented both constructs. Thoughts?
> >
> >First, apr_file_set_inherit isn't in the exports file, because
> we explicitly don't put it there.
> >The problem is that the function only exists when a macro is
> evaluated, so if we use the
> >awk script, then we try to create a line like:
> >
> >void *ap_hack_apr_set_##type##_inherit = apr_set_##name##_inherit
> >
> >This is obviosly wrong. No amount of mucking with APR_DECLARE_*
> will resolve this.
> >
> >I guess I am having a hard time seeing any way to resolve this problem.
>
> I worked around it with the change in the patch below. There are
> others, of
> course, but this gets all current modules building again. The other option
> is to have make_exports.awk know how to do the same transform but to do
> that it would require full knowledge of ALL such macros.
>
> Maybe we could pass the .h files through the CPP before feeding them to
> make_exports.awk? Probably not practical but might be worth a try.
Tried that before I revised the make_exports.awk.
That will take an awfull long time.
Sander
