Hi Jeff ,

For the compilation of MySQL in 32 bit mode ,we need the libCrun library 
which is obtained from the compiler path /ws/onnv-tools.
-bash-3.2$ ls -l libCrun*
lrwxrwxrwx   1 root     root          21 Jul 11  2007 libCrun.so -> 
/usr/lib/libCrun.so.1
-bash-3.2$ pwd
/ws/onnv-tools/SUNWspro/SS11/lib
-bash-3.2$ uname -a
SunOS htpasswd 5.11 snv_104 i86pc i386 i86pc
-bash-3.2$

You need not create the link as such as by default it will not be there 
in OpenSolaris.

HTH ,

Thanks Sunanda

Jeff Brown wrote:
> Jyri,
>
> The context was in the prior message in the thread from Feb 26, 2008 where 
> Sunand was receiving a message that libCrun not found trying to compile MySQL 
> 5.0 32 bit verion.  While the message was from Feb, no reply had been given 
> and no follow-up by Sunand with any indication of success or corrective 
> action.  I had recently run across a similar problem.  While having nothing 
> to do with compiling MySQL, it did have to do with a missing symbolic link to 
> libCrun.so.1 while issuing ./configure and having it fail with a 
> "mysqlclient.so not found" message.
>
> I was compiling courier-authlib (source from courier-mta.org) on OpenSolaris 
> 2008.11.  I had installed the amp pkg available through 
> pkg.opensolaris.org/release repository.  During the configuration stage of 
> courier-authlib, I kept receiving the "mysqlclient.so not found" message.  
> This appears to be a common message when doing a configuration and need to 
> have the mysqlclient from Mysql 5.0 and 5.1.  While this message would 
> typically indicate that the person was missing an entry in LD_LIBRARY_PATH, I 
> was certain that wasn't the problem.
>
> Searching for the cause, I ran across others having the same challenge 
> compiling courier-authlib and they concluded that mysql 5.0 and 5.1 were not 
> compatible with courier-authlib so they reverted to mysql 4.1 and had 
> success.  I knew for a fact that there was not an incompatibility with 5.0 
> because our friends at Nexenta had successfully compiled courier-authlib with 
> mysql support using mysql 5.0.  So, the question became, why did mysql 4.1 
> (installed from a svr pkg downloaded from mysql.com) work, but a mysql 5.0 
> pkg  distributed by opensolaris.org fail on the configure.
>
> My exploration of the ./configure resulted not in the fact that configure 
> couldn't find libmysqlclient.so, but rather the configure process that 
> compiles a small stub program to figure out what functions within the 
> mysqlclient were available would fail.  The failure to compile the stub 
> program is what was really causing the "mysqlclient.so" to not be found -- 
> configure just couldn't compile the program necessary to conduct the test.
>
> Why did the stub program fail to compile?  It wasn't because it couldn't find 
> libmysqlclient.so, but rather because it couldn't find libCrun (the original 
> posted problem).  And libCrun couldn't be found because of a missing symbolic 
> link between libCrun.so.1 and libCrun.so.  Add the symlink and the compile of 
> the stub works in configure and configure can find the functions within 
> mysqlclient.so.
>
> So, that is the long answer to the context surrounding my shorter answer.  
> Without the original thread, I can understand why you'd wonder what my 
> problem was.
>
> Thanks,
> Jeff
>
>
> Jyri Virkki wrote:
>   
>> Jeff Brown wrote:
>>  
>>     
>>> Check to see that a link exists libCrun.so pointing to libCrun.so.1
>>>
>>> I found that when this happened to me on 2008.11, the link was
>>> missing.  I added it and Crun was now found.
>>>
>>> ln -s /usr/lib/libCrun.so.1 /usr/lib/libCrun.so
>>>     
>>>       
>> (I might be missing some context..)
>>
>> Were you trying to use MySQL packages (if so which ones) or compiling
>> it yourself (if so from which source)?
>>     


Reply via email to