I have exactly the same problem here with g++ (GCC) 3.2.2 and
as we have seen from the mailing list, there are more people who
have been hit by the same problem. The weird thing is that the cast
isn't needed two lines earlier where str is printed.
May I submit a patch?
/Mats
Han-Wen Nienhuys wrote:
Andreas Scherer wrote:
in order to compile (i.e., "rpmbuild -ba lilypond.spec") the latest
CVS contents on my system (SuSE 9.2 with g++ 3.3.4; all required
package updates are present), I have to applyto file
<lily/font-config-scheme.cc> the small patch attached to this mail.
I would be very pleased to see the cast applied directly in the
original source file, so that a clean build from the CVS sources
would be possible even with the slightly antique compiler.
I don't understand this patch. Why doesn't str need a cast? What's the
difference between reinterpret_cast<const shar*> and (const char*)
printf ("family %s\n ", str);
if (FcPatternGetString (fs->fonts[j], "designsize", 0, &str)
== FcResultMatch)
printf ("designsize %s\n ", str);
! printf ("%s\n", reinterpret_cast< const char* >( font ));
free (font);
}
}
--
=============================================
Mats Bengtsson
Signal Processing
Signals, Sensors and Systems
Royal Institute of Technology
SE-100 44 STOCKHOLM
Sweden
Phone: (+46) 8 790 8463
Fax: (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=============================================
_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel