Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 2 Feb 2020 15:10:47 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        Warner Losh <imp@bsdimp.com>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org>, FreeBSD PowerPC ML <freebsd-ppc@freebsd.org>
Subject:   Re: head -r357401 broke my powerpc/powerpc64 builds: I build with sc present
Message-ID:  <13FEBAFC-8D69-4BE4-9558-97617639A0B4@yahoo.com>
In-Reply-To: <1EDB31B4-7372-4D8C-AF81-685E53BE4810@yahoo.com>
References:  <1EDB31B4-7372-4D8C-AF81-685E53BE4810@yahoo.com>

next in thread | previous in thread | raw e-mail | index | archive | help
[I forgot to send some context.]

On 2020-Feb-2, at 14:51, Mark Millard <marklmi at yahoo.com> wrote:

> --- kernel.full ---
> ld: error: undefined symbol: dflt_font_8
>>>> referenced by ofw_syscons.c
>>>>              ofw_syscons.o:(.toc+0x10)
> ld: error: undefined symbol: dflt_font_14
>>>> referenced by ofw_syscons.c
>>>>              ofw_syscons.o:(.toc+0x18)
> ld: error: undefined symbol: dflt_font_16
>>>> referenced by ofw_syscons.c
>>>>              ofw_syscons.o:(.toc+0x20)
>=20
> This is from loss of:
>=20
>=20
>=20
> font.h                          optional        sc                     =
 \	=20
>         compile-with    "uudecode < =
/usr/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'u_char =
dflt_font_16[16*256] =3D {' '};' < ${SC_DFLT_FONT}-8x16 > font.h && =
uudecode < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c =
'u_char dflt_font_14[14*256] =3D {' '};' < ${SC_DFLT_FONT}-8x14 >> =
font.h && uudecode < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x8.fnt && =
file2c 'u_char dflt_font_8[8*256] =3D {' '};' < ${SC_DFLT_FONT}-8x8 >> =
font.h" \	=20
>         no-obj no-implicit-rule before-depend                          =
 \	=20
>         clean   "font.h ${SC_DFLT_FONT}-8x14 ${SC_DFLT_FONT}-8x16 =
${SC_DFLT_FONT}-8x8"	=20
>=20
>=20
> in /head/sys/conf/files.powerpc .
>=20
>=20
> FYI for why I have sc present:
>=20
> Historically, I've had two PowerMac contexts, one of which
> worked with sc but not vt and another of which worked with
> vt but not sc.
>=20
> I build with both sc and vt present and change which is
> used as I move the media between machines.

FYI: my powerpc* kernel config files have (using a powerpc64
example):

include "GENERIC64"

. . .

nooptions       PS3                     # Sony Playstation 3             =
  HACK!!! to allow sc

. . .

# HACK!!! to allow sc for 2560x1440 display on Radeon X1950 that vt =
historically mishandled during booting
device          sc
#device                 kbdmux          # HACK: already listed by vt
options         SC_OFWFB        # OFW frame buffer
options         SC_DFLT_FONT    # compile font in
makeoptions     SC_DFLT_FONT=3Dcp437


I'm exploring rebuilding from scratch, but it
may be that this change could use some form
of UPDATING note about how to deal with the
changes.

=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?13FEBAFC-8D69-4BE4-9558-97617639A0B4>