Summary: | kdevelop qmake manager curly bracket qmake variables incorrectly treated as scopes | ||
---|---|---|---|
Product: | [Applications] kdevelop | Reporter: | Sep Seyedi <ssdev> |
Component: | Build tools: QMake | Assignee: | KDevelop Developers <kdevelop-devel> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Sep Seyedi
2004-02-24 17:38:22 UTC
How about providing your KDevelop version ? Sorry I didn't notice, but the kdevelop version is: kde 3.0.0b2. The Qt version is 3.2.1 if needed. One thing to note: I mentioned an easy fix above, but as I have used to further I have noticed that this fix doesn't last long. The qmake manager when it needs to parse the file again it seems to screw up and mess up in output the new .pro file. This is only b/c of the curly brackets for the qmake variables. I forget why I was using the curly brackets but I think it had to do something red hat 9s Qt. Anyways, since qmake allows it, I think that they should be parsed properly. Thanks. -ss with kdevelop-3.1.92, and qt-3.3. i hvae the following problem: trying to make .pro file more usable, i defined few variables, using gui: PYTHON_PREFIX=/usr/local PYTHON_VERSION=2.3 then, i used the variables to specify libraries and paths, using manager gui external icludes path: $${PYTHON_PREFIX}/include/python$${PYTHON_VERSION} external libs path: $${PYTHON_PREFIX}/lib/python$${PYTHON_VERSION}/convifg external lib: -lpython$${PYTHON_VERSION} after re-loading project qmake project manager trates variables as scopes or subprojects, and messes the project completely Fixed in SVN. |