Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!uunet!convex!egsner!texrex!rmfowler From: rmfowler@texrex.uucp (Rex Fowler) Newsgroups: comp.sys.3b1 Subject: Re: assembling with gas Message-ID: <1991May8.233224.28597@texrex.uucp> Date: 8 May 91 23:32:24 GMT References: <334@kyzyl.mi.org> <1991May8.035216.15851@texrex.uucp> <52765@rphroy.UUCP> Organization: texrex - Personal 3b1 System - Dallas, TX Lines: 40 In article <52765@rphroy.UUCP> tkacik@hobbes.cs.gmr.com (Tom Tkacik CS/50) writes: >In article <1991May8.035216.15851@texrex.uucp>, rmfowler@texrex.uucp >(Rex Fowler) writes: >|> In article <334@kyzyl.mi.org> tkacik@kyzyl.mi.org (Tom Tkacik) writes: >|> >In article <1991May4.040336.10403@texrex.uucp>, rmfowler@texrex.uucp >writes: >|> [ I'm trying to compile with gcc but as(1) won't assemble teval.s ] > > >I compiled perl with gcc, except for eval.c (teval.c), and toke.c (ttoke.c). >Gcc ran out of virtual memory, so I fell back on cc for those files. >I did not have a problem with as(1) not being able to assemble any of the >resulting assembler files. (Note that teval.c was compiled with cc.) I do not >know why you ran into difficulty. > >|> By the way, I did succeed in building perl 4.003 with setuid/setgid >emulation >|> with the stock cc. > >What did you do to solve your problem? Enquiring minds want to know. :-) Actually I'm not quite sure but I noticed that perly.fixer ran whereas before it didn't. It assumed that my machine was an Interactive UNIX. I've never went and poked around to see what made it run this time and not before. Anyway, it compiled without a hitch. Optimization was turned on for ALL files (as was -DDEBUGGING). The perly.fixer allowed for dynamic stack allocation in yacc(or something like that, I don't remember what it said exactly.) > >-- >Tom Tkacik >GM Research Labs >tkacik@hobbes.cs.gmr.com >tkacik@kyzyl.mi.org -- Rex Fowler UUCP: egsner!texrex!rmfowler