MySQL Bugs: #56325: my_sys.h can't be used by external applications

Bug #56325	my_sys.h can't be used by external applications
Submitted:	27 Aug 2010 15:05	Modified:	27 Aug 2010 19:46
Reporter:	Bernhard Rosenkraenzer	Email Updates:
Status:	Duplicate	Impact on me:	None
Category:	MySQL Server: Installing	Severity:	S3 (Non-critical)
Version:	5.5.4, 5.5.5	OS:	Any
Assigned to:		CPU Architecture:	Any

Description:
With at least 5.5.4 and 5.5.5, my_sys.h does

#include <mysql/psi/psi.h>

reflecting the structure of the include directory inside the source tree.

However, make install (using automake/autoconf, haven't checked cmake yet) installs psi.h in /usr/include/mysql without the psi subdirectory, causing the include statement in my_sys.h to complain about a missing file.

How to repeat:
Compile mysql 5.5.5
make install
Try to compile something that uses my_sys.h (e.g. PHP) against the header files generated by make install

Suggested fix:
ln -s . /usr/include/mysql/psi

With current mysql-5.5 bzr tree configured and built using 

BUILD/compile-pentium-debug-max --prefix=/Users/openxs/dbs/5.5 

command (no cmake on the box) and then installed with

make install 

I see the following:

macbook-pro:5.5 openxs$ find . -name psi.h
./include/mysql/psi/psi.h
macbook-pro:5.5 openxs$ pwd
/Users/openxs/dbs/5.5

on Mac OS X. So, psi subdirectory is created and used.

Please do not submit the same bug more than once. An existing bug report already describes this very problem. Even if you feel that your issue is somewhat different, the resolution is likely
to be the same. Because of this, we hope you add your comments to the original bug instead.

Thank you for your interest in MySQL.

Duplicate of bug #51925