# Compilation of trunk with --enable-dtrace - Thread: https://externals.io/message/48229 - Original archive: https://news-web.php.net/php.internals/48229 - Started by Frederic Hardy on 2010-05-06T09:38:44+00:00 - Messages: 7 - Reply by email to internals@lists.php.net - More for agents: search with https://externals.io/search.md?q={query} · JSON API at https://externals.io/api · documentation at https://externals.io/llms.txt --- ## #48229 — Frederic Hardy — 2010-05-06T09:38:44+00:00 URL: https://externals.io/message/48229#48229 Hello ! I'm currently trying to compile the trunk with dtrace under FreeBSD 8 with revision 298979 and i have the following problem : # ./buildconf # ./configure --enable-dtrace #make ... local/include -g -O2 -fvisibility=hidden -c /usr/home/fch/php/TSRM/tsrm_strtok_r.c -o TSRM/tsrm_strtok_r.lo /bin/sh /usr/home/fch/php/libtool --silent --preserve-dup-deps --mode=compile cc -ITSRM/ -I/usr/home/fch/php/TSRM/ -DPHP_ATOM_INC -I/usr/home/fch/php/include -I/usr/home/fch/php/main -I/usr/home/fch/php -I/usr/home/fch/php/ext/date/lib -I/usr/home/fch/php/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/home/fch/php/ext/sqlite3/libsqlite -I/usr/home/fch/php/TSRM -I/usr/home/fch/php/Zend -I/usr/local/include -g -O2 -fvisibility=hidden -c /usr/home/fch/php/TSRM/tsrm_virtual_cwd.c -o TSRM/tsrm_virtual_cwd.lo /bin/sh /usr/home/fch/php/libtool --silent --preserve-dup-deps --mode=compile cc -Imain/ -I/usr/home/fch/php/main/ -DPHP_ATOM_INC -I/usr/home/fch/php/include -I/usr/home/fch/php/main -I/usr/home/fch/php -I/usr/home/fch/php/ext/date/lib -I/usr/home/fch/php/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/home/fch/php/ext/sqlite3/libsqlite -I/usr/home/fch/php/TSRM -I/usr/home/fch/php/Zend -I/usr/local/include -g -O2 -fvisibility=hidden -c /usr/home/fch/php/main/main.c -o main/main.lo In file included from /usr/home/fch/php/main/main.c:84: /path/to/php/Zend/zend_dtrace.h:40:29: error: zend_dtrace_gen.h: No such file or directory Any suggestion ? All my apologize if it's not the good place to report this. Best regards, Fred --- ## #48230 — David Soria Parra — 2010-05-06T11:21:06+00:00 URL: https://externals.io/message/48229#48230 · In reply to: #48229 FreeBSD Dtrace is known to be broken because of a syntax issue somewhere in their DTrace scripts that are included by default. FreeBSD dtrace is not supported at the moment. David > Hello ! > > I'm currently trying to compile the trunk with dtrace under FreeBSD 8 > with revision 298979 and i have the following problem : > > # ./buildconf > # ./configure --enable-dtrace > #make > ... > local/include -g -O2 -fvisibility=hidden -c > /usr/home/fch/php/TSRM/tsrm_strtok_r.c -o TSRM/tsrm_strtok_r.lo > /bin/sh /usr/home/fch/php/libtool --silent --preserve-dup-deps > --mode=compile cc -ITSRM/ -I/usr/home/fch/php/TSRM/ -DPHP_ATOM_INC > -I/usr/home/fch/php/include -I/usr/home/fch/php/main -I/usr/home/fch/php > -I/usr/home/fch/php/ext/date/lib -I/usr/home/fch/php/ext/ereg/regex > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/home/fch/php/ext/sqlite3/libsqlite -I/usr/home/fch/php/TSRM > -I/usr/home/fch/php/Zend -I/usr/local/include -g -O2 > -fvisibility=hidden -c /usr/home/fch/php/TSRM/tsrm_virtual_cwd.c -o > TSRM/tsrm_virtual_cwd.lo > /bin/sh /usr/home/fch/php/libtool --silent --preserve-dup-deps > --mode=compile cc -Imain/ -I/usr/home/fch/php/main/ -DPHP_ATOM_INC > -I/usr/home/fch/php/include -I/usr/home/fch/php/main -I/usr/home/fch/php > -I/usr/home/fch/php/ext/date/lib -I/usr/home/fch/php/ext/ereg/regex > -I/usr/local/include/libxml2 -I/usr/local/include > -I/usr/home/fch/php/ext/sqlite3/libsqlite -I/usr/home/fch/php/TSRM > -I/usr/home/fch/php/Zend -I/usr/local/include -g -O2 > -fvisibility=hidden -c /usr/home/fch/php/main/main.c -o main/main.lo > In file included from /usr/home/fch/php/main/main.c:84: > /path/to/php/Zend/zend_dtrace.h:40:29: error: zend_dtrace_gen.h: No such > file or directory > > Any suggestion ? > All my apologize if it's not the good place to report this. > > Best regards, > Fred --- ## #48232 — Antony Dovgal — 2010-05-06T11:56:49+00:00 URL: https://externals.io/message/48229#48232 · In reply to: #48230 > FreeBSD Dtrace is known to be broken because of a syntax issue somewhere > in their DTrace scripts that are included by default. FreeBSD dtrace is > not supported at the moment. Anyway, you need to check the result of dtrace execution and abort with a nice errmsg if it fails. Also you might want to detect dtrace's version before running it. -- Wbr, Antony Dovgal --- http://pinba.org - realtime statistics for PHP --- ## #48234 — Frederic Hardy — 2010-05-06T12:55:37+00:00 URL: https://externals.io/message/48229#48234 · In reply to: #48230 Hello ! I don't known why the dtrace version has a relation with the fact that the file zend_dtrace_gen.h is not in the trunk... Perhaps you can explain that to me ? error: zend_dtrace_gen.h: No suchfile or directory Best regards, Fred. --- ## #48235 — David Soria Parra — 2010-05-06T13:07:58+00:00 URL: https://externals.io/message/48229#48235 · In reply to: #48234 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 06.05.10 14:55, schrieb Frederic Hardy: > Hello ! > > I don't known why the dtrace version has a relation with the fact that > the file zend_dtrace_gen.h is not in the trunk... > Perhaps you can explain that to me ? zend_dtrace_gen.h is generated during configure using dtrace -h and then the object file is generated using dtrace -G on Solaris and FreeBSD (mac os doesn't need a compiled object files of the probe description). On FreeBSD dtrace -h fails because of a syntax error in a dtrace script that comes with the OS, therefore the dtrace headers cannot be generated. We need to generate the headers as every OS generates different DTrace headers. david -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJL4r8tAAoJEAT0aMuPE7Z1VqkQAJTchyHdMf8B5SaePTuAJKeS AnorTA+9La34r0zLdS6Da5TMoRuQB4a7hTTeM+8FuCwxdNKr6jBWyL92A2G4umxB D7o8IZ/HCMUX2G2UMIukTcTm/ZCmDYNHhExE1Grx9Gah7u+y1GpkynuMU6TuY5VK eDErRLi6E20S1W86Hq/RHGZP0ikqsWR6NixoLwJ4ySMWU095Tg8UIc/eAW+IfB3a GaDPbOWqZUgDzbJ2GXStZBJ9CIbZBzHLizCb5sR887fPaGrMT8/5L2nOC8uHm+4I W8EP+8g9cSaqjlc5E3RWZZphgGJsA+/D9pKqNy64BwLwn83qegMefMMEuZBnyaTn YDzuy2dHE+SeHElP1oRH68h/cABKFNZHeTsrwEeUnuIxDcMTaJevuEWpzFx1NB7k tRKmQOw2Cd+gYhdbazfUGkUHRyBc0EojNq3iwg/jsXDXfiBA/DgIhTOYcyh7cPeY Cx4kgXc3nEQJniBBerRkW7QSVA/XFHIfJQ6fHF20lqaYjc0mzfgthjW5Hf/ivhlx JJBcl9oIGxpwHX74e5Yo5KTgF+lnOEZYr1gjCDWusHy11Lvu4MQAlPdnSShXxyop vLii+EnpyKSrh29dEtiDkAiKKB6y9rUzs1h2HwtJiOsk8lGj9DeVualyTI1Got3Z TelI2vACc/vUSaMWiJL/ =kqvH -----END PGP SIGNATURE --- ## #48963 — johannes@schlueters.de — 2010-06-23T20:43:59+00:00 URL: https://externals.io/message/48229#48963 Hi, > fch@witchblade:/usr/home/fch/php/sapi/cli > 26> sudo dtrace -ln 'php*:::' -c './php -m' > Password: > ID PROVIDER MODULE FUNCTION NAME > Segmentation fault: 11 (core dumped) Well, if DTrace segfaults I'd guess that's due to the DTrace port, not PHP. It works for me on Solaris. johannes --- ## #48964 — Frederic Hardy — 2010-06-23T21:13:05+00:00 URL: https://externals.io/message/48229#48964 · In reply to: #48963 > Hi, > > > > > […] > Well, if DTrace segfaults I'd guess that's due to the DTrace port, not > PHP. It works for me on Solaris. > I'm agree. But i will hope that someone has the same problem or has a solution. Can you say me if dtrace -l | grep php must return nothing ? Best regards, Fred. -- ======================================================================== Frédéric Hardy : Architecte d'application/Admin. système/Ergonome Status : En recherche d'emploi ========================================================================