[Bug 62288] Gideon does not recognize LIB_KDEGAMES

ianw at netspace.net.au ianw at netspace.net.au
Tue Aug 26 08:18:48 UTC 2003


------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
     
http://bugs.kde.org/show_bug.cgi?id=62288     




------- Additional Comments From ianw at netspace.net.au  2003-08-26 08:16 -------
Subject: Re:  Gideon does not recognize LIB_KDEGAMES         

> ------- Additional Comments From harry at kdevelop.org  2003-08-25
22:49 -------
> Sorry, this is not possible at all. The autoconf stuff is a jungle of
> shell-scripts, there is no way we can find out which variables are
> set or not.
>
Exactly my problem, Harald ... "jungle" is a good word ... or perhaps it's
like Schrodinger's cat.  From a developer's point of view, you cannot tell
if your application is alive or dead until you open the box (i.e. try to
build and run it).  That's why I'm looking to KDevelop to provide some
early diagnostics of undefined's in the "make" environment.

> If you want less brain-damage, please tell the automake/conf guys to
> fix their system and make it more transparent.
>
Please do.  I don't know who or where they are.  Here are some stats ...
2319 lines of Makefile's for a minimal KDE application (with source
code as generated by Gideon): 404 lines of Makefile's to compile and
build the entire Qt 3.0.2 library, examples, tutorials and non-trivial
apps like QDesigner (using QMake) ... and the Makefile's are such that
even I can understand them.  I am thinking of writing an article entitled
"Automake considered harmful", echoing Dijkstra's classic about GOTO.



------- Additional Comments From ianw at netspace.net.au  2003-08-26 08:16 -------
Subject: Re:  Gideon does not recognize LIB_KDEGAMES         

> ------- Additional Comments From coolo at kde.org  2003-08-25 23:01 -------
> /me points Harald to autoconf --trace=AC_SUBST
>
Harald, KDevelop itself generates the "auto4te" subdir, with file
"traces.0", which contains evaluations of all the LIB_ symbols and
lots of other stuff too, but, as expected, LIB_KDEGAMES is
not there.  I have defined it in my Shell env now, so perhaps
KDevelop should also check there when validating input.

I would say that whoever maintains those macros should add
LIB_KDEGAMES, since it is now a standard KDE library.

Please reconsider my problem.  I am sure you can add some
needed input validation with little effort.  My other request, for a
list of commonly used symbols and their current assignments, should
not be hard to implement either.  See bugs 62289 and 62291.




More information about the KDevelop-devel mailing list