Setup some infrastructure for the repository. #100
Conversation
|
This also removes the now outdated/checked in copy of ClangSharpPInvokeGenerator (which is the bulk of the diff). |
|
Seems I broke travis, will investigate shortly. |
|
Got most things resolved (namely forgetting to mark shell scripts as executable), but libLLVM still can't be found when running tests. It's passing locally on a clean machine (both Windows and Linux), so I'm still trying things out... |
|
It might be because the CI is running on "trusty" and I upgraded the PackageReference from 5.0.1 to 7.0.1... |
tannergooding
force-pushed
the
cleanup
branch
3 times, most recently
from
d2cd707 to
4382a26
Compare
|
Ok. Some dependency of libLLVM 7.0.1 is missing from the Travis CI machines. I tested up to bionic, and they all failed. That, unfortunately, means that the CI tests are validating much older LLVM bits. |
|
I've squashed the additional changes into a single commit to make reviewing them easier. I've also attempted to keep LLVMSharp targeting 7.0.1 (so the nuget package is more correct) while keeping LLVMSharp.UnitTests targeting 5.0.1 (so tests in CI can pass). |
|
Thanks. We should talk offline about dnceng vs getting our own instance. And then retiring this Travis CI system. |
|
By talk I mean ... nudging the relevant folks more :) |
2 participants
This is the same infrastructure setup that was done for ClangSharp in dotnet/ClangSharp#60, but it additionally removes the now unneeded custom libLLVM support.