Re: [Libreoffice] First build error: segmentation fault on vcl

On Tue, October 26, 2010 12:30:43 AM, Caolán McNamara wrote:

> On Mon, 2010-10-25 at 17:41 -0700, Dave Lacy Kusters wrote:
> > I hit an error on my first compile that I haven't seen discussed in the 
> archive 
>
> > or elsewhere online.
>
> See this thread:
> http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg00219.html
>
> I don't know why exactly this is happening. It appears to be picking up
> a stlport_gcc in /usr/lib before the one in /path/to/solver. So what's
> the output of 
> echo $LD_LIBRARY_PATH btw

Caolán,

Thanks for the help.

LD_LIBRARY_PATH is unset.

A search for libstlport_gcc.so at / finds results in (1) /usr/lib, (2)  
libreoffices' solver/330/unxlngi6.pro/lib, and (3) libreoffice's  
stlport/unxlngi6.pro/misc/build/STLport-4.5/lib.

When I sets the build for verbose output, I can see the link paths on the 
command line.  Here's the line:

g++ -L/usr/lib -L/usr/lib -lkdeui -lkdecore -lQtCore -lQtGui -lglib-2.0 
-Wl,-z,noexecstack -Wl,-z,combreloc -Wl,-z,defs -Wl,-Bsymbolic-functions 
-Wl,--dynamic-list-cpp-new -Wl,--dynamic-list-cpp-typeinfo -Wl,--hash-style=both 
-Wl,-rpath,'$ORIGIN:$ORIGIN/../ure-link/lib' -shared -L../unxlngi6.pro/lib 
-L../lib 
-L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
-L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solver/330/unxlngi6.pro/lib
b 
-L/home/dlacykusters/libre/libreoffice/build/build/libreoffice-3.2.99.2/solenv/unxlngi6/lib
 -L/usr/lib/jvm/java-6-openjdk/lib -L/usr/lib/jvm/java-6-openjdk/jre/lib/i386 
-L/usr/lib/jvm/java-6-openjdk/jre/lib/i386/client 
-L/usr/lib/jvm/java-6-openjdk/jre/lib/i386/native_threads -L/usr/lib 
../unxlngi6.pro/slo/vclplug_kde4_dflt_version.o -o 
../unxlngi6.pro/lib/libvclplug_kde4li.so ../unxlngi6.pro/slo/main.o 
../unxlngi6.pro/slo/VCLKDEApplication.o ../unxlngi6.pro/slo/KDEXLib.o 
../unxlngi6.pro/slo/KDEXLib.moc.o ../unxlngi6.pro/slo/KDESalDisplay.o 
../unxlngi6.pro/slo/KDESalFrame.o ../unxlngi6.pro/slo/KDESalGraphics.o 
../unxlngi6.pro/slo/KDESalInstance.o ../unxlngi6.pro/slo/KDEData.o 
-lvclplug_genli -lvclli -ltlli -lvos3gcc3 -luno_sal -Wl,--as-needed -lXext -lX11 
-Wl,--no-as-needed -Wl,--as-needed -ldl -lpthread -lm -Wl,--no-as-needed 
-Wl,-Bdynamic -lstlport_gcc

Note, there is /usr/lib, then solver/330/unxlngi6.pro/lib, then /usr/lib again.  
The linker doesn't have a chance to find the one in the solver hierarchy.

Where specifically is this command line generated?

Thanks again,

Dave