On Sun, 2011-09-04 at 15:15 -0400, Kevin Hunter wrote:
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 (0x7f122c7cb000)
Sure sure, but when you actually end up with an install
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
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
Hi Kevin,
Sorry for the delayed reply ...
On Mon, 2011-08-22 at 12:08 -0400, Kevin Hunter wrote:
I haven't seen a fix go by, and have seen nothing mentioned on the list
regarding building the splash part of desktop, but I'm having an issue
that appears to be solved by switching to
At 10:06am -0700 Wed, 24 Aug 2011, Michael Meeks wrote:
Can you do some more investigation of which symbol is missing from
where ? of course, failing that we can do some horror of a rename in
there, or perhaps poking at removing things like:
desktop/unx/source/makefile.mk:
APP1CODETYPE
Hi Folks,
I haven't seen a fix go by, and have seen nothing mentioned on the list
regarding building the splash part of desktop, but I'm having an issue
that appears to be solved by switching to g++ instead of gcc:
-
$ cd desktop
$ build
[...snip...]
Entering