Bug #30779 Incorrect dependency on libncurses when building on solaris platform
Submitted: 4 Sep 2007 7:20 Modified: 29 Dec 2007 17:53
Reporter: Rafal Somla Email Updates:
Status: No Feedback Impact on me:
None 
Category:MySQL Server: Compiling Severity:S3 (Non-critical)
Version:5.1.22 OS:Any
Assigned to: Assigned Account CPU Architecture:Any

[4 Sep 2007 7:20] Rafal Somla
Description:
When building mysql-5.1 tree on solaris (sol10-sparc-a), with ndb enabled, it builds ndb binaries which use libncurses.so.5 library. However, this library is not present in the default library paths on that platform - instead, libcurses is avaliable. As a result, ndb can't be started due to unsatisfied library dependency.

This is a problem in configure script - it should either detect existence and use libcurses or setup compiler/linker so that correct path to libncurses is specified.

Related bugs: BUG#24350, BUG#24382

How to repeat:
Build mysql-5.1 on sol10-sparc-a, giving --with-ndbcluster option to configure. Then try to run storage/ndb/src/mgmserver/ndb_mgmd. Ld will complain about missing libncurses.so.5.

Suggested fix:
Workaround: set LD_LIBRARY_PATH=/usr/local/lib - the libncurses can be found there.
[29 Nov 2007 17:53] Hartmut Holzgraefe
Tried with 

  configure --with-plugins=max

on sol10-sparc-c but couldn't reproduce it, 
ldd says that ndb_mgm was linked against libcurses,
not libncurses, just fine:

  libcurses.so.1 =>        /lib/libcurses.so.1

can you try to reproduce this on sol10-sparc-c
so that we can work on this on this support 
machine without interfering with builds on 
sol10-sparc-a?
[30 Dec 2007 0:00] Bugs System
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".