<div dir="ltr"><div class=""><img class="" id=":1bl" tabindex="0" src="https://mail.google.com/mail/u/0/images/cleardot.gif" alt="">(meant to reply all) </div><div>Richard, GCC 3.4.3 is about 9 years old- <a href="http://gcc.gnu.org/gcc-3.4/" target="_blank">http://gcc.gnu.org/gcc-3.4/</a> </div> Would it be possible to rebuild gcc, even in a user account? Binaries are pretty easy to come by, also. Might be worthwhile. Could be endian problems? Does the travis build try anything big endian?</div><div class="gmail_extra"> <div class="gmail_quote">On Fri, Apr 5, 2013 at 12:09 PM, Richard Wordingham <<a href="mailto:richard.wordingham@ntlworld.com" target="_blank">richard.wordingham@ntlworld.com</a>> wrote: <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I had difficulty compiling HarfBuzz 0.9.14 on Solaris 10, and I would like advice on whether it is worth developing official, robust fixes. You might advise me that the system is obsolete and not worth supporting. Environment: O/S: SunOS 5.10 Generic_118833-18 HW: sun4u SUNW,A70 Compiler: gcc Version 3.4.3 Unfortunately, upgrading this system's software is not an option. Compilation problems: 1) libstdc++.la is an empty file! It is therefore not recognised as a valid library, and compilation halts. My work-around is to manually remove "-lstdc++" from the generated script libtool. 2) The compiler does not recognise the option -fvisibility-inlines-hidden. My work-around is to manually remove it from the script configure. 3) The compiler considers the that overload resolution between the following templates in hb-open-type-private.hh is not possible: /* Cast to struct T, pointer to pointer */ template<typename Type, typename TObject> inline const Type* CastP(const TObject *X) { return reinterpret_cast<const Type*> (X); } template<typename Type, typename TObject> inline Type* CastP(TObject *X) { return reinterpret_cast<Type*> (X); } My workaround is to rename the former CastCP and change CastP to CastCP until the compiler stops complaining. I had to make the same change for other pairs. Run-time problems: The program in test.cc core suffers an assertion failure because buffer directionality is invalid. I believe this is the intended response to the behaviour in test.cc. When I correct the file by calling hb_buffer_guess_segment_properties() before hb_shape(), I get intelligible glyph indices on Linux. However, on Solaris the glyph indices are returned as 0, even for such simple strings as "abcde". I suspect misaligned data in the font file. If this is the problem, would the problem be fixed, or is it now considered now worth supporting systems that don't handle this automatically? Richard. _______________________________________________ HarfBuzz mailing list <a href="mailto:HarfBuzz@lists.freedesktop.org">HarfBuzz@lists.freedesktop.org</a> <a href="http://lists.freedesktop.org/mailman/listinfo/harfbuzz" target="_blank">http://lists.freedesktop.org/mailman/listinfo/harfbuzz</a> </blockquote></div> </div>