[Bug 67053] automake manager does not support files in subdirectorys

gpmfuchs at web.de gpmfuchs at web.de
Sun Nov 2 23:11:03 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=67053     




------- Additional Comments From gpmfuchs at web.de  2003-11-02 23:10 -------
I see the problem. 
But it isn't so huge, that you have to completely rewrite the Autotools manager.

The output can stay the same. 
You click in the top window on the directory, where the Makefile.am is. 

The only change is that the .cpp files assigned to a target can be of the form "subdirectory/name.cpp" instead of only "name.cpp", that's all, on the same way they are written to the Automake.am.

You can still have a Makefile.am for every subdirectory, or leave it to the user if he want's to create one there. (You only need to be able to handle Makefile.am without a target, which you need to, anyway). 

And to find the Makefile.am to a name.cpp just write a small function and look at the list of Makefile.ams you already have for the top part of the Automakemanager.

And the other tools like the class manager could handle it the same way: Show the things in the directory where the Makefile.am is. (Or skip the support for subdirectorys until there is more time)

I hope your limiting release philosophy will change. It would be bad if you stop one step before really supporting gnu's autohell and make it useful and easy to use for everyone.

(I have like others not the freedom to change the philosophy to the one of the IDE if it makes no sense for the design)




More information about the KDevelop-devel mailing list