chore(reorganize): reorganize project files #323
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
The goal of this PR is to clean up the project folder/file structure a bit to improve readability and maintainability. Moving the source files, header files and scripts out into dedicated folders seems like a good first step. This means lots of changes/refactors were made to
#include
statements, bash scripts and the github workflow yml. Lots of opportunity to accidentally break things here, so please review carefully!This PR:
.cpp
/.c
files to/src
build.sh
g++ commands to pull in all files from/src
rather than a hardcoded list.h
/.hpp
files to/include
#include
statements to use new paths/scripts
Makefile
Things that don't seem right
build.sh demo
does not successfully compile on my end (but VSCode/Pio does). Could be environment specific, but please verify:build.sh
g++ commands might need a little path tweaking for src and output foldersmake all
also fails for me due to a WProgram.h missing include. Likely another environment specific issue?#include
statements forWProgram.h
andArduino.h
. These can probably be reverted as they didn't resolve thebuild.sh demo
failure I am having. VSCode/PlatformIO builds the project correctly either way.