Freetype symlink incorrect in 2.0 GCC #519

typeoneerror opened this Issue Jan 2, 2014 · 3 comments


None yet

3 participants


Not sure if this applies to other downloads, but the freetype.framework is not set up correctly in the SFML 2.0 GCC - universal 32+64 bits (OS X 10.5+) download. Our Mac App was rejected upon submission because of a "malformed framework":

Malformed Framework - The framework bundle ( must contain a symbolic link 'freetype' -> 'Versions/Current/freetype'. Refer to the Anatomy of Framework Bundles for more information.

If you look in the folder using Finder, the links look correct, but if you compare it to sndfile.framework, it is different. For example:

    sndfile -> Versions/Current/sndfile
        Current -> A


    freetype -> Versions/A/freetype
        Current -> A

You can see above that freetype points DIRECTLY to the "A" version of freetype, whereas in the correct "Anatomy", it should point to Current, which in turn points to the current version. I believe that the freetype symlink needs to be changed. It works fine since the framework can be found, but Apple considers this a malformed setup.

@mantognini mantognini was assigned Jan 2, 2014

Yep, that was me too. Figured it out and it worked for Apple just fine. Just wanted to let you know in case you wanted to fix the distribution. If not, feel free to close :)


I know it was you, I've added the link for others ;)

@mantognini mantognini modified the milestone: 2.2, 2.x Apr 13, 2014
@jcowgill jcowgill added a commit to jcowgill/SFML that referenced this issue Sep 22, 2014
@mantognini @jcowgill mantognini + jcowgill Fixed incorrect symlink in freetype.framework (close #519)
(cherry picked from commit b1c062d)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment