lbmk.git/resources/scripts/build/boot, branch c20230710

coreboot: AMD Fam10/15: don't build GCC-GNAT

2023-07-09T10:20:56+00:00

do this with board.cfg option:

crossgcc_ada="n"

add this environmental variable when building
crossgcc, if crossgcc_ada="n":

BUILD_LANGUAGES=c

This avoids building the GNAT/Ada compiler in GCC.
Coreboot 4.11 is only used for some AGESA boards
that don't need Ada (their video init is the old
style, written in C, it's not libgfxinit)

Signed-off-by: Leah Rowe

remove blobutil and boards/utils needing/for blobs

2023-07-08T21:09:58+00:00

delete all blobs. TODO: actually deblob coreboot/uboot
when downloading. i'll that in a little while, in an
upcoming commit.

yes.

purge it all, in fsf style. censor what the fsf doesn't like.

so that they can feel good about having less, because
ideological purity is better than helping more people
use coreboot, yes?

Signed-off-by: Leah Rowe

build/boot/roms: fix coreboot-version in releases

2023-07-07T23:27:53+00:00

This error was observed, in the coreboot build system:

In file included from src/lib/version.c:4:
build/build.h:10:32: error: 'libreboot' undeclared here (not in a function)
   10 | #define COREBOOT_MAJOR_VERSION libreboot-20230625
      |                                ^~~~~~~~~
src/lib/version.c:35:46: note: in expansion of macro 'COREBOOT_MAJOR_VERSION'
   35 | const unsigned int coreboot_major_revision = COREBOOT_MAJOR_VERSION;
      |                                              ^~~~~~~~~~~~~~~~~~~~~~

This happened on the 20230625 *release archive*, when a user tried to
build for W541 MRC on an Arch Linux container.

This change fixes the error. I never got the error on my end when
build testing the release archives, but this will prevent the error.
Fix it by only inserting libreboot version string YYYYMMDD representing
the Libreboot version. (libreboot uses ISO dates as version numbers)

Signed-off-by: Leah Rowe

build/roms_helper: reset d521fca7, backport fixes

2023-06-25T11:21:48+00:00

I keep getting random linker issues when running:

./build boot roms all

I think the issue lies somewhere in here, from when
I did that massive audit. So I'm undoing the audit
which mostly re-factored the code style here.

These changes are being backported:
f338697b build/boot/roms: Support removing microcode
941fbcb run coreboot utils from own directory
f256ce98 build/boot/roms: say board name on stderr

I removed this change:
6d6bd5ee (the script now uses dedicated utils directory)

additionally:

cbutils is built much earlier on in the script, first
thing after initialising variables

the other changes not backported are all code style
changes, and I believe these are responsible.

if no other fixes occur to this fire before the next
libreboot release, then my hunch was right.

Signed-off-by: Leah Rowe

build/boot/roms: say board name on stderr

2023-06-25T02:06:13+00:00

That way, I can more easily debug build issues with
specific boards, e.g.

./build boot roms all 2>lbmk.err.log

Signed-off-by: Leah Rowe

build/roms: distclean coreboot before each build

2023-06-24T22:28:41+00:00

don't clean it, distclean it

Signed-off-by: Leah Rowe

run coreboot utils from own directory

2023-06-24T22:23:16+00:00

this means coreboot can now be distcleaned safely,
before and after each build of a rom image

Signed-off-by: Leah Rowe

build/boot/roms_helper nicer indent on switch loop

2023-06-20T01:06:51+00:00

Signed-off-by: Leah Rowe

build/boot/roms: remove wrong parentheses

2023-06-20T00:15:28+00:00

will pass all args as a single arg, which is wrong

fix that

Signed-off-by: Leah Rowe

build/boot/roms: nicer indent style on switch loop

2023-06-20T00:09:11+00:00

Signed-off-by: Leah Rowe