Skip to content

Conversation

@gojimmypi
Copy link
Contributor

@gojimmypi gojimmypi commented Oct 31, 2025

Adds Visual Studio equivalent of test-lib, updates essential source code to address Microsoft-specific issues.

Introduces new test-visual-studio.yml workflow test.

This is related to #614 , allowing more comprehensive testing from different environments.

Other changes coming, see my dev branch

Workflow tested in dev: https://github.com/gojimmypi/wolfBoot/actions/runs/18978948256

Zendesk

See 20775

Edit:

Sample run upstream: https://github.com/wolfSSL/wolfBoot/actions/runs/18980092821/job/54210176378?pr=623

The current build-windows now fails with this PR, as the existing solution file with the new test-lib.exe needs the other projects to build and run.

I propose the build-windows be removed in favor of the test-visual-studio.yml workflow test in this PR.

@gojimmypi gojimmypi self-assigned this Oct 31, 2025

Common pitfalls: mismatched keystore files in different directories.

## Strip wolfBoot header
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The below seems very hacky and very Visual Studio specific. Please move all this into an IDE/VisualStudio location and have it build from there. The below is not always true and won't always work. Please explain the problem you are trying to solve and how this related to CMake?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

explain the problem you are trying to solve

It all started with my multiple CMake builds (Windows, Linux, VS Code, etc.); I would end up having different files in different directories vs make result. (e.g. defaults vs command-line params). I spent a considerable amount of time debugging signature failures for the same-name user settings and/or keystore files in wrong directories.

Yes, part of the problem was self-inflicted during my learning and dev process. I'm also thinking of how future users might bolt on wolfBoot to their existing project, instead of puling their project into wolfBoot: quite likely adapting their own CMake.

My objective is to prevent anyone else from encountering similar problems and instead have an easy-to-use and intuitive initial experience. See #624 and #635 on this topic.

I've been specifically working on the customer requests for (1) VS Code and (2) Windows in addition to the CMake improvements. I've been using Visual Studio myself as my primary environment for both CMake development as well as the wolfBoot C source apps.

move all this into an IDE/VisualStudio

I created the new project files in tools/keytools as they are already in the wolfBoot master branch. I understand the desire to keep wolfBoot source clean and separate from specific IDE files.

I recently had a conversation with @danielinux - We agreed that I would also try to move the VS Code from the root to instead the IDE directory as well. It really works best in the root, but I am hopeful I will be able to persuade the workspace the related files it into a subdirectory (wolfBoot.code-workspace, .vscode/launch.json, etc).

I've since updated my dev VS projects in tools/keytools as well as the test-visual-studio.yml workflow. (See sample); If you'd prefer, I can move them all into this PR, all in the IDE/VisualStudio directory?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

explain the problem you are trying to solve

I nearly forgot the original source of my signature debug deep dive: See #614 and #613

  • @douzzer indicated it seemed suspicious and worthy of investigation.
  • @danielinux mentioned today that not every option combo is currently supported.

@dgarske dgarske assigned gojimmypi and unassigned danielinux Nov 12, 2025
@gojimmypi gojimmypi marked this pull request as draft November 13, 2025 02:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants