[Bug 75612] New: wish: teach the automake manager to not unbreak lines

holger-kde at holgis.net holger-kde at holgis.net
Thu Feb 19 14:40:06 UTC 2004


------- 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=75612      
           Summary: wish: teach the automake manager to not unbreak lines
           Product: kdevelop
           Version: 3.0.0
          Platform: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-devel kdevelop org
        ReportedBy: holger-kde holgis net


Version:           3.0.0 (using KDE 3.2.0, Gentoo)
Compiler:          gcc version 3.3.2 20031218 (Gentoo Linux 3.3.2-r5, propolice-3.3-7)
OS:          Linux (i686) release 2.6.3-gentoo

Hi,

i think it is quite annoying, that the automake manager of kdevelop 3 writes all files in the Makefile.am in one line. so when i have 20+ files in a project, it is hard to find the errors, when you work with several people on one project.

when two people have added two different classes, you will get a cvs collision, and you have to compare these two different very long lines.

i tried to break the makefile.am statement up by hand to something like this:

# which sources should be compiled for rpclient
rpclient_SOURCES = main.cpp rphauptmenubase.ui rpclient.cpp \
        rpclientview.cpp pref.cpp rpclientiface.skel rphauptmenu.h \
        rphauptmenu.cpp rpbuchung.h rpbuchungslauf.h rpbuchungslauf.cpp

but after the next start of kdevelop, it had removed the lines again and the statement was one long line again. but the tabs were still in the line.

so it would be good, if the tabs could be recognized, when saving the makefile.am, and when they could be replaced by a "backslash-newline-tab", so that the resulting makefile.am is more readable. it would even be better, if kdevelop would break lines, which are too long ( longer than 80 chars ) up into several shorter ones.


thanks, Holger




More information about the KDevelop-devel mailing list