The Release Notes for “GHI Gadgeteer SDK for NETMF version 4.2.100” say it’s built with “Microsoft .NET Micro Framework v4.3 (RTM)”. That’s why I thought it should be compatible with v4.3.
So am I urgently requesting support for .NET 4.3. Please consider also the latest build of Microsoft Gadgeteer Core (2.43.800), so that it’s in line with the Mountaineer SDK.
I’d suggest you split the SDK into two separate lines. One supporting VS2010 with .NETMF 4.2. Another one supporting VS2012 with .NETMF 4.3. It should be possible to install both packages side-by-side.
The current versioning schemes are pure nightmares. Reminds me of the worst days of DLL hell back in Windows 3.1.
it is compatible with 4.3 (RTM). The specific Gadgeteer drivers however are only “linked” to 4.2. That’s why if you create a new project with Gadgeteer 4.2 you will see the modules in the designer, even when you have VS2012 and Netmf SDK 4.3(RTM) installed.
Codeplex can help you if you want the drivers, all the source is there. Include them in your program and you’re done. That should be an OK workaround, until GHI release what Gus mentioned he’d request.
@ Brett - You mean I should use a copy of the drivers’ source code instead of referencing the compiled DLL? Yes, I could do this to get the program compiled. But I’m afraid it won’t let me use the graphical designer any more to open the Program.gadgeteer file.
@ Justin - Building the install versions turned out to be a problem since I have WiX 3.7 installed on my dev machine and I cannot downgrade to WiX 3.5 because I have many other projects dependent on WiX 3.7. The .NET Gadgeteer module templates are not compatible with WiX 3.7.
I don’t understand why the installers are generated from “dummy” C# class library projects instead of using .wixproj project files. I’d like to migrate them to true .wixproj files, but I guess this needs to be done somewhere down in the Gadgeteer module templates, and also all existing projects had to be adjusted and possibly split into two .wixprojects (one for the MSM, another one for the MSI).
OK, I copied the source code for the GHI Button and Display_HD44780 modules into my .NET 4.3 project and adjusted the code to compile with the Gadgeteer 2.43.800 DLL (namely used the factory methods for DigitalOutput, InterruptInput etc. as suggested by Justin).
The program compiles fine, but when linking, I get the following error:
1>MyProjectName : error MMP0000: Cannot resolve type Gadgeteer.SocketInterfaces.InterruptInputFactory from assembly MyProjectName!
1>MMP : error MMP0000: CLR_E_FAIL
What is wrong here? The InterruptInputFactory class is definitely part of the Gadgeteer.dll that I am referencing (I checked that using .NET Reflector).
Neither. I just wanted to have drivers (=“wrappers”, “helpers”) for the button and HD44780 display. I just added the two source files to my target .NETMF 4.3 application.
I found the cause of the problem in the meantime. My solution contained another custom .NETMF class library which was also dependent on the Gadgeteer DLL. This class library still referenced the 4.2 version of the Gadgeteer DLL. After replacing the reference to the Gadgeteer DLL with the 4.3 version, everything built OK.