🚀 go-pugleaf

	Following the suggestion on mango, I got the vms 1.42 tar
package as well as the 2.3.3 tar from prep and put them on the 
target vax/vms machine.

	Using the notes from INSTALL, I attempted to build 2.3.3 using
the executables from 1.42.  Here's the result from @make-gcc.com
(the errors are really produced from make-cccp.com).

%GCC-I-DBGOPT, caution: /debug specified with optimization enabled.
cccp.c: In function VMS_fopen:
cccp.c:8885: too many arguments to function `fopen'
cccp.c:8886: too many arguments to function `fopen'
%GCC-I-NOOBJECT No object file was produced.

Inspecting the sources didn't really reveal anything, all thou I just 
gave them a glance.  So I went to another vax/vms machine - one that
has VAX/VMS C (V3.2) installed and tried to install 2.3.3 using VMS C.

Having made the necessary adjustments in make-cccp.com and
make-cc1.com received the following results:

%DCL-I-SUPERSEDE, previous value of SYS has been superseded
This command file will now perform the following actions:
   Compile C specific object modules.
   Compile language independent object modules.
   Link C compiler (gcc-cc1.exe).
<< removed some stuff here as it looked good >>
$ CC /noopt/incl=([],[.config]) toplev.c
        DEFTREECODE (FILE_TYPE, "file_type", "t", 0)
%CC-W-INSBEFORE, Inserted "}" before reserved word "struct".
                At line number 182 in $DISKF:[GCC233]TREE.DEF;1.
 
        DEFTREECODE (FILE_TYPE, "file_type", "t", 0)
%CC-W-TYPECONFLICT, "struct" conflicts with a previous data type in this
                declaration;  previous data type ignored.
                At line number 182 in $DISKF:[GCC233]TREE.DEF;1.
 
        DEFTREECODE (FILE_TYPE, "file_type", "t", 0)
%CC-W-REPLACED, Replaced "," with "*".
                At line number 182 in $DISKF:[GCC233]TREE.DEF;1.
 
        };
%CC-W-IGNORED, Unexpected "}" ignored.
                At line number 31 in $DISKF:[GCC233]TREE.H;1.
 
        extern tree save_expr                   PROTO((tree));
%CC-W-CONFLICTDECL, This declaration of "save_expr" conflicts
                with a previous declaration of the same name.
                At line number 1206 in $DISKF:[GCC233]TREE.H;1.
 
                if (TREE_CODE (decl) == VAR_DECL && TREE_STATIC (decl)
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 1836 in $DISKF:[GCC233]TOPLEV.C;1.
 
                    && ! TREE_ASM_WRITTEN (decl)
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 1858 in $DISKF:[GCC233]TOPLEV.C;1.
 
                    && DECL_INITIAL (decl) == 0
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 1874 in $DISKF:[GCC233]TOPLEV.C;1.
 
                        || TREE_CODE (decl) == VAR_DECL)
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 1883 in $DISKF:[GCC233]TOPLEV.C;1.
 
                        || TREE_CODE (decl) == VAR_DECL)
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 1883 in $DISKF:[GCC233]TOPLEV.C;1.
 
              || TREE_CODE (decl) == FUNCTION_DECL)
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 2072 in $DISKF:[GCC233]TOPLEV.C;1.
 
                     });
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 2089 in $DISKF:[GCC233]TOPLEV.C;1.
 
                   && TREE_CODE (decl) == TYPE_DECL)
%CC-E-INVOPERAND, Invalid right operand of a "==" operator.
                At line number 2102 in $DISKF:[GCC233]TOPLEV.C;1.
 
        }
%CC-I-NOBJECT, No object file produced.
                At line number 3415 in $DISKF:[GCC233]TOPLEV.C;1.
 
%CC-I-SUMMARY, Completed with 8 error(s), 5 warning(s), and
                1 informational messages.
                At line number 3415 in $DISKF:[GCC233]TOPLEV.C;1.
 
%SYSTEM-F-ABORT, abort

So added #ifdef FILE_TYPE #undef FILE_TYPE #endif in the appropriate
place and restarted.  This got me to...

$ CC /noopt/incl=([],[.config]) insn-emit.c
          operand4 = operands[4];
%CC-F-READERR, error reading $DISKF:[GCC233]INSN-EMIT.C;1
          operand4 = operands[4];
-RMS-W-RTB, 404 byte record too large for user's buffer
                At line number 1138 in $DISKF:[GCC233]INSN-EMIT.C;1.
 
          operand4 = operands[4];
%CC-I-NOBJECT, No object file produced.
                At line number 1138 in $DISKF:[GCC233]INSN-EMIT.C;1.
 
%SYSTEM-F-ABORT, abort

which also occurs again with a 394 byte record.  manually editing
the generated source to shorten the lines gets the obj built by doing
$ CC /noopt/incl=([],[.config]) insn-emit.c by hand.
Went into make-cc1 added exclusion for insn-emit since I now have
a good obj; reran make-cc1 just to see...

went all the way thru and linked; did the make-l2 and the library
dcls; copyed the new gcc-cc1.exe and gcc-cpp.exe to gnu_cc:[000000],
restored original makes, @gcc_install to update the logical for
gnu_cc_version and @make-gcc.... with himself this time.
Just like before...
 @make-gcc
%GCC-I-DBGOPT, caution: /debug specified with optimization enabled.
cccp.c: In function `VMS_fopen':
cccp.c:8885: too many arguments to function `fopen'
cccp.c:8886: too many arguments to function `fopen'
%GCC-I-NOOBJECT No object file was produced.

So I can't see how anyone has ever built 2.3.3 from sources on VAX/VMS
using gcc, unless of course there is supplemental material available
that I just don't know about (which may be the case since I am newly
subscribed here).

Any help/suggestions would be appreciated, and replies to the author
please.

Thanks,

--
-Jack
 +-----------------------------------------------------------------+
 |Jack Woolley, Chief Technology Architect	SCT Corporation    |
 |Internet: jwoolley@sctcorp.com		4 Country View Road|
 |Voice: (215)640-5111 FAX: (215)640-5102	Malvern, PA 19355  |
 +-----------------------------------------------------------------+