apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From William A Rowe Jr <wr...@rowe-clan.net>
Subject Optimization, modern C and APR 2.0 onwards
Date Fri, 20 Nov 2015 18:31:57 GMT
I'm wondering how the group would react to refactoring some of APR 2.0
to either offer inline code for many of our heavily consumed functions,
or offering inline + fn implementations alongside one another?

Would it still be necessary in this day and age to support C compilers
that do not support inline at all, e.g. hide the inline declarations based
on some macro switch leaving only the function stub?

We can obviously debate the merits of which functions are most
prime for optimization, including how mature each is (due to the
fact that the user will be 'stuck' with the implementation until they
recompile their own code against a new release of apr in the event
of a bug or security fix).



View raw message