automake
[Top][All Lists]
Advanced

[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





reply via email to

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