truffle
truffle copied to clipboard
Native loading strategy to support TRUFFLE_NATIVE_SOLC_PATH
PR description
Related to https://github.com/trufflesuite/truffle/issues/4490
Todo
- [ ] Add tests to verify nativePath resolves correctly, including in rangeUtils
- [ ] clean up @cds-amal's contribution.
Testing instructions
Truffle compile to support the usage of process environment TRUFFLE_NATIVE_SOLC_PATH when compilers.solc.version is "native".
Documentation
- [ ] I thought about documentation and added the
doc-change-requiredlabel to this PR if documentation updates are required.
Breaking changes and new features
- [ ] I have added any needed
breaking-changeandnew-featurelabels for the appropriate packages.
This would also be benefiting from https://github.com/trufflesuite/truffle/pull/6008
Btw, this isn't actually a breaking change, right? It's marked as one, but I don't see how it would be...
Btw, this isn't actually a breaking change, right? It's marked as one, but I don't see how it would be...
not breaking change.
@hellwolf , @cameel : If you were able to specify solc's fullpath for native executable as below, would you still need to override the command line?
// ...
compilers {
solc: {
// ...
version: "native",
nativePath: "/tmp/solc-linux-amd64-v0.8.10+commit.fc410830"
// ...
}
}
@hellwolf , @cameel : If you were able to specify solc's fullpath for native executable as below, would you still need to override the command line?
// ... compilers { solc: { // ... version: "native", nativePath: "/tmp/solc-linux-amd64-v0.8.10+commit.fc410830" // ... } }
That could be a nice option!
If you were able to specify solc's fullpath for native executable as below, would you still need to override the command line?
We wouldn't. That would work just as well as an env var for us.
@hellwolf, this is what I had in mind. @gnidan might have opinions on this, and of course we should add tests.
thank you, happy to test it out and report here after this is make available in a future release.