Re: [9front] Beware of 'mk nuke': mkrunetype.c

[Jacob Moody <moody@mail.posixcafe.org>]

There was a brief window in which this was the case.

The commit 8b3154fb22991c0e96ca0c4e3658434791fc7e69 should have included the generated
files and remedied this issue.

Did you update past this and still have this issue?

On 3/29/23 01:24, Romano wrote:
> I haven't updated my system in a few months, and noticed the Unicode
> changes so wanted to work with them.  I generally do a 'cd /sys/src &&
> mk nuke && mk all', but that led to many errors.  I tried the
> following:
> * re-compile the compilers first (cc & 6c), which was successful; 6a &
>   6l were not
> * compile and install ape (successful)
> * compile libc first (not successful), which led me to:
> * compile the individual .c files in libc/port, which led me to
>   mkrunetype.c still not compiling.
> 
> Yet I was still getting errors like the following:
> 
> cpu% cd /sys/src/libc/port
> cpu% mk
> @{
> 	eval `{grep '^[A-Z]' /$cputype/mkfile}
> 	6c -FTVw -o mkrunetype.6 mkrunetype.c
> 	6l $LDFLAGS -o 6.mkrunetype mkrunetype.6
> 	6.mkrunetype
> }
> param: undefined: _assert in param
> getunicodeline: undefined: getfields in getunicodeline
> estrtoul: undefined: strtoul in estrtoul
> markbreak: undefined: strstr in markbreak
> main: undefined: strcmp in main
> main: undefined: exits in main
> smprint: undefined: setmalloctag in smprint
> fmtStrFlush: undefined: realloc in fmtStrFlush
> fmtStrFlush: undefined: free in fmtStrFlush
> fmtstrinit: undefined: malloc in fmtstrinit
> dofmt: undefined: chartorune in dofmt
> _fmtcpy: undefined: fullrune in _fmtcpy
> _fmtcpy: undefined: runelen in _fmtcpy
> _fmtcpy: undefined: runetochar in _fmtcpy
> fmtstrcpy: undefined: utflen in fmtstrcpy
> xdtoa: undefined: isNaN in xdtoa
> xdtoa: undefined: isInf in xdtoa
> xdtoa: undefined: tolower in xdtoa
> xdtoa: undefined: frexp in xdtoa
> xdtoa: undefined: pow10 in xdtoa
> xdtoa: undefined: strtod in xdtoa
> too many errors
> mk: @{  eval ...  : exit status=rc 2050: rc 2052: 6l 2056: error
> 
> So I just kept updating the linking with the appropriate objects until it compiled. This is what I ended up with:
> @{
> 	eval `{grep '^[A-Z]' /$cputype/mkfile}
> 	6c -FTVw -o mkrunetype.6 mkrunetype.c
> 	6l $LDFLAGS -o 6.mkrunetype mkrunetype.6 getfields.6 strtoul.6 strstr.6 strcmp.6 exits.6 _assert.6 rune.6 utfrune.6 malloc.6 lock.6 atol.6 pool.6 strtol.6 nan.6 strtod.6 toupper.6 frexp.6 pow10.6 utfecpy.6 atexit.6 fabs.6 utflen.6 ctype.6
> 	6.mkrunetype
> }
> 
> I think it might be useful to have a proper patch for the mkfile under
> libc/port.  Thoughts?
>