Bug #60925 [Fbk->NoF]: fpm_atomic.h says unknown processor (m68k)

From: Date: Sun, 19 Apr 2020 04:22:04 +0000
Subject: Bug #60925 [Fbk->NoF]: fpm_atomic.h says unknown processor (m68k)
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-226657@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=60925&edit=1 ID: 60925 Updated by: php-bugs@lists.php.net Reported by: tg at debian dot org Summary: fpm_atomic.h says unknown processor (m68k) -Status: Feedback +Status: No Feedback Type: Bug Package: FPM related Operating System: Linux PHP Version: 5.4 Assigned To: cmb Private report: N New Comment: 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. Previous Comments: ------------------------------------------------------------------------ [2020-04-08 11:11:29] cmb@php.net Has this issue been resolved in the meantime? ------------------------------------------------------------------------ [2012-04-16 18:31:28] tg at debian dot org Make of this patch what you want. I’ve not gotten anything from the Linux/m68k porters other than “what do you do if the syscall does not exist?” with no solution. (On the other hand, it exists with every Linux kernel from 2.6.34 onwards or Debian 2.6.32; and older systems won’t support the last few eglibc major releases anyway, so chances are low someone’s trying PHP on such systems. And the patch keeps the #error for non-Linux systems.) ------------------------------------------------------------------------ [2012-03-12 23:31:51] tg at debian dot org I’ve built 5.4.0 with a small patch. We’re working on getting it usable for upstream inclusion. On Linux/m68k, one uses a syscall for compare-and-swap 32 bit, as some CPUs do not support the machine instruction and probing for it is too tricky in user space. The syscall was introduced along with TLS support, now we probably need to safeguard this from being compiled on “too old” Linux systems. The patch doesn’t address nōn-Linux m68k, as those are different beasts, and see above. (The ColdFire does not support the instruction, and Linux and MiNT may very well both run on one with MMU, soonish.) ------------------------------------------------------------------------ [2012-02-02 20:11:39] tg at debian dot org OK; in the meantime I’ll try building without FPM, to see whether there are any other lurking issues on m68k. Thanks for the help with this. ------------------------------------------------------------------------ [2012-01-31 00:50:00] aharvey@php.net Thanks again. It's been good to triage this down. :) I'll let Jérôme figure out what he wants to do here, since he's the FPM maintainer. I think your list of options pretty much covers it. ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60925 -- Edit this bug report at https://bugs.php.net/bug.php?id=60925&edit=1

« previous php.bugs (#226657) next »