At 5:23am -0400 Thu, 25 Aug 2011, Caolán McNamara wrote:
On Wed, 2011-08-24 at 18:06 +0100, Michael Meeks wrote:
But then again, it links to libstdc++
...
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7658000)
...
There was a mention of a "/usr/local/bin/g++", which makes me wonder
about mismatching libstdc++.so.X. To humour me, what about...
rm -rf external/*/lib/*
rm -rf solver/*/*/lib/libstdc++*
rm -rf solver/*/*/lib/libgcc_s.so*
I went ahead and did that with no love. For reference:
$ ldd sal/unxlngx6/lib/libuno_sal.so | grep stdc
libstdc++.so.6 => /usr/local/lib64/libstdc++.so.6 (0x00007f122c7cb000)
At my novice gcc level, my research suggests it's to do with including
libstdc++ in the build command. I still don't know exactly why the
compilation fails with GCC v4.6 (compiled three weeks ago) yet doesn't
with GCC v4.4, but I can fix it one of two ways:
-----
$ hash -r
$ which gcc g++; gcc --version | head -1; g++ --version | head -1
/usr/local/bin/gcc
/usr/local/bin/g++
gcc (GCC) 4.6.1
g++ (GCC) 4.6.1
# fails
$ gcc -o .../oosplash [...]
# works; rest of build can now finish successfully
$ gcc -o .../oosplash [...] -lstdc++
or
$ g++ -o .../oosplash [...]
-----
Have others had any issues compiling LO with GCC 4.6? It's frustrating
and telling that I'm the only one noticing it. What voodoo have I
overlooked?
Thanks,
Kevin
_______________________________________________
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
