Date: Mon, 3 Feb 2020 06:09:26 +0100 From: Warner Losh <imp@bsdimp.com> To: Mark Millard <marklmi@yahoo.com> Cc: 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: <CANCZdfpbH5p1rG2ZqJ8DhfajsL6=oAepPY=L1V8228Y3v3%2BWXw@mail.gmail.com> In-Reply-To: <13FEBAFC-8D69-4BE4-9558-97617639A0B4@yahoo.com> References: <1EDB31B4-7372-4D8C-AF81-685E53BE4810@yahoo.com> <13FEBAFC-8D69-4BE4-9558-97617639A0B4@yahoo.com>
index | next in thread | previous in thread | raw e-mail
I'll take a look... that's likely my fault for fixing the bogus duplication
that wasn't quite duplicated.
On Mon, Feb 3, 2020 at 12:10 AM Mark Millard <marklmi@yahoo.com> wrote:
> [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)
> >
> > This is from loss of:
> >
> >
> >
> > font.h optional sc
> \
> > compile-with "uudecode <
> /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'u_char
> dflt_font_16[16*256] = {' '};' < ${SC_DFLT_FONT}-8x16 > font.h && uudecode
> < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c 'u_char
> dflt_font_14[14*256] = {' '};' < ${SC_DFLT_FONT}-8x14 >> font.h && uudecode
> < /usr/share/syscons/fonts/${SC_DFLT_FONT}-8x8.fnt && file2c 'u_char
> dflt_font_8[8*256] = {' '};' < ${SC_DFLT_FONT}-8x8 >> font.h" \
> > no-obj no-implicit-rule before-depend
> \
> > clean "font.h ${SC_DFLT_FONT}-8x14 ${SC_DFLT_FONT}-8x16
> ${SC_DFLT_FONT}-8x8"
> >
> >
> > in /head/sys/conf/files.powerpc .
> >
> >
> > FYI for why I have sc present:
> >
> > 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.
> >
> > 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=cp437
>
>
> 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.
>
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
>
>
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfpbH5p1rG2ZqJ8DhfajsL6=oAepPY=L1V8228Y3v3%2BWXw>