On Mon, 9 Apr 2001, Van Duser, Brad wrote:
> > -----Original Message-----
> > From: Peter Prymmer [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 04, 2001 1:59 PM
>
> > to try out the release candidate available from:
> >
> > http://public.ActiveState.com/gsar/foolperl-5.6.1.tar.gz
> > or
> > ftp://ftp.funet.fi/pub/languages/perl/fool/foolperl-5.6.1.tar.gz
>
> I downloaded my kit from the latter site last week.
>
> > and let us know about trouble that you encounter with it.
>
> I used the following configure command syntax:
> sh Configure -Dprefix=/home/sc90/ppkycyh/perltest -des
> run with the latest version of GNU make and 'export _C89_CCMODE=1'
> and received the following 2 errors during the 'make' step:
>
> `sh cflags libperl.a util.o` util.c
>
> CCCMD = c89 -DPERL_CORE -c -DMAXSIG=38 -DOEMVS -D_OE_SOCKETS
> -D_XOPEN
> _SOURCE_EXTENDED -D_ALL_SOURCE -DYYDYNAMIC
>
> WARNING CBC3193 ./util.c:3692 The size of this type is zero.
>
> FSUM3065 The COMPILE step ended with return code 4.
>
> -------------------------------------
> c89 -Wl,EDIT=NO -L/usr/local/lib -o miniperl \
> miniperlmain.o opmini.o libperl.a -lm -lc
> ./miniperl -w -Ilib -MExporter -e '<?>' || make minitest
> make: [extra.pods] Error 1 (ignored)
These are fine (yes I'd like to do something about them, but they
are warnings that do not affect the quality of the build.
> After receiving a few errors during 'make test' I ran t/harness:
>
> Failed Test Status Wstat Total Fail Failed List of Failed
>
> ----------------------------------------------------------------------------
> ----
> lib/charnames.t 132 33792 ?? ?? % ??
>
> lib/io_unix.t 113 28928 5 3 60.00% 3-5
>
> lib/syslog.t 6 1 16.67% 6
>
> op/bop.t 44 3 6.82% 22, 41-42
>
> op/filetest.t 10 1 10.00% 6
>
> op/pat.t 1 256 231 151 65.37% 81-231
>
> op/utf8decode.t 78 61 78.21% 10, 19-78
>
> pragma/locale.t 129 33024 116 18 15.52% 99-116
>
> 13 tests and 91 subtests skipped.
>
> Failed 8/258 test scripts, 96.90% okay. 238/12425 subtests failed, 98.08%
> okay.
This looks similar to what I obtained. I think that you may get better
results from the memory intensive ones like lib/charnames.t if you raise
your MAXASSIZE parameter, but note that that is testing a unicode library
function that won't be very useful on OS/390's EBCDIC implementation
(similar to the reason that the utf8decode.t test isn't appropriate on
EBCDIC environment).
> I also received these complaints on op/magic - does anyone know if this is
> ok?
>
> op/magic............ok 4/35CEE5206S The signal SIGINT was received.
> op/magic............ok, 4/35 skipped: no caseless %ENV support
>
> And here is more info on the pragma/locale, lib/charnames, lib/io_unix
> failures:
>
> pragma/locale.......Unmatched [ before HERE mark in regex m/[ << HERE / at
> pragm
> a/locale.t line 710.
>
> pragma/locale.......dubious
> Test returned status 129 (wstat 33024, 0x8100)
> DIED. FAILED tests 99-116
> Failed 18/116 tests, 84.48% okay
>
> lib/charnames.......Out of memory!
> Callback called exit at ../lib/unicode/Name.pl line 9523.
> lib/charnames.......dubious
> Test returned status 132 (wstat 33792, 0x8400)
>
> lib/io_unix.........ok 1/5Can't call method "getline" on an undefined value
> at l
> ib/io_unix.t line 65.
>
> lib/io_unix.........ok 2/5CEE5213S The signal SIGPIPE was received.
>
> lib/io_unix.........dubious
>
> Test returned status 113 (wstat 28928, 0x7100)
>
> DIED. FAILED tests 3-5
>
> Failed 3/5 tests, 40.00% okay
>
>
> If anyone can shed some light on these test failures, even to confirm that
> you did/did not receive them on an OS/390 system, that would be helpful.
> Being a Perl newbie I am not familiar with the test suite, but if someone
> points me in the right direction I will try to take a look at some of these.
>
> I don't think this would make a difference, but when I ran Configure with
> -des it automatically selected the following libraries:
> Directories to use for library searches? [/usr/local/lib /lib /usr/lib]
> and /usr/local/lib contains our Perl 5.005.03 libs. Should this matter? My
> LIBPATH does not include /usr/local/lib so I am not sure where Configure
> picked this up.
No this should not matter. foolperl and the recently released Perl 5.6.1
will by default build without Dynamic Loading capabilities hence LIBPATH
is irrelevant to them. The compiler resolves things in the C RTL and CEE
by itself and the -L/usr/local/lib is a bit superfluous on OS/390 and does
no harm. Note that if you wanted Dynamic loading you'd have had to
Configure with:
sh Configure -Dusedl -des
and after running `make install` (It'll go into /usr/local by default if
you have such a directory) you'd either have to adjust your LIBPATH or
copy your libperl.x and either libperl.dll or libperl.so to a directory
already on your $LIBPATH.
In sum your results look great. Thanks for the report.
Peter Prymmer
