[TriLUG] Compiling PHP

[Brian McCullough via TriLUG]

On Thu, Dec 03, 2015 at 07:06:03PM +0000, Triangle Linux Users Group discussion list wrote:
> On Thu, 3 Dec 2015, Brian McCullough via TriLUG wrote:
> 
> >I ran "configure" and it goes well, until it gets to MySQL, where it
> >reports:
> >
> >checking for MSSQL support via FreeTDS... no
> >checking for MySQL support... yes
> >checking for specified location of the MySQL UNIX socket...
> >/var/lib/mysql/
> >checking for mysql_close in -lmysqlclient... no
> 
> this means a test piece of code, generated by configure, with a call to
> mysql_close() failed. It does not neccessarily mean that there is no
> mysql_close() in libmysqlclient. You need to run by hand the piece of code
> and see why it failed. It's possible that some other dependency is not
> satisfied.
> 
> You can find the piece of test code with
> 
> sh -x configure --prefix=/usr .... > foo.out 2>&1

I did something like that, except looking at the source for configure,
and found the function that it was generating to do this, but yes, this
is probably a better way, because it will give me context, too.



> >I tried downloading the MySQL source code from that site, but it turned
> >out to be more of a binary than source.  It still didn't seem to be any
> >different than what I already had.
> 
> assuming this is true, it is most likely that you'll have to recursively
> download the internet 

Ooo. Scary.


>  Do you
> really need the new php on this machine that badly?

There are two answers to that question, Joe.

The first is, that if I want to install the current ReCaptcha on this
machine, which is what started this exercise, and then on the production
machine, then yes, I need this, or a later version of PHP.

However, as I said to Michael, I might be better off upgrading the whole
machine to match production.



> Joe


Thanks,
Brian