Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40199 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 73017 invoked from network); 1 Sep 2008 13:30:56 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 1 Sep 2008 13:30:56 -0000 Authentication-Results: pb1.pair.com smtp.mail=php_lists@realplain.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=php_lists@realplain.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain realplain.com from 209.235.152.149 cause and error) X-PHP-List-Original-Sender: php_lists@realplain.com X-Host-Fingerprint: 209.235.152.149 mail959c35.nsolutionszone.com Linux 2.5 (sometimes 2.4) (4) Received: from [209.235.152.149] ([209.235.152.149:44868] helo=mail959c35.nsolutionszone.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 0E/07-55699-E8EEBB84 for ; Mon, 01 Sep 2008 09:30:55 -0400 X-POP-User: wilmascam.centurytel.net Received: from pc1 (72-161-146-209.dyn.centurytel.net [72.161.146.209]) by mail959c35.nsolutionszone.com (8.13.6.20060614/8.13.1) with SMTP id m81DUiug031977; Mon, 1 Sep 2008 13:30:46 GMT Message-ID: <00e001c90c36$f1204140$0201a8c0@pc1> To: Cc: "Lukas Kahwe Smith" , =?iso-8859-1?Q?Johannes_Schl=FCter?= Date: Mon, 1 Sep 2008 08:30:44 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1933 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1933 Subject: Bug #45068: SIZEOF_LONG, etc. when cross compiling From: php_lists@realplain.com ("Matt Wilmas") Hi all, SIZEOF_LONG is getting #define'd as 8 when compiling for 32-bit on 64-bit (is it possible to do the opposite, maybe switched there too?). It also makes MAX_LENGTH_OF_LONG be set wrong, causing the problem in Bug #45068. There are some other places in the code where incorrect code may be used because of wrong SIZEOF_LONG. Is this something that can be easily fixed by one of the build system people? If not, what about setting it (or checking and correcting if needed) in a PHP .h file, instead of the configure script, according to the value of LONG_MAX or something? *shrug* BTW, it looks like the same thing is probably happening for other SIZEOF_* #define's. Well, hopefully someone can look into it! :-] Thanks, Matt