Add support for publishing artifacts

tudortimi / gradle-hdvl

Family of Gradle plugins that provide support for hardware design and verification languages

Apache License 2.0

4 stars 2 forks source link

Add support for publishing artifacts #125

Closed tudortimi closed 3 months ago

tudortimi commented 1 year ago

Gradle source dependencies are not a feature that is in focus. Many aspects lag behind "regular" dependencies (e.g. gradle/gradle#26392, gradle/gradle#25312, version info is wonky when calling dependencyInsight, etc.).

We could emulate "regular" dependencies by publishing archives containing the source files, together with some metadata (e.g. what to compile, in what order, what options, etc.).

tudortimi commented 4 months ago

Plan:

[x] add support for publishing archives (#133)
[x] add support for consuming archives (#135)
[x] write compile spec when publishing archive (#136)
[x] use compile spec when consuming archive (#139)
[x] unify writing and reading compile specs before expanding scope (#142)
[x] implement handling of SystemVerilog private incdirs (#144)
[x] implement handling of SystemVerilog exported incdirs (#145)
[x] implement handling of C (#147)
[x] clean up usages of hard coded paths (e.g. related to conventional source locations) (#148)

tudortimi commented 4 months ago

Currently, we're producing an XML for the compile spec. The idea behind the XML was that it's possible to write using code from the standard library. With newer Java libraries, this isn't the case anymore. We might as well produce a JSON file (like Gradle also does for its rich metadata) using Jackson. The JSON file would also be much easier to read. The Jackson code for handling it might also be easier than the JAXB code.

tudortimi commented 3 months ago

Switched to JSON for compile specs (#149).