[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ft-devel] Re: possible inefficiency in gray_render_cubic
From: |
Werner LEMBERG |
Subject: |
Re: [ft-devel] Re: possible inefficiency in gray_render_cubic |
Date: |
Thu, 10 Jun 2010 10:22:54 +0200 (CEST) |
> [...] I use a modified version of FreeType that can be compiled as
> pure .NET intermediate language code; and to do that I had to get
> rid of setjmp and longjmp; incidentally, with no performance penalty
> and little extra complexity.
Is this something we should consider in general? I mean, are there
benefits for removing setjmp/longjmp except portability to other
programming languages?
Werner
- [ft-devel] possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/07
- [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/07
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Werner LEMBERG, 2010/06/08
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/08
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/08
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/08
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Werner LEMBERG, 2010/06/10
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/10
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic,
Werner LEMBERG <=
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/10
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Behdad Esfahbod, 2010/06/10
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Behdad Esfahbod, 2010/06/10
- Re: [ft-devel] Re: possible inefficiency in gray_render_cubic, Graham Asher, 2010/06/10