Bug #76574 [Fbk->Opn]: use of undeclared identifiers INT_MAX and LONG_MAX

Edit report at https://bugs.php.net/bug.php?id=76574&edit=1 ID: 76574 User updated by: php-bugs-2018 at ryandesign dot com Reported by: php-bugs-2018 at ryandesign dot com Summary: use of undeclared identifiers INT_MAX and LONG_MAX -Status: Feedback +Status: Open Type: Bug Package: mbstring related Operating System: macOS 10.12.6 PHP Version: 7.3.0alpha2 Block user comment: N Private report: N New Comment: Extensions in core have worked fine with phpize until now. I'm not sure what further feedback you're asking me to provide... Previous Comments: ------------------------------------------------------------------------ [2018-07-05 06:24:37] ab@php.net Ah, that explains it. Extensions in the core are usually not prepared for phpize usage. In this particular case, the config expects an in core path, so it can create conifig.h dynamically. Anything prevents to compile shared in the core? Thanks. ------------------------------------------------------------------------ [2018-07-05 04:52:27] php-bugs-2018 at ryandesign dot com I'm building mbstring as a separate extension, using MacPorts. (I'm the MacPorts maintainer of PHP.) The only configure flags are: --prefix=/opt/local --with-php-config=/opt/local/bin/php-config72 The configure output doesn't mention limits. ------------------------------------------------------------------------ [2018-07-04 13:48:54] ab@php.net Thanks for the report. What are the configure flags? Especially, is --disable-mbregex used? Thanks. ------------------------------------------------------------------------ [2018-07-04 09:59:04] dc dot link at yahoo dot fr Odd, because normally limits.h is checked in the configure step. ------------------------------------------------------------------------ [2018-07-04 05:24:40] php-bugs-2018 at ryandesign dot com I do not see the problem when I build oniguruma 6.7.1 by itself outside of PHP. It looks like one needs to #include <limits.h> in order to get the definitions of INT_MAX and LONG_MAX. The oniguruma source code does do that, but only if its configure script determined that the header exists; it sets HAVE_LIMITS_H when that's the case. It doesn't look like PHP runs oniguruma's configure script, so it's not set. I am able to build successfully by adding "-DHAVE_LIMITS_H=1" to CFLAGS, but of course I shouldn't have to do that. ------------------------------------------------------------------------ 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=76574 -- Edit this bug report at https://bugs.php.net/bug.php?id=76574&edit=1