Draft: Build Reorganization Partial

Move to a more standard component build approach. Loose the mono-build.

added 3 commits

• cfa161e5...e25553c6 - 2 commits from branch cds:master
• eeac494c - Merge branch 'master' into build_reorg

Compare with previous version

added 1 commit

• f33da8e8 - More cleanup

Compare with previous version

added 1 commit

• fa57f4bf - Adding needed source file for library

Compare with previous version

added 1 commit

• 3ed63eed - Kernel build will copy files into build dir, so as not to pollute src tree

Compare with previous version

added 2 commits

• 94d43cf6 - Adding some error checking on the makefile
• 2fb06e80 - Cleaning up some uneeded c files

Compare with previous version

added 1 commit

• 97a1dd36 - Also removing lines to deleted files in obj/src lists

Compare with previous version

marked this merge request as ready

marked this merge request as draft

changed title from Draft: Build Reorganization to Draft: Build Reorganization Partial

Definitely not a full review, just a couple minor things I noticed as I skimmed.

I'm curious though why we need to generate make files. Can we just create make files that work for generic models, or do they really need to be model-specific somehow?

resolved all threads

We don't generate make/cmake files for the kernel/usp models anymore, however we do generate the environment. That file looks like a bunch a variables only with no references to source files. I didn't change the name of the perl scrips, but I do think that would be the correct path. So I'll do something like:

createKernelMakefile.pm -> createKernelModuleBuildEnv.pm
createUserMakefile.pm -> createUserModuleBuildEnv.pm

As that is the new function of those scrips.

Sounds great. Please do update the names of scripts/files as appropriate, so that it's less confusing what each component is doing.

merged