emp/intl/configure: line 3838: `
PHP_SETUP_ICU(INTL_SHARED_LIBADD)'
ERROR: `/tmp/pear/temp/intl/configure --with-icu-dir=/usr/lib/icu/' failed
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese free dictionary)
http://dcook.org/work/ (About me and my work)
http://
since I
wrote that function, and just looking at it now I cannot make head nor
tail of it. So I'd regard that as a last resort :-)
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese free dictionary)
http://dcook.org/work/ (About me and my work)
http://dcook.org/work/chart
> I just pressed ENTER and it found icu. What it is looking for is
>
> bin/icu-config
>
> On my system this is in /usr. If the default empty path doesn't work, I'd
> try '/usr'. If you can't find 'icu-config' on your system then you don'
to work out who I should give a bug report to.)
Is it possible for you to post your PHP_SETUP_ICU definition and I'll
paste that into acinclude.m4 to see if it is the only problem.
Thanks,
Darren
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese free dictionary)
http:/
> I think ICU stuff might be added to 5.2 branch after 5.2.3 You may want
> to d/l 5.2.6 from php.net and compare the acinclude.m4, or just see one
> on cvs.php.net in PHP_5_2 branch.
Thanks. I got it from here:
http://cvs.php.net/viewvc.cgi/php-src/acinclude.m4?revision=1.387
Perhaps the intl
opular distro then it isn't ready for me to use it in
client projects. So I'll carry on being your pecl beta tester :-).
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese free dictionary)
http://dcook.org/work/ (About me and my work)
http://dcook.org/work/charts/
>> I'm typing "pecl install intl". It downloads this file:
>> intl-1.0.0beta.tgz (96,707 bytes)
>
> I see. Unfortunately, this build is a bit old... We should have better
> release pretty soon ... but right now best bet would be to check
> out pecl/intl from CVS, using PHP_5_2 branch.
Release e
7;ptrdiff_t'
/usr/lib/gcc/i486-linux-gnu/4.1.3/include/stddef.h:152: error: previous
declaration of 'ptrdiff_t' was here
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese free dictionary)
http://dcook.org/work/ (About me and my work)
http://dcook.org/wo
something ptrdiff-related was added to
configure.in 11 months ago:
http://cvs.php.net/viewvc.cgi/php-src/configure.in?r1=1.628&r2=1.629
Is this another php 5.2.4 dependency? What do I need to add to
php_config.h, on a 32-bit OS, to get past this?
Thanks for your help,
Darren
--
Darren Co
uare brackets around the macro name (see
http://ac-archive.sourceforge.net/doc/howto.html and search for word
"redefine").
As a quick test I added a 2nd copy of AC_DEFUN([PHP_SETUP_ICU],[...]) to
/usr/lib/php5/build/acinclude.m4 and it didn't cause an error.
Darren
--
Darr
ough.
OK, I added this line at the end of php_config.h:
#define HAVE_PTRDIFF_T 1
And "pecl install intl" now works!
A quick test of Normalizer::normalize() worked.
Thanks for your help,
Darren
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese-Arabic
to make that
clickable; but foolishly (IMHO) PHP lists are using SBL, where some
idiot (or employee of a google competitor) has blacklisted blogspot.com.)
Darren
--
Darren Cook
http://dcook.org/mlsn/ (English-Japanese-German-Chinese-Arabic
open source dictionary/semantic ne
mes in C++, such as std::cout, instead
of "using namespace std;"
--
Darren Cook, Software Developer/Researcher
http://dcook.org/mlsn/ (English-Japanese-German-Chinese-Arabic
open source dictionary/semantic network)
http://dcook.org/work/ (About me and my work)
h
and make it PHP 5.3+ and namespace it right from
> the beginning.
Stanislav, does the above mean that IntlDateFormatter will be renamed to
DateFormatter, and be inside a namespace, for php 6?
Darren
--
Darren Cook, Software Researcher/Developer
http://dcook.org/mlsn/ (English-Japanese-German
e Naming Conventions section of:
http://cvs.php.net/viewvc.cgi/php-src/CODING_STANDARDS?view=co
but #7 says: "The class name should be prefixed with the name of the
'parent set' (e.g. the name of the extension)"
What are the good reasons for not changing the names?
Darren
--
Darren C
either comprehensive or widely supported.
Which languages are you trying to transliterate for?
Darren
--
Darren Cook, Software Researcher/Developer
http://dcook.org/mlsn/ (English-Japanese-German-Chinese-Arabic
open source dictionary/semantic network)
http://dcook.org/work/
de, but still doesn't seem to support giving a 4-character hex
code. Perhaps you just use \x twice in a row? E.g.
\x06\x28
to match U+0628 (Arabic BEH).
Darren
--
Darren Cook, Software Researcher/Developer
http://dcook.org/mlsn/ (English-Japanese-German-Chinese-Arabic
quot;Intl" are:
* Consistency with IntlDateFormatter
* Following PHP naming guidelines
* Avoid clashes with existing classes (someone having written a class
called Collator is more likely than someone having written one called
IntlCollator)
(I'd also add "code clarity",
uniformity.
I'm advocating uniformity for the sake of usability :-). (for reasons
already given). (I'm a freelance programmer, working on real-world
i18n-related code, not an ivory tower academic.)
Darren
--
Darren Cook, Software Researcher/Developer
http://dcook.org/mlsn/ (Engli
habets. Accents for French.
[2]: E.g. for English "the", "be", "to", etc.
http://en.wikipedia.org/wiki/Most_common_words_in_English
Same list for German:
http://de.wikipedia.org/wiki/Liste_der_h%C3%A4ufigsten_W%C3%B6rter_der_deutschen_Sprache
--
Darren Cook, Softwa
tood, this is just doing charset
detection, with language as a bonus when the charset implies it? If
someone is actually using this and can confirm it can tell the
difference between say English, French and German, all in UTF-8
encoding, please let me know.
Thanks,
Darren
--
Darren Cook, So
> http://pear.php.net/package/Text_LanguageDetect
Thanks to both people who suggested this; it is just what I was hoping
to find (and that google didn't). I'll start evaluating it then
roll-my-own on top if it isn't accurate enough.
Darren
--
Darren Cook, Software Researc
rocess them,
then repeat with the next 8 bytes, and they are an equal mix of
characters 1, 2 and 3 bytes long then there is a high probability you
will processing garbage.
Darren
--
Darren Cook, Software Researcher/Developer
http://dcook.org/mlsn/ (English-Japanese-German-Chinese-Arabic
open so
works fine. But a friend of
> mine using some Windows and some Outlook will always receive srumbled
> german umlauts...
As you didn't say explicitly, have you confirmed he can receive an email
(e.g. sent by thunderbird) in UTF-8 encoding, with umlauts, and it
displays okay?
If s
> $subject = mb_encode_mimeheader($subject,
> mb_internal_encoding(),"B","\n");
> return mail('[email protected]', $subject, $message, $header);
Sorry, I missed this earlier: if you have mb_encode_mimeheader() then
you also have mb_send_mail(), which does all the hard work for you.
http://php
e mbstring extension then UTF-16 is supported (including for
regexes apparently):
http://jp.php.net/manual/en/mbstring.supported-encodings.php
mbstring has been on all shared hosts I've used, so it is usually fine
to rely on it.
Darren
--
Darren Cook, Software Researcher/Developer
http://dc
ay("en_US.UTF8","en_US.UTF-8"));
(untested)
Darren
P.S. On the MySQL side have a look at the collation setting of the database.
--
Darren Cook, Software Researcher/Developer
http://dcook.org/gobet/ (Shodan Go Bet - who will win?)
http://dcook.org/mlsn/ (Multilingual o
_mb===false){
$s_iconv=iconv($encoding,'UTF-8',$s);
if($encoding=='windows-1256' ||
$encoding='windows-1254')$s_mb=$s_iconv;//Handle encodings not
supported by mb_string extension
else $s_mb=mb_convert_encoding($s,'UTF-8',$encoding);
}
sageformatter.php
> http://icu-project.org/apiref/icu4c/classPluralFormat.html
> http://icu-project.org/apiref/icu4c/classSelectFormat.html
>
>> Check gettext manual (http://www.php.net/ngettext).
--
Darren Cook, Software Researcher/Developer
http://dcook.org/gobet/ (Shodan G
lify that, I may only ever have tried with
Japanese, Chinese, Arabic and European languages :-)
--
Darren Cook, Software Researcher/Developer
http://dcook.org/work/ (About me and my work)
http://dcook.org/blogs.html (My blogs and articles)
--
PHP Unicode & I18N Mailing List (http://www.php.n
-the-max-key-size-for-an-array-in-php
Darren
--
Darren Cook, Software Researcher/Developer
http://dcook.org/work/ (About me and my work)
http://dcook.org/blogs.html (My blogs and articles)
--
PHP Unicode & I18N Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
> When I'm trying to load an external html document with the loadHTMLFile()
> function and then I use the saveHTML() function to output its content,
> some text in the external html document which is written in hebrew is
> displayed in a gibberish format. is anyone here has an idea how to solve
> t
> Which directive should I check for its value? there are number of
> directives that may be related to this problem, among them:
> mbstring.internal_encoding, iconv.internal_encoding.
How about checking all of them :-)
If you are reading in UTF-8 files, and writing UTF-8 files, all internal
enco
33 matches
Mail list logo
