rosenblg@cmcl2.NYU.EDU (Gary J. Rosenblum) (09/27/90)
I've been unable to get g++ working; anyone have a version for 3.1 or 4.0 Ultrix Risc? Thanks (I'd make it available for anonymous ftp if I get one) Gary J. Rosenblum UNIX Systems Manager rosenblg@nyu.edu New York University gary@nyu.edu
mra@srchtec.UUCP (Michael Almond) (09/27/90)
In article <49511@cmcl2.NYU.EDU> rosenblg@cmcl2.NYU.EDU (Gary J. Rosenblum) writes: >I've been unable to get g++ working; anyone have a version for 3.1 or 4.0 >Ultrix Risc? > I asked this same question a few weeks ago and didn't get much of a respose. There are a few people working on the port with varying degrees of effort. If you find one, I'm sure there are many people who would be interested. >Thanks (I'd make it available for anonymous ftp if I get one) Great! --- Michael R. Almond mra@srchtec.uucp (registered) search technology, inc. emory.edu!stiatl!srchtec!mra Atlanta, Georgia (404) 441-1457 (office)
schemers@vela.acs.oakland.edu (Roland Schemers III) (09/28/90)
In article <235@srchtec.UUCP> mra@srchtec.UUCP (Michael Almond) writes: >In article <49511@cmcl2.NYU.EDU> rosenblg@cmcl2.NYU.EDU (Gary J. Rosenblum) writes: >>I've been unable to get g++ working; anyone have a version for 3.1 or 4.0 >>Ultrix Risc? >> I have gotten g++ to work under Ultrix 3.1, and the binaries still work under 4.0. Here is the post I used to help get it working: Article 1269 of comp.sys.dec: Path: vela!umich!yale!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!rpi!batcomputer!cornell!calvin.spp.cornell.edu!johns From: johns@calvin.spp.cornell.edu (John Sahr) Newsgroups: comp.sys.dec Subject: g++ 1.37.1 on the decstation Message-ID: <1990Jul17.215628.24662@calvin.spp.cornell.edu> Date: 17 Jul 90 21:56:28 GMT Distribution: usa Organization: Cornell Space Plasma Physics Lines: 66 I recently posted a note to this group that I had succeeded in getting g++-1.37.1 to work on the decstation. Several people asked for diffs and explanations, but about half my replies bounced. Here is the text of my response to one query. (Ultrix 3.1, 12 Mbyte) ...I'm happy to supply the changes I made, though. You do need gcc 1.37.1, of course. Fortunately, it installs completely without a hitch, as usual (quite an accomplishment). First, get g++ 1.37.0 and the patch to bring it up to 1.37.1, (and apply the patch). Second, create the various links described in the README, run congif.g++ decstation, etc. Then apply the Makefile patch; this isn't a bug fix, it is just the result of my editing the Makefile to configure it for the decstation. After applying this patch, you will probably want to make sure that the Makefile installation paths are set up for what you want. Now type "make". The make will chug along for quite a while, but will eventually stop when it attempts to compile aux-output.c. There is a declaration conflict from an include file, which I corrected by just commenting out the declaration from aux-output.c, relying upon the existing extern declaration from tree.h. Without really understanding the problem, this seems to fix it. Unfortunately, you have to do the patch in two steps, because aux-output.c doesn't exist until after the make starts. I'm not really sure where it comes from---so I patch when make fails. After applying this patch, type "make" again, and it should go to completion. I didn't have to do anything to it after the aux-output.c patch. I did compile up libg++, and it went just fine. %%%%%%%%%%%%%%%%%% apply this patch to Makefile %%%%%%%%%%%%%%%%%%%% 41c41 < COFFLAGS = -DUSE_COLLECT -DEXTENDED_COFF -DNO_UNDERSCORES --- > # COFFLAGS = -DUSE_COLLECT -DEXTENDED_COFF 49c49 < CFLAGS = -DGATHER_STATISTICS -O $(COFFLAGS) -B../gcc-test/ --- > CFLAGS = -g -DGATHER_STATISTICS -O $(COFFLAGS) -B../gcc-test/ 323c323 < CRT1_COMMAND=$(CC) -Um68k -c $(INCLUDES) crt1.c --- > CRT1_COMMAND=$(CC) -Um68k -g -c $(INCLUDES) crt1.c %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% %%%%%%%% apply this patch to aux-output.c after the Make halts %%%%%%%%%%% 467,468c467 < /* the following line conflicts with a declaration in tree.h */ < /* extern char *tree_code_name[]; */ --- > extern char *tree_code_name[]; %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Good luck, -john (607 255 8298) John Sahr, | Electrical Engineering - Space Plasma Physics johns@alfven.spp.cornell.edu | Cornell University, Ithaca, NY 14853 --------------- Hope this helps! Roland -- Roland J. Schemers III Systems Programmer schemers@vela.acs.oakland.edu (Ultrix) Oakland University schemers@argo.acs.oakland.edu (VMS) Rochester, MI 48309-4401 "You can tune a piano but you can't tuna VAX!" (313)-370-4323