Re: head -r357401 broke my powerpc/powerpc64 builds: I build with sc present [the added "static" caused the failures]

2020-02-02 Thread Warner Losh 
On Mon, Feb 3, 2020 at 3:33 AM Mark Millard  wrote:

> [Turns out to be the added "static".]
>
> On 2020-Feb-2, at 15:10, Mark Millard  wrote:
>
> > [I forgot to send some context.]
> >
> > On 2020-Feb-2, at 14:51, Mark Millard  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  optionalsc
> \
> >>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.
>
> The following enabled my powerpc* builds: I dropped
> "static " from each declaration that is generated.
>
> (In this form some whitespace might not be
> preserved below.)
>
> # svnlite diff /usr/src/sys/conf/files
> Index: /usr/src/sys/conf/files
> ===
> --- /usr/src/sys/conf/files (revision 357419)
> +++ /usr/src/sys/conf/files (working copy)
> @@ -35,7 +35,7 @@
> no-obj no-implicit-rule before-depend
> \
> clean   "feeder_rate_gen.h"
>  font.h optionalsc_dflt_font\
> -   compile-with"uudecode <
> ${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'static
> u_char dflt_font_16[16*256] = {' '};' < ${SC_DFLT_FONT}-8x16 > font.h &&
> uudecode < ${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c
> 'static u_char dflt_font_14[14*256] = {' '};' < ${SC_DFLT_FONT}-8x14 >>
> font.h && uudecode < ${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x8.fnt
> && file2c 'static u_char dflt_font_8[8*256] = {' '};' < ${SC_DFLT_FONT}-8x8
> >> font.h"
>\
> +   compile-with"uudecode <
> ${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'u_char
> dflt_font_16[16*256] = {' '};' < ${SC_DFLT_FONT}-8x16 > font.h && uudecode
> < ${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c 'u_char
> dflt_font_14[14*256] = {' '};' < ${SC_DFLT_FONT}-8x14 >> font.h && uudecode
> < ${SRCTOP}/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"
>  snd_fxdiv_gen.hoptional sound
>  \
>
>
> If the "static"s are strongly wanted, then the powerpc*
> families need to be reworked to allow for such.
>

Yea, ofw_syscons.c reaches over into these arrays. I've removed the static
for now. syscons is on the way out, so I don't want to waste too much time
on it.

warner


>
> ===
> Mark Millard
> marklmi at yahoo.com
> ( dsl-only.net went
> away in early 2018-Mar)
>
>
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to

Re: head -r357401 broke my powerpc/powerpc64 builds: I build with sc present

2020-02-02 Thread Warner Losh 
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  wrote:

> [I forgot to send some context.]
>
> On 2020-Feb-2, at 14:51, Mark Millard  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  optionalsc
> \
> > 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)
>
>
___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

Re: head -r357401 broke my powerpc/powerpc64 builds: I build with sc present [the added "static" caused the failures]

2020-02-02 Thread Mark Millard via freebsd-toolchain 
[Turns out to be the added "static".]

On 2020-Feb-2, at 15:10, Mark Millard  wrote:

> [I forgot to send some context.]
> 
> On 2020-Feb-2, at 14:51, Mark Millard  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  optionalsc  \
>>  
>>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.

The following enabled my powerpc* builds: I dropped
"static " from each declaration that is generated.

(In this form some whitespace might not be
preserved below.)

# svnlite diff /usr/src/sys/conf/files
Index: /usr/src/sys/conf/files
===
--- /usr/src/sys/conf/files (revision 357419)
+++ /usr/src/sys/conf/files (working copy)
@@ -35,7 +35,7 @@
no-obj no-implicit-rule before-depend  \
clean   "feeder_rate_gen.h"
 font.h optionalsc_dflt_font\
-   compile-with"uudecode < 
${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'static u_char 
dflt_font_16[16*256] = {' '};' < ${SC_DFLT_FONT}-8x16 > font.h && uudecode < 
${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c 'static u_char 
dflt_font_14[14*256] = {' '};' < ${SC_DFLT_FONT}-8x14 >> font.h && uudecode < 
${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x8.fnt && file2c 'static u_char 
dflt_font_8[8*256] = {' '};' < ${SC_DFLT_FONT}-8x8 >> font.h"   
  \
+   compile-with"uudecode < 
${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x16.fnt && file2c 'u_char 
dflt_font_16[16*256] = {' '};' < ${SC_DFLT_FONT}-8x16 > font.h && uudecode < 
${SRCTOP}/share/syscons/fonts/${SC_DFLT_FONT}-8x14.fnt && file2c 'u_char 
dflt_font_14[14*256] = {' '};' < ${SC_DFLT_FONT}-8x14 >> font.h && uudecode < 
${SRCTOP}/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"
 snd_fxdiv_gen.hoptional sound  
   \


If the "static"s are strongly wanted, then the powerpc*
families need to be reworked to allow for such.

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

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

Re: head -r357401 broke my powerpc/powerpc64 builds: I build with sc present

2020-02-02 Thread Mark Millard via freebsd-toolchain 
[I forgot to send some context.]

On 2020-Feb-2, at 14:51, Mark Millard  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  optionalsc  \ 
>  
> 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)

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"

head -r357401 broke my powerpc/powerpc64 builds: I build with sc present

2020-02-02 Thread Mark Millard via freebsd-toolchain 
--- 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  optionalsc  \  
 
 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.

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

___
freebsd-toolchain@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain
To unsubscribe, send any mail to "freebsd-toolchain-unsubscr...@freebsd.org"