Craig A. Berry <[EMAIL PROTECTED]> wrote:
> Martin Vorlaender wrote:
> >- The configuration test for long doubles gives
> <snip>
> >        %CC-I-LONGDOUBLENYI, In this statement, type long 
> double has the same
> >        representation as type double on this platform.
> <snip>
> >        $ write sys$output $status
> >        %X10B90003
> >
> >  As CONFIGURE.COM only tests for %X10B90001, it does detect the
> >  presence of long doubles, but fails to get the size. Not sure
> >  how to resolve this.
> 
> I don't have a way to test this, but something like this 
> could work;

Errr, wait a moment:

$ write sys$output f$message(%X10B90003)
%CC-I-NORMAL, normal successful completion

The trouble really is with just_mcr_it, which won't recognize
%X10B90003 as a successful compile, and thus won't run the program.
A better solution would probably be to redefine compile_status
(sorry, got no diff/patch here yet):

$ echo4 "Checking to see if you have long double..."
$ GOSUB link_ok
$ IF link_status .NE. good_link
$ THEN
...
$ ELSE
$   echo "You have long double."
$   echo4 "Checking to see how big your long doubles are..."
$   IF compile_status .EQ. %X10B90003 THEN compile_status = good_compile  !!!
$   GOSUB just_mcr_it
$   longdblsize = tmp
$   d_longdbl = "define"
$   echo "Your long doubles are ''longdblsize' bytes long."
$ ENDIF

> Or should we make long doubles undef in this case?  It 
> doesn't seem like they'd offer any real advantage.

As I can't oversee the implications: Dunno.
 
> >- If you go with the DCL tables verb (instead of the foreign command),
> >  "MMK INSTALL" fails, because it wants to SET COMMAND the PERL.CLD
> >  file from PERL_ROOT:[000000] - which doesn't exist. I suppose
> >  SYS$DISK:[] would suffice here.
> 
> Hmm.  Does this problem go away if you create the top-level 
> directory before the install?

No, but if I copy PERL.CLD to PERL_ROOT:[000000] before calling
MMK INSTALL (which calls PERL_SETUP.COM, which issues the
$ SET COMMAND PERL_ROOT:[000000]PERL.CLD)...

> >I didn't take notes on the modules' build, but if anyone is
> >interested, I could publish my diffs. 
> 
> Please do, preferably to the module authors as well as here.

Of course. Mainly, my notes are about building GD v1.33 and the
underlying libraries.

cu,
  Martin
-- 
                           | Martin Vorlaender        VMS/WNT programmer
 Unix is user friendly.    | work: [EMAIL PROTECTED]
 It's just selective about |       http://www.pdv-systeme/users/martinv/
 who his friends are.      | home: [EMAIL PROTECTED]

Reply via email to