yesĬhecking for C compiler default output file name. usr/bin/sedĬhecking whether the C compiler works. usr/bin/grepĬhecking for a sed that does not truncate output. Running: /private/var/tmp/pear/temp/xdebug/configure -with-php-config=/usr/bin/php-configĬhecking for grep that handles long lines and -e. Grep: /usr/include/php/Zend/zend_extensions.h: No such file or directoryīuilding in /private/var/tmp/pear/temp/pear-build-rootvAIHaa/xdebug-2.9.4 Grep: /usr/include/php/Zend/zend_modules.h: No such file or directory Grep: /usr/include/php/main/php.h: No such file or directory Starting to download xdebug-2.9.4.tgz (243,689 bytes) This is a trace of running sudo pecl install xdebug from the first solution Password:
I was primarily using php 7.3.9 before trying xdebug, and I also tried some solutions such as this, this and this, which mainly gave me a failed ‘make’ and blank PHP API versions.
Zend Engine v3.3.9, Copyright (c) 1998-2018 Zend Technologies I happen to not see it at all at the bottom of the page, and just included it as per the tutorials, and ever since that change my php -v will produce this output Failed loading /Applications/MAMP/bin/php/php7.3.9/lib/php/extensions/no-debug-non-zts-20180731/xdebug.so: dlopen(/Applications/MAMP/bin/php/php7.3.9/lib/php/extensions/no-debug-non-zts-20180731/xdebug.so, 0x0009): code signature in (/Applications/MAMP/bin/php/php7.3.9/lib/php/extensions/no-debug-non-zts-20180731/xdebug.so) not valid for use in process: mapping process is a platform binary, but mapped file is not While following some tutorials such as this, it was mentioned that the section should just be commented out. I’m facing a lot of issues installing Xdebug on my macOS.įrom the phpinfo page, I see that the php.ini file I’m using is in /etc/php.ini.
0 kommentar(er)
