| Summary: | wrong search path in perl templates after installing | ||
|---|---|---|---|
| Product: | [Applications] kdevelop | Reporter: | Ralf Habacker <ralf.habacker> |
| Component: | general | Assignee: | KDevelop Developers <kdevelop-devel> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version: | 3.0.0a7 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Cygwin | ||
| Latest Commit: | Version Fixed In: | ||
Strangly enough I used a temporary ./configure --prefix=<path> for a long time and I never had any problems. But now I'm not using it anymore... so I canot confirm nor deny your problems :( You can verify if yoou have this problem by searching the variable kde_datadir. If it includes a value of ${datadir}/apps, then you probably have the problem too, if there is included an absolute name like /opt/kde3/share/apps, then you haven't this problem.
This whole mechanism stinks. We need to fix it. Preferably without depending on Perl. The template system was completely rewritten for KDevelop-3.1.0 by Ian Geiser and Sascha Cunz so this is FIXED. |
Version: 3.0.0-a7 (using KDE Devel) Installed from: Compiled sources OS: Cygwin Installing kdevelop using make prefix=<path> puts <path> into every perl template. In a build system using temporary installations path which is not the real running path, this results in wrong path settings and all perl scripts are failing. A solution seems to me that this templates should be patched while configuring, because prefix contains at this time the real installation path or to save $kde_datadir while configuring and to use this saved path setting on installing insted of the given prefix given by the make install prefix=... like libtool does in his *.la files. While taking a look in a produces makefile it seems to me that some additional kde_... defines should be have absolutes values instead of using ${datadir} which uses ${prefix}, but I'm not sure which onces are needed otherwise. Ralf