Bug 111686 - configure.in is deprecated in favor of configure.ac
Summary: configure.in is deprecated in favor of configure.ac
Status: RESOLVED FIXED
Alias: None
Product: kdevelop
Classification: Applications
Component: Build tools: Automake (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: kdevelop-bugs-null
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-29 05:03 UTC by Steven T. Hatton
Modified: 2006-11-02 10:16 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steven T. Hatton 2005-08-29 05:03:32 UTC
Version:           3.2.90 (using KDE 3.4.2 Level "b" , SUSE 9.3 UNSUPPORTED)
Compiler:          gcc version 3.3.5 20050117 (prerelease) (SUSE Linux)
OS:                Linux (i686) release 2.6.11.4-21.8-default

This is from autoconf.info,  Node: Writing configure.ac

" Previous versions of Autoconf promoted the name `configure.in', which is somewhat ambiguous (the tool needed to process this file is not described by its extension), and introduces a slight confusion with `config.h.in' and so on (for which `.in' means "to be processed by `configure'").  Using `configure.ac' is now preferred."

I know it's a minor issue, but it's a good thing to try and conform to recommendations when possible.  I've noticed KDevelop generates a configure.in rather than a configure.ac.
Comment 1 Matt Rogers 2005-08-29 14:07:31 UTC
kdevelop is still supposed to work with older versions of autoconf. Find out what version configure.in was deprecated in, and then we can look at reopening this "bug"
Comment 2 Paulo J. Matos 2006-11-01 20:59:18 UTC
This bug should be reopened and solved. After chatting on #kdevelop:
Checking ChangeLog.2 of current autoconf sources:
In 1999, version 2.13 of autoconf was out, 2.14a also got out but in the meantime (in May, 2000) autoconf developers said configure.ac should be promoted over configure.in. 2.49[a|b|c] came out soon after and 2.50 was released in 2001. Since then configure.ac is standard and the one which should be used. What I can't understand is how kdevelop still uses configure.in. Do you truly believe anyone still uses <=2.14?

Regards,

Paulo Matos
Comment 3 Megan Webb 2006-11-02 10:08:58 UTC
Can fix this by removing the hard coded check for configure.in and checking for either configure.in or configure.ac.
Comment 4 Megan Webb 2006-11-02 10:16:11 UTC
r601133 | webb | 2006-11-02 19:47:16 +1100 (Thu, 02 Nov 2006) | 9 lines

BUG: 111686
BUG: 67746

Importing project - version is read from configure.[in.in|in|ac]. Check for configure.[in|in.in|ac] when trying to create automake project, and don't fail i
f there is no AUTHOR file.
Changing the version in project options - updates configure.[in.in|in|ac] if they exist. Added tool tip advising that automake may need to be run to update
all files.
Removed hard coded references to configure.in - if imported project uses configure.ac, then this will be updated.
Tooltip in import dialog telling format of author/email fields.