The Mynydd Factor - Review of Gideon

[Alexander Dymo]

On Thursday 02 October 2003 08:11, you wrote:

>    "If you want a thing done, do it yourself".
It seems that it is an international saying ;) Ukrainians say this too :)

> So, if I Close Project, edit Makefile.am manually and Open Project,
> Automake Manager re-adjusts its display to correspond to what is in the
> Makefile.am's?
> Please confirm.
Exactly.

>  Also, is the same true if you Close KDevelop while a
> project is open, edit Makefile.am manually and re-start KDevelop?  Please
> confirm.  I'll see that it gets into the KDevelop 3 User Manual.
Yes.

Also if you open project, edit Makefile.am and then reopen project, KDevelop
will read your hand made changes.

But if you open project, edit Makefile.am and then open group/target config
dialog and press "ok" you will loose your hand made changes.

> On another topic, I am never sure whether to go right back through Automake
> and friends, Configure and Build Project after playing in Automake Manager,
> or whether to do a Distclean or Clean Project first.  Can you explain?  I
> think
> that should be clarified in the User Manual too.

Most times KDevelop will do the job for you if you simply call "Build"
Several "_automatic_" situations:
1) created a new project
	Automake and Friends
	Configure
	Build
2) added a new subproject
	Automake and Friends
	Configure
	Build
3) added a new target
	Build
4) added a new file
	Build

Clean is necessary if
- you have linking problems
- you want old binaries and object files to be cleaned

Distclean is necessary if
- you have wrong Makefile's
- you want to get your project in a clean state so it can be bzipped and
distributed

> > #62288 was correctly closed because it is not the problem of KDevelop
> > but a problem of your configure.in (.in) or admin/acinclude.m4.in.
>
> Those files, whatever they are, are generated for me by Gideon.  If
> LIB_KDEGAMES is not in those files, that is a Gideon problem, from
> my point of view.
But from our point of view it is not our problem.

>  A related problem exists if I mis-type a known
> library name as LIB_KDEIU.  Gideon does not validate it.
It seems that we can check for it. I can't promise anything,
but I hope I'll find some time for the bugs.

> Re bugs 62289 and 62291, maybe I will close them.  I did
> not know or expect that anyone other than the maintainer could.  Then
> maybe I'll write some new bugs and wishlists to clarify and separate
> the issues.  Is that what you require?
That would be very handy.

-- 
Alexander Dymo
Ukrainian State Maritime Technical University, IT Department


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