-
Notifications
You must be signed in to change notification settings - Fork 157
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
Sassc Ruby should detect presence of existing libsass.so #8
Comments
i'm a bit fuzzy on how this would work. where does the libsass.so live? For most CIs, isn't the whole environment cleaned up after each run? |
The libsass.so will live where ever lib files get installed; somewhere like /usr/local/lib depending on your environment setup. If we can pre-install binaries of libsass.so then we won’t have to compile them every CI run. |
Actually… let’s forget this for now. Gem caching should be sufficient to do what I need. |
@agis I think it’d be neat! I didn’t follow up on this since I had to focus on other stuff urgently but it could still be helpful. I’d be open to taking a look at a PR with the caveat that I haven’t looked at the code in 3 years and am just coming back to work after being off on parental leave for a year 😬 |
1+ pls support this - no need to add redundancy - each gem compiling its own lib if lib exists on system already. i.e. nokogiri supports it via NOKOGIRI_USE_SYSTEM_LIBRARIES variable it also reduces overhead of installing compilers to system where gem has to be installed |
Rails logger
@bolandrm how would you feel about having the ext/Rakefile check for an existing
libsass.so
before it compiles its own? This would also involve performing the detection or setting something inSassC::Native
.I say this because having just the one built
libsass.so
will speed up CI times for projects that usesassc-ruby
.The text was updated successfully, but these errors were encountered: