#83

EDIT: reposted this in the other thread

Another update…

Have got the updated and pruned version of the ASF to build against all the modules and bees.

I had to patch usbb_host.c as Atmel missed out an include, looks like @tehn had to do the same patch, @zebra dealt with the bug in a different way (see the gist for the patch) . That was enough to get all the modules working.

To get bees to build I had to copy over the altered version of print_funcs.[hc] as well as add #include "aleph_board.h" back into board.h. So if you do ever want aleph/bees to build against the modules version of system (a.k.a avr32_lib) then the ASF stuff should be relatively trivial.

Now that I can check that everything compiles, I’m going to try and shrink the ASF down as much as possible, I’ll probably make a repo with the scripts and the ASF zip file, so that it’s easy to recreate the work (e.g. if we decide that some files that were removed are wanted again.)

After that it’s time to think about…

  • Directory layouts for each of the module repos.
  • Directory layout for system repo.
  • What to name the repos and where to put them.
  • How to link system (e.g submodules or not…)
3 Likes
#84

Awesome stuff!

Meanwhile my bees overhaul branch is finally compiling - still a long way to go before all the features work again after a totally gratuitous shakeup of some core data structures. Hopefully the new ‘cleaner’ representation of a bees net is actually workable! (bit scary maybe I bit off more than I can chew here)

I will try to make the main branch of bees compile correctly against the new low-fat asf in parallel to that effort. As for the board.h I guess the best way is just wrap that one line in #ifdef aleph or something?

However building bees against system might have to wait till I either finish the overhaul or give up on it…

3 Likes