quesoglc actually defines those symbols in some .h & .i files, so it
does not use fribidi removed symbols.
What I want to add is regarding those:
> * bidiv & centerim use: fribidi_iso8859_8_to_unicode_c, fribidi_unicode_to_iso8859_8
> * mailutils uses fribidi_wcwidth provided that HAVE_FRIBIDI_WCWIDTH is
> defined, I grep'ed for HAVE_FRIBIDI_WCWIDTH in both 0.19.2 & 0.10.9
> and I didn't find that
> * text-bidi, which is a perl interface for libfribidi, uses many of
> those obsolete symbols of fribidi, yet declares them to be "private".
Behdad previously said that fribidi 0.19.x is currently in Fedora
(without any SO bump) and there are no problems there.[1]
I had a look at Fedora source packages, and I found the following:
1) bidiv: the source package in Fedora was patched to be able to compile
with fribidi 0.19.1
2) centerim: fribidi was not enabled in Fedora source package. Hence no
problem appeared.
3) mailutils: this package does not seem to exist in Fedora. Yet I'm not
sure if this package will have a problem in Debian/Ubuntu (please read
the previous email, quoted above)
4) text-bidi: this package does not seem to exist in Fedora, also I am
not really sure if this one is a problem. Since it is a sort of Perl
bindings for fribidi.
I have a correction and additional info regarding the matter:
The correction, regarding what I mentioned earlier:
> * quesoglc uses: nFriBidiMirrore dChars, fribidi_ prop_to_ type 0.7.2/src/ fribidi/ fribidi. c: pp->pos, pp->len, fribidi_type_name (pp->type), pp->level); 0.7.2/src/ fribidi/ fribidi_ mirroring. c: if (pos > nFriBidiMirrore dChars - 1) 0.7.2/src/ fribidi/ fribidi_ mirroring. c: pos = nFriBidiMirrore dChars - 1; 0.7.2/src/ fribidi/ fribidi_ mirroring. c: pos = step = (nFriBidiMirror edChars / 2) + 1; 0.7.2/src/ fribidi/ fribidi_ tab_char_ type_9. i: return fribidi_ prop_to_ type[(unsigned char)FRIBIDI_ GET_TYPE (uch)]; 0.7.2/src/ fribidi/ fribidi_ tab_mirroring. i:const int nFriBidiMirrore dChars = 332; 0.7.2/src/ fribidi/ fribidi_ types.c: const FriBidiCharType fribidi_ prop_to_ type[] = { 0.7.2/src/ fribidi/ fribidi_ types.c: fribidi_ type_name (FriBidiCharType c) 0.7.2/src/ fribidi/ fribidi_ types.h: char *fribidi_type_name (FriBidiCharType c); 0.7.2/src/ fribidi/ fribidi_ types.h: extern const FriBidiCharType fribidi_ prop_to_ type[];
> [...]
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
> quesoglc-
quesoglc actually defines those symbols in some .h & .i files, so it
does not use fribidi removed symbols.
What I want to add is regarding those: iso8859_ 8_to_unicode_ c, fribidi_ unicode_ to_iso8859_ 8 WCWIDTH is WCWIDTH in both 0.19.2 & 0.10.9
> * bidiv & centerim use: fribidi_
> * mailutils uses fribidi_wcwidth provided that HAVE_FRIBIDI_
> defined, I grep'ed for HAVE_FRIBIDI_
> and I didn't find that
> * text-bidi, which is a perl interface for libfribidi, uses many of
> those obsolete symbols of fribidi, yet declares them to be "private".
Behdad previously said that fribidi 0.19.x is currently in Fedora
(without any SO bump) and there are no problems there.[1]
I had a look at Fedora source packages, and I found the following:
1) bidiv: the source package in Fedora was patched to be able to compile
with fribidi 0.19.1
2) centerim: fribidi was not enabled in Fedora source package. Hence no
problem appeared.
3) mailutils: this package does not seem to exist in Fedora. Yet I'm not
sure if this package will have a problem in Debian/Ubuntu (please read
the previous email, quoted above)
4) text-bidi: this package does not seem to exist in Fedora, also I am
not really sure if this one is a problem. Since it is a sort of Perl
bindings for fribidi.
[1] lists.alioth. debian. org/pipermail/ debian- hebrew- package/ 2009-March/ 002330. html
http://
--
أحمد المحمودي (Ahmed El-Mahmoudy)
Digital design engineer
GPG KeyID: 0xEDDDA1B7 (@ subkeys.pgp.net)
GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7