Auto Differentiation Dev Team

> From a performance perspective, it would be best if `DayCounter`, `Compounding`, and `Frequency` could all be template parameters of the `InterestRate` class - then adding and subtracting different types...

Any idea why the license/cla check is still listed as expected, even though this has been signed before?

Thank you for all your investigations - that was helpful. However, we see this happening again for the next PR: - https://github.com/xcelerit/XAD/pull/15 - https://coveralls.io/builds/51193847 While we could modify thresholds etc...

We tried a rebuild of the whole workflow, but this only adds more jobs to the same coveralls build number and doesn't change the overall coverage percentage.

@afinetooth Thank you for the description. We'd like to test this, but we're wondering how we can get the `build_num` within a GitHub workflow yml file? This is our [ci.yml](https://github.com/xcelerit/XAD/blob/main/.github/workflows/ci.yml),...

We worked out the required change. After placing a secret for the `COVERALLS_REPO_TOKEN`, the following workflow step appears to work fine: https://github.com/xcelerit/XAD/blob/main/.github/workflows/ci.yml#L324-L327

We can confirm this issue - we often get hit by the rate limit error as well, as we need to build on many platform/compiler combinations and somewhere near the...

That's interesting, thanks for sharing this. Note that `registerInputs` and `registerOutputs` have overloads taking an iterator pair, which should work well enough with Eigen vector types using their STL `begin`...

Hi Stephan, This feature has not yet been employed in XAD - it is in planning stage at the moment. At this point we envisage the following steps, and are...

@dependabot rebase