Guys,
There is a typo in the code.
fribidi/fribidi_types.h
-- should be --
fribidi/fribidi-types.h
08:38 supersff:~> ls -1 /usr/include/fribidi/ fribidi-arabic.h fribidi-begindecls.h fribidi-bidi-types-list.h fribidi-bidi-types.h fribidi-bidi.h fribidi-char-sets-list.h fribidi-char-sets.h fribidi-common.h fribidi-config.h fribidi-deprecated.h fribidi-enddecls.h fribidi-flags.h fribidi-joining-types-list.h fribidi-joining-types.h fribidi-joining.h fribidi-mirroring.h fribidi-shape.h fribidi-types.h fribidi-unicode-version.h fribidi-unicode.h fribidi.h
[ 94%] Building CXX object ksvg/impl/libs/libtext2path/src/CMakeFiles/text2path-static.dir/Converter.cpp.o cd /home/david/tblds/trinity-kdegraphics/src/build/ksvg/impl/libs/libtext2path/src && /usr/bin/c++ -DHAVE_CONFIG_H -march=i686 -mtune=generic -O2 -pipe -DQT_NO_ASCII_CAST -DQT_CLEAN_NAMESPACE -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -DQT_THREAD_SUPPORT -D_REENTRANT -include tqt.h -fexceptions -I/home/david/tblds/trinity-kdegraphics/src/kdegraphics/ksvg/impl/libs/libtext2path/src -I/home/david/tblds/trinity-kdegraphics/src/build -I/opt/qt/include -I/opt/qt/include/tqt -I/usr/include/freetype2 -I/usr/include/fribidi -fPIC -o CMakeFiles/text2path-static.dir/Converter.cpp.o -c /home/david/tblds/trinity-kdegraphics/src/kdegraphics/ksvg/impl/libs/libtext2path/src/Converter.cpp /home/david/tblds/trinity-kdegraphics/src/kdegraphics/ksvg/impl/libs/libtext2path/src/Converter.cpp:32:35: fatal error: fribidi/fribidi_types.h: No such file or directory compilation terminated. make[2]: *** [ksvg/impl/libs/libtext2path/src/CMakeFiles/text2path-static.dir/Converter.cpp.o] Error 1 make[2]: Leaving directory `/home/david/tblds/trinity-kdegraphics/src/build' make[1]: *** [ksvg/impl/libs/libtext2path/src/CMakeFiles/text2path-static.dir/all] Error 2 make[1]: Leaving directory `/home/david/tblds/trinity-kdegraphics/src/build' make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...
On Friday 06 May 2011 16:41:04 David C. Rankin wrote:
Guys,
There is a typo in the code.
fribidi/fribidi_types.h
-- should be --
fribidi/fribidi-types.h
Actually is not a typo. On my system (fribidi-0.10.7):
ls -1 /usr/include/fribidi fribidi_char_sets_cap_rtl.h fribidi_char_sets_cp1255.h fribidi_char_sets_cp1256.h fribidi_char_sets.h fribidi_char_sets.i fribidi_char_sets_isiri_3342.h fribidi_char_sets_iso8859_6.h fribidi_char_sets_iso8859_8.h fribidi_char_sets_utf8.h fribidi_config.h fribidi.h fribidi_mem.h fribidi_types.h fribidi_types.i fribidi_unicode.h
On 05/06/2011 08:47 AM, Serghei Amelian wrote:
On Friday 06 May 2011 16:41:04 David C. Rankin wrote:
Guys,
There is a typo in the code.
fribidi/fribidi_types.h
-- should be --
fribidi/fribidi-types.h
Actually is not a typo. On my system (fribidi-0.10.7):
ls -1 /usr/include/fribidi fribidi_char_sets_cap_rtl.h fribidi_char_sets_cp1255.h fribidi_char_sets_cp1256.h fribidi_char_sets.h fribidi_char_sets.i fribidi_char_sets_isiri_3342.h fribidi_char_sets_iso8859_6.h fribidi_char_sets_iso8859_8.h fribidi_char_sets_utf8.h fribidi_config.h fribidi.h fribidi_mem.h fribidi_types.h fribidi_types.i fribidi_unicode.h
One of us is wrong -- and your is WAY-OLD :)
15:52 supersff:~> pacman -Qi fribidi | grep Version Version : 0.19.2-1
08:38 supersff:~> pacman -Qlq fribidi /usr/ /usr/bin/ /usr/bin/fribidi /usr/include/ /usr/include/fribidi/ /usr/include/fribidi/fribidi-arabic.h /usr/include/fribidi/fribidi-begindecls.h /usr/include/fribidi/fribidi-bidi-types-list.h /usr/include/fribidi/fribidi-bidi-types.h /usr/include/fribidi/fribidi-bidi.h /usr/include/fribidi/fribidi-char-sets-list.h /usr/include/fribidi/fribidi-char-sets.h /usr/include/fribidi/fribidi-common.h /usr/include/fribidi/fribidi-config.h /usr/include/fribidi/fribidi-deprecated.h /usr/include/fribidi/fribidi-enddecls.h /usr/include/fribidi/fribidi-flags.h /usr/include/fribidi/fribidi-joining-types-list.h /usr/include/fribidi/fribidi-joining-types.h /usr/include/fribidi/fribidi-joining.h /usr/include/fribidi/fribidi-mirroring.h /usr/include/fribidi/fribidi-shape.h /usr/include/fribidi/fribidi-types.h /usr/include/fribidi/fribidi-unicode-version.h /usr/include/fribidi/fribidi-unicode.h /usr/include/fribidi/fribidi.h /usr/lib/ /usr/lib/libfribidi.a /usr/lib/libfribidi.so /usr/lib/libfribidi.so.0 /usr/lib/libfribidi.so.0.3.1 /usr/lib/pkgconfig/ /usr/lib/pkgconfig/fribidi.pc
How are you still on 0.10??? 0.19.2-1 is current :)
On Friday 06 May 2011 23:54:18 David C. Rankin wrote:
[...]
How are you still on 0.10??? 0.19.2-1 is current :)
For some reason Gentoo maintainers decided to keep fribidi 0.10 on stable branch (I think because newer versions broke backward compatibility). On unstable branch is fribidi-0.19.2-1, of course.
On Friday 06 May 2011 23:54:18 David C. Rankin wrote:
[...]
How are you still on 0.10??? 0.19.2-1 is current :)
For some reason Gentoo maintainers decided to keep fribidi 0.10 on stable branch (I think because newer versions broke backward compatibility). On unstable branch is fribidi-0.19.2-1, of course.
IIRC there was some auto-detection code for freebidi in place due to this problem (inconsistency across distributions). Serghei, can you see if this is the case in the Automake configure.in.in file(s) and implement similar functionality?
Thanks!
Tim
On Saturday 07 May 2011 01:26:43 Timothy Pearson wrote:
On Friday 06 May 2011 23:54:18 David C. Rankin wrote:
[...]
How are you still on 0.10??? 0.19.2-1 is current :)
For some reason Gentoo maintainers decided to keep fribidi 0.10 on stable branch (I think because newer versions broke backward compatibility). On unstable branch is fribidi-0.19.2-1, of course.
IIRC there was some auto-detection code for freebidi in place due to this problem (inconsistency across distributions). Serghei, can you see if this is the case in the Automake configure.in.in file(s) and implement similar functionality?
Fixed in SVN revision 1230745
On 05/06/2011 05:44 PM, Serghei Amelian wrote:
IIRC there was some auto-detection code for freebidi in place due to this
problem (inconsistency across distributions). Serghei, can you see if this is the case in the Automake configure.in.in file(s) and implement similar functionality?
Fixed in SVN revision 1230745
You're good.... :)