Open proppy opened 1 year ago
I would package VerilogAE if modeling engineers are working with conda-eda, else not. This tool allows to use Verilog-A defined model equations in Python, so the target audience is only modeling engineers.
Regarding Melange, I suggest to get @pascalkuthe `s opinion.
Thank you for starting this initiative a couple of comments:
LLD
which is part of the LLVM monorepo (as mentioned in the build instructions)crates.io
for dependencies. I published an extremely old version of openvaf there years ago to reserve the name. OpenVAF is not published to crates.io and will probably never be published to crates.io
as it's split across many crates. To build OpneVAF use the source-code from the release tag instead. The dependencies shown on crates.io are completely inaccurate as a result. That shouldn't matter much however as cargo
automatically downloads, compiles and statically links any dependencies . Building and packaging all of these separately is likely a futile effort as OpenVAF is comprised of about 138 crates (around 30 of which are part of the OpneVAF repo the rest are crates.io dependencies) plus about 40 extra crates required for VerilogAE, melange and test infrastructure.I am not sure what the goals of conda-eda are
To provide continuously built version of EDA tools for the conda ecosystem.
and if it makes sense to repackage VerilogAE if the wheels are already available on pypi.
It's not strictly necessarly (since conda environment.yml can also provision packages from PyPI), but repackaging with conda can ensure the coherence of other native dependencies with the rest of conda-eda packages.
Building LLVM for OpenVAF can be tricky so it might sense to just use the official pre-build binary instead of compiling OpenVAF yourself.
If possible, I'd like to attempt the rebuild them using the conda toolchains, so that we can have nightly build and keep the ability to apply local patches to smooth the integration with the conda environment.
The associated repo may help with setting up the build
Thanks for the reference, we'll likely use this as a reference while integrating with the existing of the conda-eda CI https://github.com/hdl/conda-eda/blob/master/.github/workflows/Build.yml.
I published an extremely old version of openvaf there years ago to reserve the name.
Thanks for the heads up!
Upstream
https://github.com/pascalkuthe/openvaf
Dependencies
Build
License
GPLv3