-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Experiencing very slow OTF builds in FontMake build: "INFO:ufo2ft.postProcessor:Subroutinizing CFF table" #373
Comments
How many glyphs are in your instances? The issue you linked is related, as compreffor is very slow. Try subroutinizing with tx instead. |
Hey @madig, thanks for your reply! I have about 285 glyphs in this typeface, many of which are comprised of components (it's a basic Latin character set, currently). Sorry if this is a basic question, but do you happen to know if there is a way to use tx directly in FontMake, or would I have to make a custom build tool? I did find the fontmake option |
As discussed in #372, integrating tx into fontmake somehow is desirable, but no one put in the work yet. You'll have to insert an additional step in your pipeline yourself. |
@arrowtype I integrated cffsubr support in ufo2ft with #383. Now I have to update fontmake to optionally use that. What is the font you were building that would take so long, so I can run some tests? |
The cffsubr option has been the default for sometime. |
I'm not sure whether this is tied to this issue or not:
...but I'm running into extremely long builds for OTFs with FontMake.
Everything goes extremely fast, until it hits this:
...and then my fans whir up and things grind to a halt. I left my computer for an hour or two, and only 3 instances out of 33 had built into static OTFs.
Are there any tactics that I might use to investigate this problem any further?
Thank you so much for any tips or insight!
The text was updated successfully, but these errors were encountered: