Thanks Antony,
I sort of found that out. I downloaded the gnu iconv and gettext, and ran
them as libiconv, configure, install; tettext, configure, install; libiconv,
distclean, configure, install; php5.2.13 config, make, test (better
results), install - and the joomla migrate worked.
Now - as one of my goals is to make installable packages - I need to figure
out why "make dist" for libiconv (and maybe for gettext as well) does not
work.
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.
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.
The other issue I run into is the, also oldish, libmysqlclient library I
link against also has all the libz routines. I am assuming the code is using
the libz routines - because libz is first in the shared libraries list.
Fun in porting :)
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.
On Mon, Oct 11, 2010 at 12:02 PM, Antony Dovgal <t...@daylessday.org> wrote:
> On 10/10/2010 12:13 AM, Michael Felt wrote:
> > I think it is a bug, but it might also be a misunderstanding.
> >
> > Background: I am trying to convert Joomla 1.0.X to 1.5.X and ran into
> > problems with the conversion of the database that is done during the
> > migration. I started out by doing several of the tests/samples in the
> > php manuals, but always got blank results. I tried changing the php.ini
> > settings:
> > [iconv]
> > iconv.input_encoding = ISO8859-1
> > iconv.internal_encoding = ISO8859-1
> > iconv.output_encoding = ISO8859-1
>
> Well, yes, it's a known problem that AIX contains it's very own version of
> iconv.
> At least it differs from everything else I've seen so far (in terms of
> encoding names and functionality).
>
> > #else
> > REGISTER_STRING_CONSTANT("ICONV_IMPL", "unknown", CONST_CS |
> > CONST_PERSISTENT);
> > #endif
> > REGISTER_STRING_CONSTANT("ICONV_VERSION", version, CONST_CS |
> > CONST_PERSISTENT);
> >
> > It seems my system is being configured, but under #else - "unknown".
>
> Probably "ibm" might be better, but it doesn't change much..
>
> > I did some digging in configure. Once configures finds iconv (PHP
> > version 5.2.13 line numbers!)
>
> You should look into ext/iconv/config.m4 instead.
> ./configure is generated and it's not supposed to be read.
>
> Also I'd suggest you to try 5.3 branch, I can see that AIX iconv support
> exists only there.
>
> --
> Wbr,
> Antony Dovgal
> ---
> http://pinba.org - realtime statistics for PHP
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
