[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kdevelop-bugs
Subject:    [Bug 145639] New: qmake project files reodering
From:       Stephan Diederich <stephan.diederich () googlemail ! com>
Date:       2007-05-18 15:14:07
Message-ID: 20070518171406.145639.stephan.diederich () googlemail ! com
[Download RAW message or body]

------- 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=145639         
           Summary: qmake project files reodering
           Product: kdevelop
           Version: unspecified
          Platform: Mac OS X (Fink)
        OS/Version: other
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: kdevelop-bugs kdevelop org
        ReportedBy: stephan.diederich googlemail com


Version:            (using KDE KDE 3.5.6)
Installed from:    Mac OS X (Fink) Packages
OS:                OS X

QMakeManager reorders the .pro files depending on changes made in the gui which makes \
QMakeManager unusable. This was fixed once, but back now.

This behaviour creates 2 problems:
- Usage of .pro files in VCSs is cumbersome
- Inclusion of .pri files at the end of a .pro file for setting stuff like \
DEPENDPATH=$$INCLUDEPATH or switching between release and debug builds. If the .pro \
is reordered after an action in the QMakeManager, those inclusions don't make sense \
anymore.

At least the following changes in the GUI reoder the .pro file:
-changing the target
-changing Debug/Release config 
-changing the template

I would expect that at least for already existing variables, the order isn't changed \
after those are changed in QMakeManager.


[prev in list] [next in list] [prev in thread] [next in thread]