| Summary: | Linker flags inside of automake-manger for a special target are ignored | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | David Ecker <david> |
| Component: | Build tools: Automake | Assignee: | kdevelop-bugs-null |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | git master | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
Strange, it works here. I made a new HEAD update and compiled it this week. The problem is gone. Could such an error occure if the project file is invalid???, but otherwise the same problem persisted when creating a brand new c++ project. Which project file are you refering to? *.kdevelop ? Is the problem gone or is it still there ? Yes, a .kdevelop project! The problem is gone after compiling CVS HEAD Sources this week. I just don't know if the problem was solved through new kdevelop sources or through recreating the project files 2 weeks ago. But since a new project had the same error at the time I found the problem, I haven't thought of a corrupt project file at that time. Õk, it is fixed then |
Version: 3.0.90-CVS (using KDE KDE 3.2.2) Installed from: Compiled From Sources Compiler: gcc-3.3.3 OS: Linux Maybe I am just too stupid to enter the correct data. I got one subproject (a elf binary) shown in my automake-manager. To include a new library for linking to this project I'll do a right click on the name and select "Einstellungen" ("Configure" in english). I actually can enter anything into "other" of the LDFLAGS dialog or into the LDADD list. It is completly ignored and not stored in the project or any other file. After a reload of the complete project the data entered is gone. The information is not used in the linking process either.