<html>
<head>
</head>
<body>
Hi,<br>
<br>
I don't think that this was a joke by Falk...<br>
with your former explanation it is simply impossible to give a hint.<br>
<br>
Often it is only because the user doesn't install kdevelop, but runs the
binary from the source dir (so the libraries of the source dir are used).<br>
Hint: "which kdevelop" or "whereis kdevelop".<br>
<br>
Further... on my binaries (the installed version and the version inside the
source-dir kdevelop/kdevelop/.libs/kdevelop) I really don't find a source
path like you mentioned recorded inside the binaries.<br>
<br>
What did the "make install" say after entering in kdevelop/vc/? Do you see
sth. like:<br>
-----<br>
make[1]: Entering directory `/kde-build/CVS-KDE/kdevelop/kdevelop/vc'<br>
/bin/sh ../../admin/mkinstalldirs /usr/local/lib<br>
/bin/sh ../../libtool --silent --mode=install /usr/bin/ginstall -c -p
libkdevelopvc.la /usr/local/lib/libkdevelopvc.la<br>
PATH="$PATH:/sbin" ldconfig -n /usr/local/lib<br>
make[1]: Nothing to be done for `install-data-am'.<br>
make[1]: Leaving directory `/kde-build/CVS-KDE/kdevelop/kdevelop/vc'<br>
-----<br>
Or simply delete the <br>
libkdevelopvc.*<br>
libkdevelopkwrite.*<br>
libkdevelopgfxview.*<br>
libkdevelopdbg.*<br>
libkdevelopkpp.*<br>
libkdevelopsetup.*<br>
libkdevelopqextmdi.*<br>
in /usr/local/lib first and then reinstall kdevelop to see if there is a
"make install" or "libtool" or simply access-rights problem.<br>
<br>
Maybe it is a libtool problem which occurs only on OpenBSD... is there somebody
out there having the same problems (maybe also on other distributions)?<br>
<br>
Ciao<br>
<br>
Walter<br>
<br>
Gerardo Santana Gomez Garrido wrote:<br>
<blockquote type="cite" cite="mid:20020530141644.A17856@convexo.openbsd.org.mx">
<pre wrap="">On Thu, May 30, 2002 at 02:38:41PM +0200, F@lk Brettschneider wrote:<br></pre>
<blockquote type="cite">
<pre wrap="">Gerardo Santana Gomez Garrido wrote:<br><br></pre>
<blockquote type="cite">
<pre wrap="">When compiling kdevelop 2.1.1 for KDE 3 in my OpenBSD 3.1 box I get no errors<br>(well, I small one, but already patched), but when I try to run it it tries<br>to load a shared library in vc/.lib/ while its libraries are installed in<br>/usr/local/lib<br><br>What's wrong?<br><br></pre>
</blockquote>
<pre wrap="">What did you do?<br></pre>
</blockquote>
<pre wrap=""><!----><br>Is this a joke? I would better apreciate a solution instead.<br><br>I can see gcc linking with -rpath, but the paths recorded in the "kdevelop"<br>binary are wrong.<br><br>I can see these warnings too:<br><br>libtool: install: warning: `./vc/libkdevelopvc.la' has not been installed in `/u<br>sr/local/lib'<br>libtool: install: warning: `./kwrite/libkdevelopkwrite.la' has not been installe<br>d in `/usr/local/lib'<br>libtool: install: warning: `./gfxview/libkdevelopgfxview.la' has not been instal<br>led in `/usr/local/lib'<br>libtool: install: warning: `./dbg/libkdevelopdbg.la' has not been installed in `<br>/usr/local/lib'<br>libtool: install: warning: `./kpp/libkdevelopkpp.la' has not been installed in `<br>/usr/local/lib'<br>libtool: install: warning: `./setup/libkdevelopsetup.la' has not been installed<br>in `/usr/local/lib'<br>libtool: install: warning: `./widgets/qextmdi/src/libkdevelopqextmdi.la' has not<br> been installed in `/usr/local/lib
'<br><br><br>Any ideas?<br><br></pre>
<blockquote type="cite">
<pre wrap="">Ciao<br>F@lk<br><br><br><br><br>-<br>to unsubscribe from this list send an email to <a class="moz-txt-link-abbreviated" href="mailto:kdevelop-request@kdevelop.org">kdevelop-request@kdevelop.org</a> with the following body:<br>unsubscribe »your-email-address«<br></pre>
</blockquote>
<pre wrap=""><!----><br></pre>
</blockquote>
<br>
</body>
</html>