Porting RIOT OS GNU MAKE project to VisualGDB

Sysprogs forums Forums VisualGDB Porting RIOT OS GNU MAKE project to VisualGDB

This topic contains 3 replies, has 2 voices, and was last updated by  support 1 week, 3 days ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #28537

    Gordon01
    Participant

    I’m trying to migrate to VisualGDB completely, but struggling with some legacy projects.

    The project I’m talking about is based on RIOT OS and is configured to be built by basic Autotools and GNU Make, however, I still have problems with it 🙂

    I want to migrate one-way and get rid of makefiles.

    Also, I have only basic knowledge about Autotools and I don’t fully understand makefiles so this complicates things.

    What is the best way to approach this task?

     

    Right now, I’m trying an “Import a project built with command-line tools”.

    On a step “run build command” I get this error message from build script:

    Aborting compilation for your safety.
    Related variables = RIOTBASE RIOTCPU RIOTBOARD RIOTMAKE RIOTPKG RIOTTOOLS RIOTPROJECT APPDIR BUILD_DIR BINDIRBASE BINDIR CCACHE_BASEDIR GITCACHE PKGDIRBASE DLCACHE_DIR
    C:/Projects/pwr_meter/apps/pwrmeter/../../Makefile.include:73: *** Make sure no path override is empty or contains spaces!. Stop.

    also with an error about not found “pwd” command.

    We build this project under WSL with just issuing a make command. A compiler is “normal” arm-none-eabi-gcc version 9.3.1

     

    My ultimate goal is this project completely converted to MSBuild format and built without WSL with the latest version of arm-none-eabi-gcc.

    Attachments:
    You must be logged in to view attached files.
    #28552

    support
    Keymaster

    Hi,

    The best way to convert the project into an MSBuild-based one would be to find a way to dump all the gcc command lines used by the current setup (each Makefile handles this differently, so please check the RIOT OS documentation for more details), and then create a new VisualGDB project from scratch and adjust its build settings to match the captured command lines.

    You can find the exact command lines used by VisualGDB to build an MSBuild-based project in the .rsp files.

    We also have a detailed tutorial on using .rsp files to troubleshoot imported projects here: https://visualgdb.com/tutorials/arm/import/diagnose/

    If you do not want to spend time learning the autotools/Make internals, or porting the project from WSL to Windows-based build tools, please try importing the project as a Linux-based project built with external tools under WSL and make sure the manual build command line matches one that is already working. As long as both VisualGDB and the manual build are using WSL, they should produce identical results.

    #28617

    Gordon01
    Participant

    If you do not want to spend time learning the autotools/Make internals, or porting the project from WSL to Windows-based build tools, please try importing the project as a Linux-based project built with external tools under WSL and make sure the manual build command line matches one that is already working. As long as both VisualGDB and the manual build are using WSL, they should produce identical results.

    Thank you, this works easily.

    But how do I debug and flash it?

    #28620

    support
    Keymaster

    Hi,

    The easiest way to do this would be to use Embedded Quick Debug.

Viewing 4 posts - 1 through 4 (of 4 total)

You must be logged in to reply to this topic.