hptnr: Store the .o files directly in the repo

[imp]

Summary

We no longer need to use uuencode to uuencode files in our tree. Store the .o
file directly instead. Adjust the build to cope with the new arrangement.

Note: This is one of many I plan to do. Let's hash out the right way to do this on this and then I'll do others.

[emaste]

sys/conf/files.x86

112

I wonder if we can just specify $M-elf.hptnr_lib.o directly?

sys/modules/hptnr/Makefile

10

Can we just do OBJS+=${MACHINE_ARCH}-elf.hptnr_lib.o?

[imp]

sys/conf/files.x86

112

It's an interesting notion. However, I've not been able to make that work with config(8).
But it's worth a shot looking again.
Using the single line

+dev/hptnr/$M-elf.hptnr_lib.o   optional        htpnr

resulted in no htpbr_lib lines in the Makefile, but all the other hptnr lines were. So it's not completely straight forward.

sys/modules/hptnr/Makefile

10

${.SRCDIR} vs ${.OBJDIR} issues? I've not checked on this detail, though.

[imp]

sys/conf/files.x86

112

spelling it right gets us a lot closer, though.

[imp]

Ed's ideas proved to be good ideas.

[imp]

oops, didn't mean commit GENERIC

[imp]

also commit amd64 .o

[donner]

Yes, please. Remove this technical debt.

[markm]

Obvious technical debt removal. Please do this!

[bz]

I may miss this but your current change request doesn't re-add the decoded i386 version?

[emaste]

LGTM modulo bz's point

[imp]

add back i386 / rebase