On 1/1/2013 4:51 PM, Craig A. Berry wrote:
Apparently DECC$READDIR_DROPDOTNOTYPE enabled causes problems. We
have that set at work for something else. I had to define it locally to
"disabled" and the build completed.
This doesn't surprise me at all. There is latent support that I
suspect hasn
On Tue, Jan 1, 2013 at 5:51 PM, Craig A. Berry wrote:
>
> On Dec 31, 2012, at 12:32 PM, Thomas Pfau wrote:
> > Also, I haven't had any luck building on an ODS-5 volume on either Alpha
> or Integrity. Tests are running now.
>
> Building on ODS-5 definitely works for a default build, but I think
On Dec 31, 2012, at 12:32 PM, Thomas Pfau wrote:
> I finally got 5.16.2 to complete the build process on Integrity today.
Thanks to your reports, 3 or 4 bugs that needed fixing have been fixed and the
fixes checked into the repository so they'll be part of 5.18. As far as I can
remember, a
I finally got 5.16.2 to complete the build process on Integrity today.
Apparently DECC$READDIR_DROPDOTNOTYPE enabled causes problems. We have
that set at work for something else. I had to define it locally to
"disabled" and the build completed. Also, I haven't had any luck building
on an ODS-5 v
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'
On Dec 24, 2012, at 5:45 AM, Thomas Pfau 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 ..
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/
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 wrote:
>
> On Dec 23, 2012, at 12:52 PM, Thomas Pfau wrote:
>
> > Some defaults aren't restore
On Dec 23, 2012, at 12:52 PM, Thomas Pfau 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? [type/pag] t
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
http://www.l
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 wrote:
>
> On Dec 23, 2012, at 7:58 AM, Thomas Pfau wrote:
>
> > Ok, I just saw it. I selected the option to preserve cas
On Dec 23, 2012, at 7:58 AM, Thomas Pfau 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 like
the follow
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 wrote:
> I downloaded the latest MMK and tried again. It still failed to find
> module GLOBALS alth
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 wrote:
> I zipped up the log files and config.h. You can grab it from
> http://nbpfaus.net/~pfau/perlbuild.zip.
>
> perlbuild-1.log was t
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 perlbui
On Dec 22, 2012, at 5:14 PM, Thomas Pfau 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.
> After that I
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
Cwd.opt/Option,[--]per
On Dec 21, 2012, at 11:02 PM, Thomas Pfau 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;
> .^
> %CC-W-
On Dec 22, 2012, at 8:50 AM, "John E. Malmberg"
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 this
On Dec 21, 2012, at 11:02 PM, Thomas Pfau 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;
> ...^
> In this
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 bitco
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 t
On Dec 21, 2012, at 11:02 PM, Thomas Pfau 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
> DISK$USERS:[PFAU.
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 [--
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
/Include=[]/Standard=Relaxed_ANSI/Prefix=All/Obj=.obj/NoList
25 matches
Mail list logo
