On 03/04/2013 10:29 AM, John Goodyear wrote:
>
> On 03/02/2013 02:04 PM, John Goodyear wrote:
> >
> > Close.
> >
> > Looks like is_UTF8_CHAR_utf8_safe() needs to be defined in
utfebcdic.h ?
>
> I pushed something that hopefully with fix this for now. And, there is
> a new tool Porting/reorder_l1_char_class_tab.pl to use after the hello
> world test. Instructions inside it.
>
> Also, I didn't take your yacc changes to a2p.c because of fear of
> lawyers. The code gets regenerated anyway on your machine.
>
I should have deleted a2p.c from the diff. I saw that it was generated.
What's the best way to clean up a directory before running a diff?
make realclean and make distclean do not seem to do the trick.
I don't know since you don't have git. I'll just ignore that file when
you send new diffs.
Onto the good news:
miniperl finally linked.
Now the bad news:
after miniperl is linked, the make goes into a fit due to a loop when
this is invoked:
/bin/env
LIBPATH=/u/jgood/perlsrc/perl\-3a3d7b8:/lib:/usr/lib:/shared/db2/db2a10/base/:/usr/lpp/Printsrv/lib:/usr/lpp/pe
rl/lib/5.8.7/os390\-thread\-multi/CORE:. ./miniperl -Ilib make_patchnum.pl
It prints only this several hundred thousand times:
Bareword found where operator expected at make_patchnum.pl line 0,
at end of line
(Missing operator before ?)
I tried to say in an earlier email that the make after the miniperl gets
linked is likely to fail spectacularly. Instead of continuing the make
at this point, use the already-linked miniperl and do the Hello world test:
./miniperl -le 'print "Hello World"'
(using Linux shell syntax)
If that works follow the instructions in
Porting/reorder_l1_char_class_tab.pl
and then restart the make. It will still crash; I want to see where.
