Description:
------------
Before linking the 'php' CLI executable file, the symbol table is generated in the 'php.sym' file.

The command to generate the symbols and link the CLI interpreter is contained in the BUILD_CLI variable (in the Makefile). This string contains a 'sed' command to transform the '.lo' pathnames to their '.o' content, and this command is wrong in 5.1.6.

Reproduce code:
---------------
In 5.1.6, the sed command is :

sed 's/\([A-Za-z0-9_]*\)\.lo/\1.o/g'

, which just changes the '.lo' suffix to '.o'. It is wrong because the '.o' files are in the '.libs' subdirectory !

Expected result:
----------------
The correct syntax for the sed command should be the same as version 5.1.2 :

sed 's/\([A-Za-z0-9_]*\)\.lo/.libs\/\1.o/g'

(I just looked at versions 5.1.2 and 5.1.6. I don't know if 5.1.4 is correct or wrong)

Actual result:
--------------
When generating the 'php.sym' file, the 'nm' command receives wrong pathnames and does not output any symbol. As there is a pipe to 'awk', its return code of 1 does not cause the make process to stop (return code from awk is OK). So, the php interpreter is generated with and empty 'php.sym' file, which means that it does not export any gloabl symbol.

It works well until someone tries to load a shared extension. At this time, any call from the extension to the core code cannot be resolved by the runtime linker and the load fails.

I don't know if every extension calls some functions in the core but, on my configuration, it is the case, and none of them can be loaded. It starts with bcmath unable to resolve 'OnUpdateLong', and, then, every extension has some unresolved symbols.