and running into an error resolving _ZN5nFPGA16nFRC_2016_16_1_020g_currentTargetClassE. Does anyone know what static library provides this? We are already using all static libraries available in wpilib/cpp/current/lib.
Note that libRoboRIO_FRC_ChipObject requires other libraries, so you’ll probably need to link to nearly every .so in cpp/current/lib. There’s two ways to do this: the standard JNI .so (which is built using gradle) explicitly links every .so except libwpi.so and libwpi_2015.so. When building C++ via eclipse, libwpi.so is referenced, which is actually a text file which references libwpi_2015.so, which is also a text file which references a bunch of .so’s as well as a couple of .a’s.
All of of those libraries (with the exception of libHALAthena.so) were taken directly from the roboRIO to start with. They’re in a few ni locations, a find on /usr should show them.
Do they enable but not get commands (solid yellow), or stay disabled (blinking yellow) when you switch to auto and teleop?
One thing I do wonder about is if you are using the default WPILib in addition to the custom built JNI. The default WPILib has the JNI library built into the JAR, and I wonder if the built in one is conflicting with the custom one you built. Are you modifying WPILib completely, or just trying to add something on top?
They’re blinking yellow/orange (pardon my colorblindness). We’re wrapping some 3rd party MXP code in JNI rather than porting it. I also suspect a conflict, but I’m not sure where it would arise.