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; > .....................^ > %CC-W-PTRMISMATCH, In the initializer for func, the referenced type of the > pointer value "sinl" is "function (long double) returning > long double", which is not compatible with "function (double) returning > double". > at line number 2691 in file DISK$USERS:[pfau.FREEWARE.perl-5_16_2]pp.c;1 > And other mismatches snipped. It turns out this is because once upon a time there was a "use64bit" option [1] that only later became separated into use64bitint, uselongdouble, and use64bitall, but we didn't properly separate out everything. So if you chose long integers but not long doubles, you would get the macro USE_LONG_DOUBLE defined but without other supporting defines and with incompatible branches followed in various parts of the #ifdef jungle. The following seems to take care of it: --- configure.com;-1 Sat Dec 22 08:30:18 2012 +++ configure.com Sat Dec 22 09:31:01 2012 @@ -6928,6 +6928,9 @@ $ IF d_alwdeftype THEN WC "#define ALWAY $ IF use64bitint .OR. use64bitint .EQS. "define" $ THEN $ WC "#define USE_64_BIT_INT" +$ ENDIF +$ IF uselongdouble .OR. uselongdouble .EQS. "define" +$ THEN $ WC "#define USE_LONG_DOUBLE" $ ENDIF $ IF use64bitall .OR. use64bitall .EQS. "define" THEN - With this, the other patch to configure.com to remove the spurious double quote, and the change of __IEEE_FP to _IEEE_FP in numeric.c, I have 5.16.2 built and happily running tests. Using HP C V7.3-010 on OpenVMS Alpha V8.3 and configured with @configure -"Duse64bitint" -"des". So here are three trivial fixes and long integer support is back in business. I hope to have these checked into the repository by the end of the weekend. Merry Christmas, Tom, and thanks for the report. [1] <http://perl5.git.perl.org/perl.git/commit/fafa4fee6354847ae7fda9f99e5af467d9626f73?f=vms/subconfigure.com> ________________________________________ Craig A. Berry mailto:craigbe...@mac.com "... getting out of a sonnet is much more difficult than getting in." Brad Leithauser
