MySQL Bugs: #2286: Failure to build 4.0.17 on Solaris 8

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

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

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.

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.