RE: Solaris 10 compile of php-5.6.x fails during make, using OracleStudio 12

Hello Christoph, Thanks for the suggestion. I reviewed the INSTALLATION file in the source tree and it had the same flex/re2c hints for Solaris, but was not sure if it was applicable since the flex hint said up to php-5.2. Flex 2.5.39,REV=2014.05.06 and re2c 0.13.5,REV=2012.03.15 were installed from the solaris csw repositories, /opt/csw/bin was pre-pended to the PATH variable, and /opt/csw/lib was pre-pended to LD_LIBRARY_PATH, but make failed with the same result. Does anything else need to be done to use the recently installed flex/re2c? Was there something in particular from the output leading you to think it was flex and or re2c? Also note there was a typo in my original description, what built correctly an hour or so ago from the 5.5.x tree was 5.5.25 not 5.5.41. John > Date: Sat, 16 May 2015 02:12:10 +0200 > From: cmbecker69@gmx.de > To: mm_half3@live.com; php-install@lists.php.net > Subject: Re: Solaris 10 compile of php-5.6.x fails during make, using OracleStudio 12 > > J wrote: > >> Have tried to compile two versions of the php-5.6.x tree on Solaris >> 10, and both failed in the make process throwing out in target >> Zend/zend_language_scanner.lo. The first attempt was tried in >> March with 5.6.7. Tried with 5.6.9 with similar results. >> Environment is: Solaris 10 x86, cc: Sun C 5.12 SunOS_i386, >> httpd-2.4.12, apr-1.5.2, apr-util-1.5.4. The configure command used >> is: ../php-5.6.9/configure --prefix=/apache >> -with-apxs2=/apache/bin/apxs --enable-opcache=no . The make >> output before the fatal error are below. After the failure of >> 5.6.7 tried the 5.5 source tree and 5.5.23 built without errors. >> Going to try 5.5.41 shortly.....however would like to be able to >> build the 5.6.x tree. Any suggestions? > > From having a quick glance at the issue, the problem might be related to > an incompatible flex/re2c; check the requirements on > . > > Please do not send multipart or even HTML mails to this list – they > might not display well; plain text is usually preferable. > > -- > Christoph M. Becker >