Thad House

This shouldn't be marked as stale, its something generally useful.

I have an ExtensiblePolymorphicDomainObjectContainer that has probably 10 or so types in it. If I want to add instances of those types to the container, you need a class instance...

``` nativeUtils { nativeDependencyContainer { ceres(getNativeDependencyTypeClass('WPIStaticMavenDependency')) { groupId = "edu.wpi.first.thirdparty.frc2026.ceres" artifactId = "ceres-cpp" headerClassifier = "headers" sourceClassifier = "sources" ext = "zip" version = '2.2-1' targetPlatforms.addAll(nativeUtils.wpi.platforms.desktopPlatforms) targetPlatforms.addAll("linuxarm32", "linuxarm64") } }...

I'm getting this exact same error on the armel debian packages provided by mono. Using the latest download. Running on a Lego EV3 with and ev3dev ``` Mono JIT compiler...

Can you do this piecemeal, or does it have to be done all in one go? Both for C++ and Java?

Theres actually a long standing VS Code issue about workspace local settings https://github.com/microsoft/vscode/issues/40233 Until that happens, I wouldn't want something like this, as I run a very different settings.json.

I'll have to double check. But probably would be opposed to format on save either way. I've seen too many times where it doesn't always get things right, and then...

One of the biggest things I worry about is when you're working on the C++ side, a lot of random file associations get added, in the `files.associations` key. So there...

> Does my most recent commit address that worry? No, because that doesn't work on Windows.

> > that doesn't work on Windows. > > Works for me on Windows. Did you try it? Note that the glob will match the headers installed by the wpilib...