I'm not sure what the problem is. As long as you have everything nicely split out and use a path, you can install it with as many versions as you want. I run 13 on my laptop and 14 on my desktop. I wrote about it before too: https://derickrethans.nl/multiple-php-version-setup.html

You need to make sure that in between compiles for different PHP versions you need to run "make clean". You can also use the "./rebuild.sh" script to do this for you.

Hi derick, I'm new to compiling xdebug myself. I've experienced above issue but can't seem to make it work by simply using "make clean". Even if I extract the tarball freshly I run into this. I have installed PHP 7 by the package manager (on Debian) and PHP 5.6 (and others) in my opt directory. So system wide paths are adjusted for PHP 7. I use the phpize of PHP 5.6 to build xdebug.

Is there any option I can pass to the configure command to not use the PHP 7 include dir but the PHP 5.6 one? Respectively, which global variables do I have to adjust to make it work? Thank you for any directions.

hi netbrothers-tr

Only way I got it to work with two PHP installs is by using the hack I put in the additional information:

hack

sudo mv /usr/include/php/20151012 /usr/include/php/20151012.BU
sudo cp -r /usr/include/php/20131226 /usr/include/php/20151012

standard procedure

phpize5.6
./configure
make

reset hack

sudo rm -R /usr/include/php/20151012
sudo mv /usr/include/php/20151012.BU /usr/include/php/20151012

Thanks, dgoosens!

Yet another simple way.
Just set version of php.

Steps:

• download xdebug
• tar -xvzf xdebug.tar
• cd xdebug
• phpize7.0
• ./configure --with-php-config=/usr/bin/php-config7.0
• make
• copy xdebug.so to /usr/lib/php/20151012/
• config your php.ini
• enjoy

I don't think it's a bug. It's expected as both PHP versions are trying to use the same copy of xdebug. What I did was to look for xdebug.so files on the system:

$ sudo find / -iname 'xdebug.so' -print
/usr/lib/php/20160303/xdebug.so
/usr/lib/php/20170718/xdebug.so
/usr/lib/php/20131226/xdebug.so
/usr/lib/php/20151012/xdebug.so
/usr/lib/php5/20121212/xdebug.so

Older versions already existed for me (I'm on AWS Cloud9). The 2017 one was put there by me (I used the excellent https://xdebug.org/wizard.php ). That's for PHP 7.2 but for PHP 5.6 I chose an older one that worked, from 2013. 2015 and 2016 didn't work. 2012 is likely for Cloud9's 5.5.9.

The way I separated which PHP loads which, is by NOT putting this into php.ini (Cloud9 uses a global php.ini, no matter the version, so I keep version-specific config out of that file):

zend_extension = /usr/lib/php/20170718/xdebug.so

or

zend_extension = xdebug.so

So NO loading xdebug from a php.ini that could be reached/loaded/used by any version.

DO put the lines for the appropriate version into these files

/etc/php/7.2/apache2/conf.d/20-xdebug.ini

and

/etc/php/5.6/apache2/conf.d/20-xdebug.ini

Now when I check with phpinfo() I can see 2 distinct versions getting loaded for each. Xdebug v2.5.5 for PHP 5.6 and Xdebug v2.6.0 for PHP 7.2 - I don't need to copy or move them around this way. According to the changelog https://xdebug.org/updates.php Xdebug v2.5.5 is the last version supporting PHP 5.6, so I have the latest version for every system now.