Please review fix for 6705913 "freetype_versioncheck.exe - Unable To Locate Component"

[Tim Bell]

Hi Martin

> A way to check at runtime, since freetype 2.0.9, is
> 
>     - A  new function  named  `FT_Library_Version' has  been added  to
>       return  the current  library's major,  minor, and  patch version
>       numbers.   This is  important since  the  macros FREETYPE_MAJOR,
>       FREETYPE_MINOR,  and  FREETYPE_PATCH  cannot  be used  when  the
>       library is dynamically linked by a program.
> 
> So it is possible to have compile-time, link-time,
> and run-time library versions checked.

And that is what the current freetypecheck.c program is calling.

What is painful about it is compiling and linking executables
during the Sanity check.  Getting over the Sanity check hurdle
is a tough job for a new OpenJDK developer, and this makes it
harder.  On the other hand, it all needs to work in the end,
so perhaps the current check is justified.

> BTW, I just can't believe that building a simple program
> with recent microsoft compilers can be so difficult.
> There must be a saner way.

If so, I'd like to find out about it as my efforts on the
6523947 project (and all the related bug-IDs) are definitely
eroding my sanity.  After reading some of the comments people
left on [1] I feel a bit better, but not much closer to
finding a solution that works all across the JDK...

Tim

>  [1] How to redistribute the Visual C++ Libraries with your application (Ben Anderson)
>    http://blogs.msdn.com/vcblog/archive/2007/10/12/how-to-redistribute-the-visual-c-libraries-with-your-application.aspx