On Wed, 31 Oct 2001, Richard Levitte - VMS Whacker wrote:
> I'm not sure I'm happy with the implementation of that one, it just
> increases an already complicated configuration script and leaves open
> issues. One of the issues I have with it is the lack of generality,
> since the user might want to give more C flags than just optimizing
> ones.
Well, I named them "optimization flags" since they are non-mandatory.
Anything that is optional only affects how code is structured so one
maight name it optimization of some kind. OK, "-g" and friends are not
optimization flags at all. Maybe the option/description just needs a
better name.
> A possible thought that I have right now is that we might separate the
> flags in the configuration file into those that are absolutely
> necessary for successful compilation and function and those that can
> be dynamically changed by the user. The result would become two
> variables in Makefile, something like this:
>
> COPTS={all the user flags here}
> CFLAGS={all the mandatory flags} $COPTS
>
> And the user could very simply override with flags of their own like
> this:
>
> make COPTS=-myflags
That's mostly fine as I see it -- I don't object. I just did it more the
autoconf way, which, if a configure.in template is written correctly,
automatically embeds user-provided CFLAGS in generated Makefiles. This
has a small advantage these CFLAGS are tested for consistency at the
configure time, e.g. certain user-provided options may affect how other
ones are to be set or the options may simply be contradicting with one
another leading to a compiler/assembler/linker failure.
> Note also that extensive changes of this sort will NOT end up in the
> 0.9.6x series. If implemented, it will be in 0.9.7 and on.
No problems here, at least for me.
Maciej
--
+ Maciej W. Rozycki, Technical University of Gdansk, Poland +
+--------------------------------------------------------------+
+ e-mail: [EMAIL PROTECTED], PGP key available +
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
