Bug 33831 - Creates incompatible acinclude.m4 files
Summary: Creates incompatible acinclude.m4 files
Status: RESOLVED FIXED
Alias: None
Product: kdevelop
Classification: Applications
Component: kdevelop 2.x (obsolete) (show other bugs)
Version: unspecified
Platform: unspecified Other
: NOR normal
Target Milestone: ---
Assignee: KDevelop-Devel List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2001-10-18 00:03 UTC by Enrico Scholz
Modified: 2002-09-22 09:40 UTC (History)
0 users

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 Enrico Scholz 2001-10-17 23:58:26 UTC
(*** This bug was imported into bugs.kde.org ***)

package: kdevelop
version: 2.0.1

kdevelop creates incompatible acinclude.m4 files by including standard
macros like those of libtool.m4. E.g. a typical step when beginning a
new project seems[1] to be

| cat acinclude.m4.in libtool.m4.in >acinclude.m4

There is absolutely no need to attach a local `libtool.m4' version; but
doing it causes large problems:

When it is necessary to rebuild the configure file (e.g. because of
applying a local patch) the build process will fail if another libtool
version is installed than this the libtool.m4.in file is origined.

Because a lot of people are using kdevelop to publish programs it is in
your responsibleness to remove such sources of incompatibility.
Therefore I suggest a modular concept where needed m4-macros are put
into a extra-directory (e.g. m4) of the project and to omit the creation
of acinclude.m4 entirely.

Then `aclocal' can be used as `aclocal -I m4' and the macros in m4/ can
be replaced in an easy manner. Currently it takes much effort to remove
errors like the included `libtool.m4' file.



Enrico

Footnotes: 
[1]  never used kdevelop myself; just saw the messy `acinclude.m4' files
     produced by it
Comment 1 John Firebaugh 2002-09-22 09:40:42 UTC
Not a problem with Gideon