Project

General

Profile

Bug #7438

intermittent build failures from the new boot loader

Added by Jerry Jelinek almost 4 years ago. Updated over 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Jerry Jelinek
Category:
bootloader
Start date:
2016-09-29
Due date:
% Done:

100%

Estimated time:
Difficulty:
Medium
Tags:
Gerrit CR:

Description

Internally we've seen intermittent failures while compiling under the new boot loader source tree. For example:

./machine/endian.h:6:24: error: x86/endian.h: No such file or directory

In the nightly log this looks like:

/root/data/jenkins/workspace/platform/MG/build/smartos-live/proto.strap/usr/bin/gcc -nostdinc -DBOOTPROG=\"gptzfsboot\" -O1 -DGPT -DBOOT2 -DLOADER_MBR_SUPPORT -DLOADER_GPT_SUPPORT -DSIOPRT=0x3f8 -DSIOFMT=0x3 -DSIOSPD=9600 -I../../../../include -I../../../../lib/libstand -I../../common -I../common -I../../zfs -I../../../cddl/boot/zfs -I../btx/lib -I. -I../../.. -I../../../sys -I../libi386 -Wall -Waggregate-return -Wbad-function-cast -Wcast-align -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wshadow -Wwrite-strings -Winline -Wno-unknown-pragmas --param max-inline-insns-single=100 -fno-reorder-functions -march=i386 -ffreestanding -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -std=gnu99 -fno-reorder-functions -m32 -c -o panic.o ../../common/panic.c
In file included from ../../../sys/types.h:44,
from ../../../../lib/libstand/stand.h:64,
from ../../common/panic.c:39:
./machine/endian.h:6:24: error: x86/endian.h: No such file or directory
  • Error code 1
    make: Warning: Command failed for target `panic.o'
    Current working directory /root/data/jenkins/workspace/platform/MG/build/smartos-live/projects/illumos/usr/src/boot/sys/boot/i386/gptzfsboot

History

#1

Updated by Gordon Ross almost 4 years ago

[nevermind]

#2

Updated by Robert Mustacchi almost 4 years ago

  • Category set to bootloader
  • Assignee set to Jerry Jelinek
  • % Done changed from 0 to 100
  • Tags deleted (needs-triage)
#3

Updated by Andrew Stormont over 3 years ago

To clarify the issue:

The build fails because the include paths depend on the "machine" and "x86" symlinks being created before compilation. As the object targets do not have an explicit dependency on these symlinks it's up to chance as to whether or not they are created in time for the build to succeed.

#4

Updated by Electric Monk over 3 years ago

  • Status changed from New to Closed

git commit e547e4e8adbc4f31e3fac2e9d89d20e99911227c

commit  e547e4e8adbc4f31e3fac2e9d89d20e99911227c
Author: Andrew Stormont <astormont@racktopsystems.com>
Date:   2016-10-10T20:42:44.000Z

    7438 intermittent build failures from the new boot loader
    Reviewed by: Gordon Ross <gordon.w.ross@gmail.com>
    Reviewed by: Toomas Soome <tsoome@me.com>
    Approved by: Dan McDonald <danmcd@omniti.com>

Also available in: Atom PDF