Forum Replies Created
The old behavior is not required
Thanks, will keep using GNU Make for now, and ignore the warning.
Thanks for the feed back. The clang version is not a blocking issue, I have been trying out the .clang_format for code formatting and there are options that are available in later versions that would be useful.
I had noticed that VisualGDB has been at v5.x for a number of years and had assumed the next major version in your answer meant v6.o. From your answer it seems that v5.6 is a major version and the next would major version will be v5.7
Does Sysprogs have a planed release date for the next major version of VisualGDB, as I have notice the next major version mentioned in a few posts.
Thanks, current using it on a project and will inform you if I encounter any issues.
Thanks for your help downloaded the update, it now has the new .dll but uses has the old msp430-gdbproxy.exe. I had to copy the new msp430-gdbproxy.exe in to get “start without debugging”(Ctrl F5) to work.
I would have thought you would have the new msp430-gdbproxy.exe in the new package?
Thanks, for updating the tool chain and fixing the errors; the hardware register view seems to operate properly.
On this new release the previous patch https://sysprogs.com/w/forums/topic/msp430-debug-probe-fails-to-reset-after-programming/ was not included, so I had to replace msp430-gdbproxy.exe again.
Note: I only replace msp430-gdbproxy.exe the MSP430.dll in the zip does not seem to work.
DanielJune 18, 2021 at 02:06 in reply to: MSP430 Debug Probe fails to reset after programming #30738
This release seems to work as expected- the firmware runs after programming (ctrl+F5).
Same project as above while changing the .vgbsettings> Makefie settings > CFLAGS: (added switch -mfloat-abi=softfp) then saved this cause Visual Studio to stop responding and after closing VS. Could not reopen project. Found that two files had been added to the project:
<Filter>Source files\Device-specific files</Filter>
Deleting the references to both files in Visual Studio .vcxproj and .vcxproj.filter files made it possible for visual studio to reopen the project.
The efr32mg1p.ld file was already included in the project with its include path with the the \ as directory delimiter as shown below:
Thanks for solving this issue downloaded and tried the new version of VisualGDB and can now generate the project; was also able to build the project as the missing header file is not reference in any of the source code files.
Have now reported the issue to ST
Configuration log:C++12345678910111213141516171819202122232425262728293031323334353637383940414243Running CMake: C:\Users\Daniel\AppData\Local\VisualGDB\CMake\bin\cmake.exe ../../.. -G "Ninja" -DCMAKE_BUILD_TYPE=DEBUG -DTOOLCHAIN_ROOT=c:/sysgcc/arm-eabi -DCMAKE_MAKE_PROGRAM="C:/Program Files (x86)/Sysprogs/VisualGDB/ninja.exe" -DCMAKE_TOOLCHAIN_FILE=C:\Working\stmTest\EmbeddedProject1/build/VisualGDB/Debug/toolchain.cmake -DPLATFORM=VisualGDB -DLOCALAPPDATA=C:/Users/Daniel/AppData/Local-- The C compiler identification is GNU 9.2.1-- The CXX compiler identification is GNU 9.2.1-- The ASM compiler identification is GNU-- Found assembler: c:/sysgcc/arm-eabi/bin/arm-none-eabi-g++.exe-- Check for working C compiler: c:/sysgcc/arm-eabi/bin/arm-none-eabi-gcc.exe-- Check for working C compiler: c:/sysgcc/arm-eabi/bin/arm-none-eabi-gcc.exe -- works-- Detecting C compiler ABI info-- Detecting C compiler ABI info - done-- Detecting C compile features-- Detecting C compile features - done-- Check for working CXX compiler: c:/sysgcc/arm-eabi/bin/arm-none-eabi-g++.exe-- Check for working CXX compiler: c:/sysgcc/arm-eabi/bin/arm-none-eabi-g++.exe -- works-- Detecting CXX compiler ABI info-- Detecting CXX compiler ABI info - done-- Detecting CXX compile features-- Detecting CXX compile features - doneGenerated C:/Working/stmTest/EmbeddedProject1/build/VisualGDB/Debug/BSP.cmake.-- Configuring doneCMake Error at C:/Program Files (x86)/Sysprogs/VisualGDB/CMake/embedded/bsp.cmake:43 (add_library):Cannot find source file:C:/Working/stmTest/EmbeddedProject1/Drivers/STM32L0xx_HAL_Driver/Inc/stm32l0xx_hal_dma_ex.hTried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm.hpp .hxx .in .txxCall Stack (most recent call first):C:/Program Files (x86)/Sysprogs/VisualGDB/CMake/embedded/bsp.cmake:306 (create_bsp_library)CMakeLists.txt:5 (find_bsp)CMake Error at C:/Program Files (x86)/Sysprogs/VisualGDB/CMake/embedded/bsp.cmake:43 (add_library):No SOURCES given to target: BSPCall Stack (most recent call first):C:/Program Files (x86)/Sysprogs/VisualGDB/CMake/embedded/bsp.cmake:306 (create_bsp_library)CMakeLists.txt:5 (find_bsp)CMake Generate step failed. Build files cannot be regenerated correctly.System.Exception: CMake exited with code 1at za.a(l a)========== Project Configuration Summary ==========EmbeddedProject1 configured in 00:05========== Configuration: 1 Succeeded, 0 Failed, 0 Skipped ==========
- This reply was modified 1 year, 11 months ago by support. Reason: formatting