[Ping jyh] Re: [Omake] Should we provide AC_MSG_* and
other autoconf-style functions?
Jason Hickey
jyh at cs.caltech.edu
Fri Feb 16 20:43:40 PST 2007
On Feb 16, 2007, at 8:26 PM, Aleksey Nogin wrote:
> On 15.02.2007 21:24, Nathaniel Gray wrote:
>> I would propose the usual omake convention of camelcase, possibly
>> replacing AC with something like Conf:
>>
>> ConfChecking, ConfMsgError, ConfMsgFound, etc.
>
> Jason, any thoughts?
I think Nathan has the right idea, where we do configuration in the
natural way, and autoconf compatibility is a separate issue/
compatibility module.
> Also, should we replace the functions like CheckHeader with a set like
> CheckCHeader, CheckCXXHeader, etc, or should we use the autoconf style
> of a single "multi-language" test function for every test and a "set
> language" function?
Good question. I don't think I know the answer.
For a language XXX, I think the easier implementation is
CheckXXXHeader. Some other options are like this (I'm using
"XXXProgram" as an example, but the same applies to CheckXXXHeader
functions).
Option 0:
XXXProgram(foo, moo boo)
Option 1:
section
LANG = XXX
Program(foo, moo boo)
Option 2:
section
open XXX
Program(foo, moo boo)
Option 3:
MyXXX. =
extends $(XXX)
Program(foo, moo boo)
It isn't clear to me that one is better than another...
> I have some that are compatible - AC_MSG_CHECKING, AC_MSG_RESULT,
> AC_MSG_WARN and AC_MSG_ERROR.
In any case, it seems like the aim of an autoconf module should be to
be pretty close to autoconf.
Jason
--
Jason Hickey http://www.cs.caltech.edu/~jyh
Caltech Computer Science Tel: 626-395-6568 FAX: 626-792-4257
More information about the Omake
mailing list