| Summary: | building kstyles in kdelibs doesn't work on Solaris 2.6 because generated genembed script is incorrect | ||
|---|---|---|---|
| Product: | [Unmaintained] configure | Reporter: | Steve Evans <stevee> |
| Component: | general | Assignee: | Stephan Kulow <coolo> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Solaris | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
The problem also occurs in the script kdelibs-3.3.92/kdewidgets/makekdewidgets libtool stuff. <runs away> Having the same bug here on Solaris 2.9, linking the missing libraries into kdelibs-050223/kdefx/.libs lets compile continue. This bug is related to bug 100096 and bug 99685 This bug is fixed, at least since KDE-3.5.8, and can be closed Closed by request. |
Version: (using KDE KDE 3.3.92) Installed from: Compiled From Sources Compiler: gcc 3.4.3 OS: Solaris I get this build error on Solaris 2.6: ./genembed $pics > pixmaps.keramik ld.so.1: /tmp/kdelibs-3.3.92/kstyles/keramik/.libs/genembed: fatal: libpng12.so.0: open failed: No such file or directory It happens because the generated genembed script carefully modifies the value of LD_LIBRARY_PATH to add its own stuff, but then runs the program like this: LD_LIBRARY_PATH="$thisdir/../../kdefx/.libs:/opt/qt/lib:/usr/local/gcc-3.4.3/lib:" exec $progdir/$program ${1+"$@"} Which sets LD_LIBRARY_PATH to a value that does *not* contain my original value. Removing the LD_LIBRARY_PATH prefix to this command, so it becomes simply exec $progdir/$program ${1+"$@"} solves the problem.