Tests completed. Results are in http://nbpfaus.net/~pfau/perltest.zip
--
Thomas Pfau
tfp...@gmail.com
http://www.linkedin.com/in/thomaspfau
http://nbpfaus.net/~pfau/
On Dec 24, 2012, at 5:45 AM, Thomas Pfau tfp...@gmail.com wrote:
Tests completed. Results are in http://nbpfaus.net/~pfau/perltest.zip
And the summary is:
t/comp/parser .
FAILED--unexpected output at test 0
t/op/stat
I started looking through some of the failures.
t/comp/parser .
FAILED--unexpected output at test 0
1..123
...
ok 23 - interpolation, here doc
ok 24 - ';' sub prototype confuses the lexer
#
ok 25
ok 26 - eval { foo = 'bar' }
ok 27 - { foo = 'bar' }
I downloaded the latest MMK and tried again. It still failed to find
module GLOBALS although it did find PERL.
On Sat, Dec 22, 2012 at 11:32 PM, Thomas Pfau tfp...@gmail.com wrote:
I zipped up the log files and config.h. You can grab it from
http://nbpfaus.net/~pfau/perlbuild.zip.
Ok, I just saw it. I selected the option to preserve case in symbol
names. The module gets named 'globals' but the options file calls for
'GLOBALS'.
On Sun, Dec 23, 2012 at 8:56 AM, Thomas Pfau tfp...@gmail.com wrote:
I downloaded the latest MMK and tried again. It still failed to find
On Dec 23, 2012, at 7:58 AM, Thomas Pfau tfp...@gmail.com wrote:
Ok, I just saw it. I selected the option to preserve case in symbol names.
The module gets named 'globals' but the options file calls for 'GLOBALS'.
Aha. Another non-default option I haven't tried in a long time. It looks
Ok, I fixed that options file and now it fails on devel/ppport. I'm
starting over with the case sensitive build turned off.
On Sun, Dec 23, 2012 at 9:16 AM, Craig A. Berry craigbe...@mac.com wrote:
On Dec 23, 2012, at 7:58 AM, Thomas Pfau tfp...@gmail.com wrote:
Ok, I just saw it. I
Some defaults aren't restored properly when re-executing configure.com.
Enable thread upcalls? [n] y
Installation prefix to use (for PERL_ROOT)? [ perl_root.] ]
dsa0:[perl-5_16_2_root.]
What pager is used on your system? [type/pag] type/page=save=10
--
Thomas Pfau
tfp...@gmail.com
On Dec 23, 2012, at 12:52 PM, Thomas Pfau tfp...@gmail.com wrote:
Some defaults aren't restored properly when re-executing configure.com.
Enable thread upcalls? [n] y
Installation prefix to use (for PERL_ROOT)? [ perl_root.] ]
dsa0:[perl-5_16_2_root.]
What pager is used on your system?
I started over, told it not to use mixed case symbols, and after about 4.25
hours it appears to have completed successfully. Now to start the tests
On Sun, Dec 23, 2012 at 2:01 PM, Craig A. Berry craigbe...@mac.com wrote:
On Dec 23, 2012, at 12:52 PM, Thomas Pfau tfp...@gmail.com wrote:
Running Makefile.PL in ext/DynaLoader
dsa3:[pfau.freeware.perl-5_16_2]miniperl.exe;1 -I../../lib Makefile.PL
INST_LIB=[--.lib] INST_ARCHLIB=[--.lib] PERL_CORE=1
Writing Descrip.MMS for DynaLoader
Making all in ext/DynaLoader
MMK all /DESCRIPTION=descrip.mms /MACRO=(PERL_CORE=1)
MCR
On Dec 21, 2012, at 11:02 PM, Thomas Pfau tfp...@gmail.com wrote:
I ran configure.com and selected large integer support but not maximal and
not large double.
Interesting. That's not a well-tested combination obviously.
DISK$USERS:[pfau.FREEWARE.perl-5_16_2.vms]vmsish.h;1 copied to
On 12/22/2012 8:07 AM, Craig A. Berry wrote:
MCR SYS$DISK:[]generate_uudmap.exe uudmap.h bitcount.h mg_data.h
Action did not update target BITCOUNT.H
Action did not update target MG_DATA.H
I'm not sure if this is a problem or not.
Don't think so. MMS and MMK feel the need to tell you that
Thanks for the response. It's not a big deal. It didn't stop the build
and seems like it had no effect.
On Sat, Dec 22, 2012 at 9:50 AM, John E. Malmberg
malmb...@encompasserve.org wrote:
On 12/22/2012 8:07 AM, Craig A. Berry wrote:
MCR SYS$DISK:[]generate_uudmap.exe uudmap.h bitcount.h
On Dec 21, 2012, at 11:02 PM, Thomas Pfau tfp...@gmail.com wrote:
CC/DECC/NOANSI_ALIAS
/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/float=ieee/ieee=denorm/NAMES=(AS_IS,SHORTENED)/Def
ine=(PERL_CORE,_USE_STD_STAT=1) NUMERIC.C
return NV_MAX;
...^
On Dec 22, 2012, at 8:50 AM, John E. Malmberg malmb...@encompasserve.org
wrote:
On 12/22/2012 8:07 AM, Craig A. Berry wrote:
MCR SYS$DISK:[]generate_uudmap.exe uudmap.h bitcount.h mg_data.h
Action did not update target BITCOUNT.H
Action did not update target MG_DATA.H
I'm not sure if
On Dec 21, 2012, at 11:02 PM, Thomas Pfau tfp...@gmail.com wrote:
CC/DECC/NOANSI_ALIAS
/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList/float=ieee/ieee=denorm/NAMES=(AS_IS,SHORTENED)/Def
ine=(PERL_CORE,_USE_STD_STAT=1) PP.C
NV (*func)(NV) = Perl_sin;
My build had problems with DynLoader which I was able to get past with 'mmk
dynloader.xs', 'mmk dynloader.c', 'mmk all'. After that I restarted the
full build. It died with the following while building in dist/Cwd:
Link /NoTrace/NoMap /Shareable=[--.LIB.AUTO.CWD]PL_CWD.EXE
On Dec 22, 2012, at 5:14 PM, Thomas Pfau tfp...@gmail.com wrote:
My build had problems with DynLoader which I was able to get past with 'mmk
dynloader.xs', 'mmk dynloader.c', 'mmk all'.
I didn't have that problem. I don't know if it makes a difference, but I was
using MMK 4.1 for this.
I zipped up the log files and config.h. You can grab it from
http://nbpfaus.net/~pfau/perlbuild.zip.
perlbuild-1.log was the first part of the build. That failed due to not
finding dynaloader.c. I issued the MMK commands to get it generated and
then resubmitted the build. That produced
I ran configure.com and selected large integer support but not maximal and
not large double.
DISK$USERS:[pfau.FREEWARE.perl-5_16_2.vms]vmsish.h;1 copied to
DISK$USERS:[PFAU.FREEWARE.perl-5_16_2]vmsish.h;1 (58 blocks)
CC/DECC/NOANSI_ALIAS
21 matches
Mail list logo