Bug #2286 Failure to build 4.0.17 on Solaris 8
Submitted: 5 Jan 2004 8:54 Modified: 6 Jan 2004 2:48
Reporter: Barry Byrne Email Updates:
Status: Not a Bug Impact on me:
None 
Category:MySQL Server: Compiling Severity:S3 (Non-critical)
Version:4.0.17 OS:Sparc Solaris 8
Assigned to: Lenz Grimmer CPU Architecture:Any

[5 Jan 2004 8:54] Barry Byrne
Description:
Build 4.0.17 on Solaris 8, I get
ld.so.1: ./gen_lex_hash: fatal: libstdc++.so.5: open failed: No such file or directory
make[4]: *** [lex_hash.h] Error 137

I am using gcc 3.3.2
My customised configure file was 
CC=gcc
CFLAGS="-O3 -fno-omit-frame-pointer"
CXX=gcc
CXXFLAGS="-O3 -fno-omit-frame-pointer -felide-constructors -fno-exceptions -fno-
rtti"
./configure --prefix=/usr/local/mysql --enable-thread-safe-client

I had this problem with 4.0.16 on Solaris 7 and raised bug 1967  	

On 27 Nov 2003 6:46am,] Sinisa Milivojevic replied
    This is a consequence of the bad build.
    STL library must never be linked in.

She or he did not explain how to avoid using the STL library

How to repeat:
Run as detailed above

Suggested fix:
ln -s /usr/local/lib/libstdc++.so.5 libstdc++.so.5
[5 Jan 2004 9:02] MySQL Verification Team
This should be fixed, but a workaround is to remove gen_lex_hash and to
go to sql/ subder and make gen_lex_hash and re-run make.
[6 Jan 2004 2:48] Lenz Grimmer
Sorry, but this is still a local configuration problem. The dynamic linker
must be able to find the path to where you installed libstdc++.so.5 - this
is not a MySQL bug. See the ld.so.1(1) and crle(1) man pages for more info
about this. Instead of setting LD_LIBRARY_PATH manually, try to add this
path to the ld.so.1 configuration files.