Кросс-компиляция PHP с помощью UCLIBC

ЭТО ОТПРАВЛЕНИЕ, ПРЕДЫДУЩАЯ ПОЧТА ЗАКРЫТА, ПЕРЕДАЕТСЯ К СЕРВЕРУ И ЗАКРЫТО. Я думаю, что это сообщение является допустимой проблемой stackoverflow, потому что я думаю, что это вызвано некоторой ошибкой automake / compile / linking. Это проблема программирования, а не проблема администрирования сервера.

Кросс-компиляция PHP

https://serverfault.com/questions/418521/cross-compile-php

Начало публикации

Я загрузил источник PHP 5.4.0, извлек его и перешел в исходную папку.

Я настраиваю с помощью:

./configure --build=x86_64-unknown-linux-gnu --host=arm-linux-uclibcgnueabi --prefix=/usr/arm/www CC="arm-linux-uclibcgnueabi-gcc --sysroot=/toolchains/gnu_cortex-a9_tools/" --disable-libxml --disable-dom --without-iconv --without-openssl --disable-simplexml --disable-xml --disable-xmlreader --disable-xmlwriter --without-pear --without-sqlite3 --disable-pdo --without-pdo-sqlite --disable-phar --with-config-file-path=/etc/ 

С последующим

 make 

нет ошибок, все работает нормально. Затем я делаю make install.

 make install 

Снова все работает нормально. я перемещаю его на целевую платформу и запускаю

 /usr/arm/www/bin/php -v PHP 5.4.0 (cli) (built: Aug 15 2012 16:07:41) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.4.0, Copyright (c) 1998-2012 Zend Technologies 

Я тестирую простую домашнюю страницу с помощью своего веб-сервера и напрямую с php.

 <?php echo "hello" ?> # php index.php hello 

он работает так, как ожидалось. следующий тест i:

 <?php $output = shell_exec('ls -lart'); echo "<pre>$output</pre>"; ?> 

oh noes ~

 # php shell.php Segmentation fault 

Я использую другой скрипт:

 #!/bin/php <?php echo "hello"; $handle = fopen("info.txt", "r"); echo $handle; ?> 

Тот же результат:

 # php index.php helloSegmentation fault 

У меня есть php.ini?

 # /usr/arm/www/bin/php --ini Configuration File (php.ini) Path: /etc/ Loaded Configuration File: /etc/php.ini 

да, и нет отключенных функций. тестирование strace / usr / arm / www / bin / php index.php

 lstat("/srv/www/info.txt", {st_mode=S_IFREG|0644, st_size=20, ...}) = 0 open("/srv/www/info.txt", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=20, ...}) = 0 lseek(3, 10, SEEK_CUR) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ 

файл info.txt существует, и он получил возможность читать / писать.

Тестирование strace / usr / arm / www / bin / php shell.php

 fcntl64(3, F_GETFL) = 0 (flags O_RDONLY) ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7e31fddc) = -1 EINVAL (Invalid argument) vfork() = 3324 close(4) = 0 fstat(3, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 read(3, "total 24\n-rw-rw-r-- 1 1001 "..., 8192) = 468 read(3, ""..., 8192) = 0 --- SIGCHLD (Child exited) @ 0 (0) --- close(3) = 0 wait4(3324, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 3324 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ 

если я запускаю index.php через gdb, это дает мне:

 Starting program: /usr/arm/www/bin/php index.php hello Program received signal SIGSEGV, Segmentation fault. zend_do_fcall_common_helper_SPEC (execute_data=0x2ac7a040) at /home/maiden/Downloads/php-5.4.0/Zend/zend.h:391 391 /home/maiden/Downloads/php-5.4.0/Zend/zend.h: No such file or directory. in /home/maiden/Downloads/php-5.4.0/Zend/zend.h 

gdb дает мне это из shell.php Стартовая программа: / usr / arm / www / bin / php shell.php

 Program received signal SIGSEGV, Segmentation fault. zend_do_fcall_common_helper_SPEC (execute_data=0x2ab76040) at /home/maiden/Downloads/php-5.4.0/Zend/zend.h:391 391 in /home/maiden/Downloads/php-5.4.0/Zend/zend.h 

zend.h находится в / usr / arm / www / include / php / Zend / очевидно, что что-то пошло не так во время перекрестной компиляции. что я пропустил? Я не могу найти какой-либо флаг configure, чтобы исправить это, и создание символической ссылки в нужное место удаляет выход gdb, но php все еще segfaults.

Спасибо за любую помощь!

ОБНОВИТЬ:

 # valgrind php test.php ==2181== Memcheck, a memory error detector ==2181== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==2181== Using Valgrind-3.8.0 and LibVEX; rerun with -h for copyright info ==2181== Command: php test.php ==2181== ==2181== Conditional jump or move depends on uninitialised value(s) ==2181== at 0x4004EC8: ??? (in /lib/ld-uClibc-0.9.30-nptl.so) ==2181== ==2181== Invalid read of size 4 ==2181== at 0x4004D48: _dl_get_ready_to_run (in /lib/ld-uClibc-0.9.30-nptl.so) ==2181== Address 0x7d4cc304 is just below the stack ptr. To suppress, use: --workaround-gcc296-bugs=yes ==2181== ==2181== Invalid read of size 4 ==2181== at 0x48C348C: __uClibc_main (in /lib/libuClibc-0.9.30-nptl.so) ==2181== Address 0x7d4cc554 is just below the stack ptr. To suppress, use: --workaround-gcc296-bugs=yes ==2181== ==2181== Invalid write of size 4 ==2181== at 0x233010: __eqdf2 (ieee754-df.S:1120) ==2181== Address 0x7d4cb0bc is just below the stack ptr. To suppress, use: --workaround-gcc296-bugs=yes ==2181== Warning: shell_exec(): Unable to execute 'ls -lart' in /test.php on line 3 ==2181== Invalid read of size 4 ==2181== at 0x1FF1AC: zend_do_fcall_common_helper_SPEC (zend.h:391) ==2181== by 0x1F3D17: execute (zend_vm_execute.h:410) ==2181== by 0x18B217: zend_execute_scripts (zend.c:1279) ==2181== by 0x1365BB: php_execute_script (main.c:2473) ==2181== by 0x22B52B: do_cli (php_cli.c:988) ==2181== by 0x22BD4B: main (php_cli.c:1364) ==2181== Address 0x8 is not stack'd, malloc'd or (recently) free'd ==2181== Segmentation fault 

Update2

повторно запустить valgrind с memcheck, получил примерно тот же результат, что и раньше, но это было новым:

 php: can't resolve symbol '__libc_freeres' 

Update3

В то время как valgrind мне не удалось, я продолжил работу с gdb, я создал папку /home/maiden/..etc в своей целевой системе и скопировал содержимое моей папки php / include и повторно запустил gdb. теперь я получаю это сообщение об ошибке:

 (gdb) run index.php Starting program: /bin/php index.php hello Program received signal SIGSEGV, Segmentation fault. zend_do_fcall_common_helper_SPEC (execute_data=0x2ab34040) at /home/maiden/Downloads/php-5.4.5/Zend/zend.h:391 warning: Source file is more recent than executable. 391 return --pz->refcount__gc; 

это очень похоже на то, что вчера написано в шести комментариях. Я теперь пробовал PHP версии 5.3.5, 5.4.0, 5.4.5 ту же ошибку для всех.

Update4

Я загрузил новую инструментальную цепочку для glibc, перекрестно скомпилировал новый busybox с glibc, создал chroot-тюрьму, скомпилировал php с glibc вместо uclibc и протестировал его внутри моей chroot-тюрьмы на моем ящике uclibc, и он работает! Но мне все еще нужно заставить php работать в моей среде uclibc.

я бы проверил configure.log uClibc, чтобы увидеть, включена ли ARCH_USE_MMU и fork. если не vfork заменен на fork, который, скорее всего, будет использоваться shell_exec. главная проблема с vfork заключается в том, что родительский и дочерний использует такое же пространство памяти, что приводит к странным сбоям.