It appears this problem may have been fixed in the Oct 23 release, but that is NOT what gets installed by clicking on the button on the Downloads page.  That installed v1.1609.4, which seems relatively ancient.

Where do I get the more recent versions??  If there's a way to find them through the website, it is not at all obvious....

Regards,
Ray L.

Very confused here....  Tools->Options->VisualMicro->Version shows v1.1609.4.  But Tools->Extensions & Updates shows v1610.27.0.  I un-installed, then re-installed VisualMicro, which no change.  Include Paths seem badly broken in this version.

Regards,
Ray L.

Tim,

Verbose output attached.

Regards,
Ray L.

Are the files included in the solution. Right click include?

Tim@Visual Micro wrote on Nov 2^nd, 2016 at 6:18pm:


Tim,

You're asking if those files are included in the Solution Properties?  Yes, they are, and have been for about two years now.  The Solution has not changed, I've only been making updates to individual files.  It was working when I went to bed last night, and no longer working when I started working this morning, throwing the VS build error instead.  Updating VM solved the VS build error, but replaced it with this file include error.  Going back to a year-old version of VM (1511.23.0) has the build working again.  So, you've broken something somewhere between 1511.23.0 and the current version.

Regards,
Ray L.

Well a year ago visual micro compiled the files in the arduino sketch folder automatically even if not included in the solution explorer. The solution explorer has two views, one shows files on disk and one shows the files actually included in the project so there is room for confusion. 

A year ago we also did not have "vMicro>Compiler>Deep Search"

Last night you were running a recent build so that shows the recent builds worked okay

You setup the hook/post build event in the arduino hardware platform.txt if that has stopped working then it suggests you have updated your arduino hardware definition via board manager. It's the only way to update/overwrite those changes.

Switching on verbose and also "show build properties" will show us what you have and what is happening when you compile. 

One thing that has changed in all those months is that the project folder path has been removed from the -include paths because arduino has tightened the build specification. It should never have been required because the build is from the temp folder so was confusing. 

The files included in the solution explorer (not just that they appear in 'all files mode' but have been included in the visual studio project properly) are copied to the temp build folder so if missing then they have not been included. The files in the root of the project are always copied to the build folder.

The arduino platform.txt hooks have always been supported but visual micro has never run any vs events. Maybe there was some other vs config that overrode and ran them. The vs build events which you should see when right clicking a project > properties. It's possible from what you are saying that 


if you email the .vcproj files and verbose output with build properties enabled we can see what is included in the build and the project.

Thanks

Tim,

The file it complains about, SuperATCDef.h, IS included in the project properties, and IS copied to the build folder, but still is not found when compiling a library from the Sketchbook/libraries folder.  What seems really odd to me is that it is compiling MiniI2CSlave2.cpp, which includes SuperATCDef.h.  SuperATCDef.h is copied to the build directory.  A MiniI2CSlave2 subdirectory is created, but is left empty!  It does NOT copy MiniI2CSlave2.h or MiniI2CSlave2.cpp to the build directory.

Here isi the command line that fails (with linebreaks inserted to make it readable here...):

Using library MiniI2CSlave2 version 0.0.0 in folder C:\Users\RayL\Documents\Arduino\libraries\MiniI2CSlave2
c\4.8.3-2014q1/bin/arm-none-eabi-g++" 
-c -g -Os -w -ffunction-sections -fdata-sections -nostdlib -fno-threadsafe-statics --param max-inline-insns-single=500 -fno-rtti -fno-exceptions 
-Dprintf=iprintf -MMD -mcpu=cortex-m3 -DF_CPU=84000000L -DARDUINO=10605 
-DARDUINO_SAM_DUE -DARDUINO_ARCH_SAM -D__SAM3X8E__ -mthumb -DUSB_VID=0x2341 
-DUSB_PID=0x003e -DUSBCON -DUSB_MANUFACTURER="\"Unknown\"" 
-DUSB_PRODUCT="\"Arduino Due\"" 
ystem/libsam" 
ystem/CMSIS/CMSIS/Include/" 
ystem/CMSIS/Device/ATMEL/" 
-I"C:\Users\RayL\Documents\Arduino\libraries\ATCFPGA2" 
-I"C:\Users\RayL\Documents\Arduino\libraries\DueRealtimeClock" 
-I"C:\Users\RayL\Documents\Arduino\libraries\DueTimer" 
-I"C:\Users\RayL\Documents\Arduino\libraries\EncoderClass" 
-I"c:\Arduino\Arduino-1.6.5\libraries\Ethernet\src" 
-I"C:\Users\RayL\Documents\Arduino\libraries\HBridgeClass" 
-I"C:\Users\RayL\Documents\Arduino\libraries\I2CEEPROM" 
-I"C:\Users\RayL\Documents\Arduino\libraries\I2CScan" 
-I"C:\Users\RayL\Documents\Arduino\libraries\LiquidCrystal_I2C" 
-I"C:\Users\RayL\Documents\Arduino\libraries\MiniI2CSlave2" 
-I"C:\Users\RayL\Documents\Arduino\libraries\NewAnalogButtons" 
-I"C:\Users\RayL\Documents\Arduino\libraries\NullConsole" 
-I"C:\Users\RayL\Documents\Arduino\libraries\PIDRampClass" 
-I"C:\Users\RayL\Documents\Arduino\libraries\PIDServoClass" 
-I"C:\Users\RayL\Documents\Arduino\libraries\PWMClass" 
-I"C:\Users\RayL\Documents\Arduino\libraries\RealtimeClock" 
ibraries\SPI" 
-I"C:\Users\RayL\Documents\Arduino\libraries\TelnetConsole" 
-I"C:\Users\RayL\Documents\Arduino\libraries\WebServer" 
ibraries\Wire" 
-I"c:\Arduino\Arduino-1.6.5\libraries" 
ibraries" 
-I"C:\Program Files (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Extensions\hosdztsc.hhw\Micro Platforms\default\debuggers" 
-I"C:\Users\RayL\Documents\Arduino\libraries" 
ores\arduino" 
ariants\arduino_due_x" 
"C:\Users\RayL\Documents\Arduino\libraries\MiniI2CSlave2\MiniI2CSlave2.cpp" 
-o CSlave2\MiniI2CSlave2.cpp.o"
 
MiniI2CSlave2.cpp: 2:25: fatal error: SuperATCDef.h: No such file or directory
   #include "SuperATCDef.h"
   compilation terminated

So, it appears to be building the library from the source in the sketchbook/libraries/MinI2CSlave2 folder, but is not finding the include file which is in the build folder.

Regards,
Ray L.

I have gotten the post-build event to work, to copy the bin file to a network drive.  I added this line to the Due platform.txt"

recipe.hooks.objcopy.postobjcopy.2.pattern=cmd.exe /c copy "{build.path}\{build.project_name}.bin" "\\10.0.0.10\public\Arduino" 

But, this is absolutely not the way I did it last time.  I wish I knew how I did it the last time...

Regards,
Ray L.

Just to prove the point, I added "-I{build.path}" to the c/c++ build recipes in platform.txt, and i can now build with the latest VM.

So, the problem manifests when you compile a library (from Sketchbook/libraries) that #includes a header file from the project directory.  Perhaps somewhat of a pathological case, but it really SHOULD still work...

Regards,
Ray L.

Tim@Visual Micro wrote on Nov 3^rd, 2016 at 4:53pm:


Yet it's always worked until now, because the build directory was included with -I on the compiler command line.

It appears there is a platform.user.txt file somewhere, which would seem the best place for such modifications, but I can't find anything that says WHERE it should be located.  Do you know?

Regards,
Ray L.

Hi Ray,

I owe you a big sorry  I found the recent gdb debug work was automatically switching off the "Build" checkbox in the "Build>Configuration Manager" dialog.

We don't use the VS build process for arduino but it does no harm because visual micro oervriddes the c++ build attempt. Switching off the VS build has the side effect of preventing the VS pre and post build events from running.

The latest release (1612.01) now officially supports the VS build events (again), sorry for all the confusion.

If you open a project and then open "Build>Configuration Manager". Enable the "Build" checkbox and the events should then fire again.

I know it's easier to use VS events than arduino build actions (hooks) so thought this update might help at some stage.

Ok thanks for the update