php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #61257 '--enable-fpm' makes gmake fail building in FreeBSD on a Sheevaplug
Submitted: 2012-03-02 23:57 UTC Modified: 2013-10-15 11:54 UTC
Votes:6
Avg. Score:4.8 ± 0.4
Reproduced:5 of 5 (100.0%)
Same Version:1 (20.0%)
Same OS:4 (80.0%)
From: jensrasmus at gmail dot com Assigned:
Status: No Feedback Package: Compile Failure
PHP Version: 5.4.0 OS: FreeBSD 8.2-STABLE armeb
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: jensrasmus at gmail dot com
New email:
PHP Version: OS:

 

 [2012-03-02 23:57 UTC] jensrasmus at gmail dot com 
Description:
------------
I configured the php 5.4.0 source like this:

./configure --enable-fpm --enable-cgi --enable-fastcgi --prefix=/usr/local/php 

and then tried to compile with the gmake command. I expected it to complete 
compiling successfully so I could do a `gmake install'. What actually 
happened was a compile failure with this output at the end:

---ERROR MSG START---
In file included from /home/rasmus/php/php-
5.4.0/sapi/fpm/fpm/fpm_scoreboard.h:15,
                 from /home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm.c:21:
/home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm_atomic.h:142:2: error: #error 
Unsupported processor. Please open a bug report (bugs.php.net).
In file included from /home/rasmus/php/php-
5.4.0/sapi/fpm/fpm/fpm_scoreboard.h:15,
                 from /home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm.c:21:
/home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm_atomic.h:146: error: expected ')' 
before '*' token
In file included from /home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm.c:21:
/home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm_scoreboard.h:22: error: expected 
specifier-qualifier-list before 'atomic_t'
/home/rasmus/php/php-5.4.0/sapi/fpm/fpm/fpm_scoreboard.h:51: error: expected 
specifier-qualifier-list before 'atomic_t'
gmake: *** [sapi/fpm/fpm/fpm.lo] Error 1
---ERROR MSG END---

Also, this happened on FreeBSD/arm on a Marvell Sheevaplug. If I remove `--
enable-fpm' from the configure command, make completes successfully; so 
this may be a FPM related problem. This is my complete `uname -a':

FreeBSD frodo 8.2-STABLE FreeBSD 8.2-STABLE #7: Fri Feb 17 01:37:05 CET 2012     
root@frodo:/usr/obj/usr/src/sys/FRODO  arm

Patches

patch-sapi_fpm_atomic.h (last revision 2012-03-12 18:54 UTC by schnorte at gmail dot com)

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2012-03-12 00:14 UTC] schnorte at gmail dot com 
i can confirm this for sheevaplug with freebsd 9.0 and PHP 5.3.10_1

it seems that the generic solution in sapi/fpm/fpm/fpm_atomic.h for __ARM__:

#define atomic_cmp_set(a,b,c) __sync_bool_compare_and_swap(a,b,c)

is not working in freebsd? can anyone provide instead of some atomic operations assembler code for the arm(v5) architecture?
 [2012-03-12 18:52 UTC] schnorte at gmail dot com 
hej jensrasmus,

i figured out a working patch with help of some really nice guys in a freebsd/arm chatroom. see if it works for you!
 [2012-03-13 21:28 UTC] jensrasmus at gmail dot com 
Hej! Thank you schnorte! By editing sapi/fpm/fpm/fpm_atomic.h manually the make compilation process completed successfully. I hope this change will be added to the next minor version of php 5.3 (i.e. 5.3.11) and 5.4. 

Though I do not think the patch works normally by using `patch -p0 < patchfile' or `patch -C < patchfile'; but thats probably just me not being used to patching files ...
 [2013-06-26 23:03 UTC] felipe@php.net
-Status: Open +Status: Feedback
 [2013-06-26 23:03 UTC] felipe@php.net 
Please try using this snapshot:

  http://snaps.php.net/php5.4-latest.tar.gz
 
For Windows:

  http://windows.php.net/snapshots/
 [2013-10-15 11:54 UTC] php-bugs at lists dot php dot net 
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Dec 21 18:01:29 2024 UTC