Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:49903 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79754 invoked from network); 12 Oct 2010 21:15:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Oct 2010 21:15:50 -0000 Authentication-Results: pb1.pair.com smtp.mail=mamfelt@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mamfelt@gmail.com; sender-id=pass; domainkeys=bad Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.42 as permitted sender) DomainKey-Status: bad X-DomainKeys: Ecelerity dk_validate implementing draft-delany-domainkeys-base-01 X-PHP-List-Original-Sender: mamfelt@gmail.com X-Host-Fingerprint: 209.85.215.42 mail-ew0-f42.google.com Received: from [209.85.215.42] ([209.85.215.42:44584] helo=mail-ew0-f42.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E0/02-60583-400D4BC4 for ; Tue, 12 Oct 2010 17:15:49 -0400 Received: by ewy24 with SMTP id 24so1206115ewy.29 for ; Tue, 12 Oct 2010 14:15:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=RXd89eVHZxc2qlkWK9kVk/lBMGkyxklSQFN5nFSb4vQ=; b=GpDaD/ISatMM1fG7bjUXPm0FYeL2q4ZjAfLgXeexNUwRltRokNukb/6kfPVTA0txlK Oh2R9Y+ZayLsjcWuoKeXIdacRfzDsF5BV5vz/0fVbNLxIbZVn+nKuhEFQ+PwHvDMW1zh DPpLZKNzJdnWvAHKVEuFtIxfwSDlpqTEuzA80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=vi5QYwVHnzItwrkq/pI6J2UgT59KSpXDxLekLtVJHL2OOJDgXX5J3C5wMeNsEVWgoH rahIAso/w9k73NqFC8mhm29Bl9jDgpAQV0bzgl5mQlHxDG17wunCT2fHVLjHGBqxCVd5 eKC7/BTqUtjMtWznBAp3iihN8PA2457MFjpMU= MIME-Version: 1.0 Received: by 10.213.7.81 with SMTP id c17mr4566926ebc.17.1286918145724; Tue, 12 Oct 2010 14:15:45 -0700 (PDT) Received: by 10.14.127.78 with HTTP; Tue, 12 Oct 2010 14:15:45 -0700 (PDT) In-Reply-To: <4CB44DE6.4090607@daylessday.org> References: <4CB0CCD1.6090408@acm.org> <4CB2E0C6.8070000@daylessday.org> <4CB44DE6.4090607@daylessday.org> Date: Tue, 12 Oct 2010 23:15:45 +0200 Message-ID: To: Antony Dovgal Cc: internals@lists.php.net Content-Type: multipart/alternative; boundary=0015174be26aee502c049271fa74 Subject: Re: [PHP-DEV] Problems with iconv on AIX 5.3 and 6.1 - maybe a bug From: mamfelt@gmail.com (Michael Felt) --0015174be26aee502c049271fa74 Content-Type: text/plain; charset=ISO-8859-1 On Tue, Oct 12, 2010 at 2:00 PM, Antony Dovgal wrote: > On 10/11/2010 10:35 PM, Michael Felt wrote: > > As to 5.3 - personally, I have some oldish PHP code that does not like > > some of the new defaults in 5.3 (as least when I tried when it first > > came out). However, I shall soon do 5.2.14. > > I'd still recommend at least _to try_ 5.3 just to make sure it really does > compile & work fine. > If that is the case, you can start backporting AIX-related changes from 5.3 > to 5.2. > > I'll try it, of course. Just as I did when it first came out. I have even tried the Alpha version, but not had much luck (then - I'll look again). > > There is another AIX idiosycrancy I found. It does not like the > > BUILD_CLI string in the Makefile. If I edit it into seperate lines and > > put those where $(BUILD_CLI) stands, the sapi/cli/php program configures > > fine. > > Make sure you use GNU make and as much other GNU utils as possible - the > native ones are broken. > Native make might be broken - but I understand legacy make (or is it POSIX) better than gnu make. Sometimes I have to use gnumake (One of the packages I port requires it). > > > Fun in porting :) > This is a poke at myself - and trying to acknowledge that I know it is a very difficult challenge to write portable code. That is why I hesitate to call anything a bug. Just because it isn't working on my system effortlessly does not make it a bug. And you are quite correct. It does get very frustrating. > Well, I wouldn't call that fun.. it's more of a frustration to me. > > > Off topic I know - but how much interest is there is a more explicit > > "debug" info of the BUILD_CLI issue. Personally I find it very strange > > as it used to work fine (the string does not look to have changed in a > > long time. I would guess it is some security 'improvement' in make or > ksh. > > GNU bash and GNU make should certainly fix it. > > And, maybe I'll have to adapt my development system to use those. But after over 30 years of using sh (the original shell, short time at csh, and the last 15+ years using ksh - I dont really want to learn a new shell. AIX is also my work, and bash is an option. ksh is there all the time. I cannot demand that the people I support use bash, so I dont want to be overly dependent on it professionally either. I shall try gnu make and see if the problem with BUILDCLI goes away - as gnumake already built. And if that does not work I'll considering loading bash for a test run. wbr, Michael (p.s. I had to google wbr!) > -- > Wbr, > Antony Dovgal > --- > http://pinba.org - realtime statistics for PHP > --0015174be26aee502c049271fa74--