Before logging an issue, please update to the latest release of Visual Micro from the Downloads Page.

When Logging a Support Issue in the Forum, please ensure you have also:-

  • Enabled vMicro > Compiler > Show Build Properties
  • Re-Compile your program with these settings enabled
 
Save the new Output to a Text File and....
  • Click the Reply button and attach as .txt file OR
  • Click here to Email us with the file attached, and a link to your post
Support requests without the output above may be impossible to answer, so please help us to help you
 
Page Index Toggle Pages: 1 [2]  Send TopicPrint
Very Hot Topic (More than 25 Replies) Problems with libraries not working (Read 7653 times)
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #20 - Mar 16th, 2020 at 8:58pm
Print Post  
That's very interesting. I think the stm32 or esp32 has many more paths in each command. Can you confirm same issue in the standard arduino ide?
« Last Edit: Mar 16th, 2020 at 8:59pm by Tim@Visual Micro »  
Back to top
WWW  
IP Logged
 
JeffB
Junior Member
**
Offline


Posts: 17
Joined: Mar 9th, 2020
Re: Problems with libraries not working
Reply #21 - Mar 16th, 2020 at 9:13pm
Print Post  
What would you like to be confirmed - I would need more details...?  AFAIK, the standard IDE doesn't have a way to enable debug builds, so the sketches never fail (essentially always running release mode?).
  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #22 - Mar 16th, 2020 at 9:32pm
Print Post  
Oh sorry I wrongly thought you were testing multiple libs without debug. Please switch to release in visual micro and add a couple more libraries to see if it compiles. We could see an issue after 4 libs (vm adds 1 for debug). Can we see an issue with 4 or 5 libs in release mode in visual micro?
  
Back to top
WWW  
IP Logged
 
JeffB
Junior Member
**
Offline


Posts: 17
Joined: Mar 9th, 2020
Re: Problems with libraries not working
Reply #23 - Mar 17th, 2020 at 1:48am
Print Post  
Well, I can't seem to break it.. added all of these to the release build.. took forever, but still no problems.

#include <SRDistLib.h>
#include <JoystickLib.h>
#include <SPI.h>
#include <SD.h>
#include <Servo.h>
#include <Stepper.h>
#include <Adafruit_GFX.h>
#include <Adafruit_ST7789.h>
#include <ArduinoBLE.h>

So building release looks pretty robust.
  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #24 - Mar 17th, 2020 at 1:34pm
Print Post  
Sorry this has been so difficult to report and thanks again for the effort. We have replicated and you are right some windows limit is being hit. 

We are looking into reworking how the debug -D compiler defines and other elements of the serial debug are added to the compiler statement. We will also be determining exactly which element was failing (for the ble) and why!

More to follow
« Last Edit: Mar 17th, 2020 at 1:35pm by Tim@Visual Micro »  
Back to top
WWW  
IP Logged
 
Simon@Visual Micro
Administrator
*****
Offline


Posts: 2145
Joined: Feb 13th, 2019
Re: Problems with libraries not working
Reply #25 - Mar 17th, 2020 at 2:48pm
Print Post  
While investigating this it seems to be related to the version of the toolchain installed with the core itself (as soon as the total command grows over 2486 chars it breaks in our tests), and there is a workaround below which should improve things:-

1) Update the Additional JSON URLs on the vMicro > General > Arduino IDE Locations screen to include the below:
Code
Select All
https://raw.githubusercontent.com/stm32duino/BoardManagerFiles/master/STM32/package_stm_index.json 



2) Install the "STM32 Core"  from Visual Micro Explorer > Board Platforms > All Platforms > STM32 Cores (v1.8.0), and Rescan the Toolchains and Libraries (or restart Visual Studio)

3) Right click on your project and Add > Local Board.txt

4) Add the below Entry to the Board.txt created above in the project
Code
Select All
compiler.path={runtime.tools.xpack-arm-none-eabi-gcc.path}\bin\
# resolved: C:\Users\[username]bin/ 



5) Try rebuilding again with Debug Enabled

Let us know if this helps at all, or if the instructions above are unclear.
  
Back to top
 
IP Logged
 
JeffB
Junior Member
**
Offline


Posts: 17
Joined: Mar 9th, 2020
Re: Problems with libraries not working
Reply #26 - Mar 17th, 2020 at 3:42pm
Print Post  
Great to hear you were able to reproduce.  I've applied the w/a above and it does indeed solve the problem, regardless of the number of libraries.

Good luck on identifying a final solution and thanks for the excellent customer support!


  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #27 - Mar 17th, 2020 at 7:03pm
Print Post  
Thanks, it is an issue that the version of the toolchain is 3 years old, our suggestion explains how to use a more recent version. We will notify Arduino, I suspect they don't realize the toolchain version they selected is so limited. They can easily use a later version.
  
Back to top
WWW  
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #28 - Mar 19th, 2020 at 8:39pm
Print Post  
It seems the arduino ide work around the restriction by converting many of the paths to relative paths. We will do same, we already do this for the linker because it has a list of every project and lib .o file.
  
Back to top
WWW  
IP Logged
 
JeffB
Junior Member
**
Offline


Posts: 17
Joined: Mar 9th, 2020
Re: Problems with libraries not working
Reply #29 - Mar 19th, 2020 at 8:51pm
Print Post  
Ah, makes sense.  Kudos to you all for being so diligent to fix issues  Wink  Any idea for when you'll release the update?
  
Back to top
 
IP Logged
 
Simon@Visual Micro
Administrator
*****
Offline


Posts: 2145
Joined: Feb 13th, 2019
Re: Problems with libraries not working
Reply #30 - Jul 2nd, 2020 at 8:00pm
Print Post  
The latest release 20.06.30.1 contains the update for the 8dot3 filenames to alleviate the path length issues.

This is the latest release at the top of the below board:
https://www.visualmicro.com/forums/YaBB.pl?board=VS_ARDUINO_EXT_RELEASES

If you have trouble installing this release please see this Video Guide for this process.

  
Back to top
 
IP Logged
 
JeffB
Junior Member
**
Offline


Posts: 17
Joined: Mar 9th, 2020
Re: Problems with libraries not working
Reply #31 - Jul 3rd, 2020 at 4:48am
Print Post  
Latest release doesn't seem to fix the issue.  Seems worse.  Did clean builds with and without debug enabled.  Release passes, debug still fails.  Logs attached.
  

Please Register or Login to the Forum to see File Attachments
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #32 - Jul 3rd, 2020 at 10:40am
Print Post  
The output suggests you have not applied the latest update. The 20.06.30.1 update is  pinned to the top of the new releases with subjest that starts LATEST - 

Please use that one.

Thanks
  
Back to top
WWW  
IP Logged
 
JeffB
Junior Member
**
Offline


Posts: 17
Joined: Mar 9th, 2020
Re: Problems with libraries not working
Reply #33 - Jul 3rd, 2020 at 6:27pm
Print Post  
My bad - I only updated using the VS interface.  Just updated to 20.06.30.2 version directly and have confirmed it can now build the debug versions just fine.  Good work!
  
Back to top
 
IP Logged
 
Tim@Visual Micro
Administrator
*****
Offline


Posts: 12071
Location: United Kingdom
Joined: Apr 10th, 2010
Re: Problems with libraries not working
Reply #34 - Jul 3rd, 2020 at 6:46pm
Print Post  
Great, thanks again for the report.
  
Back to top
WWW  
IP Logged
 
Page Index Toggle Pages: 1 [2] 
Send TopicPrint