Bug#33831: Creates incompatible acinclude.m4 files

Enrico Scholz enrico.scholz at informatik.tu-chemnitz.de
Wed Oct 17 23:58:26 UTC 2001


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

-
to unsubscribe from this list send an email to kdevelop-devel-request at kdevelop.org with the following body:
unsubscribe »your-email-address«



More information about the KDevelop-devel mailing list