Skip to content
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

Add --cache option to ruby_deploy to cache .rbo files #34

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

MSch
Copy link
Contributor

@MSch MSch commented Jun 23, 2011

Hi,

in ruby_deploy the mtime comparison always fails since Xcode copies the file to the build dir without preserving mtime.

I've written a per-default disabled --cache command line switch that caches the compiled .rbo files (+ SHA1 of the source file) in .rbo-cache, which speeds up ruby_deploy by a huge amount for big projects

If run with --cache ruby_deploy will mirror the directory structure of Contents/Resources in .rbo-cache and save the compiled rbos and the SHA1 of the source files there on a per ARCH basis. The next time ruby_deploy --cache gets invoked it checks to see which rbos it can just copy and which have to be compiled (and then cached)
The mtime checking is kept too.

Currently there's no cache pruning, you just have to remove .rbo-cache from time to time if you add/delete many files, but that can be added.

@lrz
Copy link
Member

lrz commented Jun 28, 2011

Interesting change. Would it is possible to make this automatic? (and perhaps introduce a --no-cache option to avoid caching).

This way, existing projects will build faster without the need to change their Xcode project files.

@ferrous26
Copy link
Member

Seems this pull request is dead. It also will not merge cleanly.

I'd rather not throw this away, so if there are no objections, I'll try and get it cleaned up (including turning it on by default) soon.

@ghost ghost assigned ferrous26 Aug 25, 2012
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants