Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:97431 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 16138 invoked from network); 17 Dec 2016 23:02:04 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 17 Dec 2016 23:02:04 -0000 Authentication-Results: pb1.pair.com smtp.mail=dclarke@blastwave.org; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=dclarke@blastwave.org; sender-id=unknown Received-SPF: error (pb1.pair.com: domain blastwave.org from 209.17.115.109 cause and error) X-PHP-List-Original-Sender: dclarke@blastwave.org X-Host-Fingerprint: 209.17.115.109 atl4mhob16.myregisteredsite.com Received: from [209.17.115.109] ([209.17.115.109:58288] helo=atl4mhob16.myregisteredsite.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0D/90-01706-9E3C5585 for ; Sat, 17 Dec 2016 18:02:03 -0500 Received: from mailpod.hostingplatform.com ([10.30.77.35]) by atl4mhob16.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id uBHN1vhL039635 for ; Sat, 17 Dec 2016 18:01:57 -0500 Received: (qmail 15368 invoked by uid 0); 17 Dec 2016 23:01:57 -0000 X-TCPREMOTEIP: 99.253.103.29 X-Authenticated-UID: dclarke@blastwave.org Received: from unknown (HELO ?172.16.35.41?) (dclarke@blastwave.org@99.253.103.29) by 0 with ESMTPA; 17 Dec 2016 23:01:57 -0000 To: PHP Internals Message-ID: Date: Sat, 17 Dec 2016 18:01:56 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: php 7.0.14 fails compile with error _emalloc redefined From: dclarke@blastwave.org (Dennis Clarke) filed bug : https://bugs.php.net/bug.php?id=73777 So now I find this page .. only one page for the memory management of all of PHP? here : http://php.net/manual/en/internals2.memory.management.php So I will try a debug build with -DUSE_ZEND_ALLOC=0 and see what happens. Won't be very useful, no idea why good old malloc or calloc from the libC won't suffice here but anyways : $ ./configure --disable-all \ > --with-apxs2=/usr/local/bin/apxs --sysconfdir=/usr/local/etc \ > --includedir=/usr/local/include \ > --libdir=/usr/local/lib --libexecdir=/usr/local/libexec \ > --localstatedir=/usr/local/var/php --mandir=/usr/local/share/man \ > --infodir=/usr/local/share \ > --enable-debug \ > --cache-file=../php-7.0.14_SunOS5.10_sparcv9.003.cache So this results in a clean configure again with : Configuring Zend checking whether to enable Zend debugging... yes This may or may not help at all but my other option is to search the entire code base for the use of _emalloc and re-name it to something like extra_malloc or similar and see what happens. No idea here why a world class compiler like the Oracle Studio 12.5 C compiler can not compile 7.0.14 but I will keep on pushing along here. Any useful thoughts would be useful. Dennis