[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: BTW: This is not the last problem
From: |
David Faure |
Subject: |
Re: BTW: This is not the last problem |
Date: |
Fri, 26 Apr 2002 10:39:57 +0200 |
User-agent: |
KMail/1.4.5 |
On Friday 26 April 2002 07:47, Tom Tromey wrote:
> >>>>> "Richard" == Richard Boulton <address@hidden> writes:
>
> Richard> Executive summary: this is a KDE problem, not an automake problem.
> Richard> The problem is with the am_edit script: it doesn't understand the
> Richard> backslash-end-of-line line continuations.
>
> What does am_edit do? I'm always curious to understand how automake
> isn't meeting its users' needs. In other words, why does KDE need to
> do anything to automake's output?
Wow. It does a lot nowadays ;)
See http://developer.kde.org/documentation/other/developer-faq.html#q53
for a high-level description of the tags it handles (i.e. its features)
In addition it generates "all-in-one compilation" rules (see --enable-final
docu in the
same faq), automatically finds icons, docs, subdirs..... and now generates
makefile rules
for doxygen support in kdelibs.
I think that turning this into automake features requests would make quite a
long
list of requests, but in the long run I suppose it would be great to see
automake
have some of those features.
And
http://webcvs.kde.org/cgi-bin/cvsweb.cgi/*checkout*/kde-common/admin/am_edit?rev=HEAD&content-type=text/plain
for its very badly documented source code ;)
--
David FAURE, address@hidden, address@hidden
http://people.mandrakesoft.com/~david/
Contributing to: http://www.konqueror.org/, http://www.koffice.org/
KDE, Making The Future of Computing Available Today