autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vsipl++] Re: overriding autoconf's own exeext detection


From: Stefan Seefeld
Subject: Re: [vsipl++] Re: overriding autoconf's own exeext detection
Date: Sat, 12 Nov 2005 10:24:39 -0500
User-agent: Mozilla Thunderbird 0.9 (X11/20041127)

Ralf Wildenhues wrote:
Hi Stefan,

* Stefan Seefeld wrote on Fri, Nov 11, 2005 at 06:08:29PM CET:

Ralf Wildenhues wrote:


Does the patch below fix it?

It looks good, though there is at least one more extension: '.inf',
which is generated with optimization. Other files with extensions
'.dbo', '.dla', etc. are created when object files are produces,
but these don't seem to confuse configure.


I believe we do not need to add the other extensions (except for .inf)
to _AC_COMPILER_OBJEXT_REJECT, unless the compiler uses neither `.o' nor
`.obj' for object.  `configure' *should* in fact remove the other files
created during its tests.

The default object extension for that compiler is '.oppc', fwiw.

[...]

Also, if I want to avoid upgrading autoconf, is there a way
to fix the problem locally, say, in my aclocal.m4 file ?


Not that I know of.  You can always define your own macro, for example
a fixed version with the same name.  But that may be very fragile, not
compatible with the next or previous Autoconf, or anything, so I would
not recommend it.  Maybe AC_EXEEXT should offer a possibility to
override it.

AC_EXEEXT is marked as obsolete, as autoconf detects the extension 
'automatically'.
Oh well. It might have been better if autoconf, recognizing its limitations, 
would
keep a backdoor for developers to override settings instead of forcing them to 
live
with false guesses.

Updated patch below.

Ok, that seems to work. Thanks !

Regards,
                Stefan




reply via email to

[Prev in Thread] Current Thread [Next in Thread]