🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

5 total messages Started by Timothy A. Melten Tue, 03 Jul 1990 00:47
g++/groff for i386?
#265
Author: Timothy A. Melten
Date: Tue, 03 Jul 1990 00:47
14 lines
1143 bytes
Has anyone compiled g++1.37.1 successfully for an i386 machine?  I am
trying to get groff 0.3 to compile, but I have an old (1.36.1) version of
g++.  When I tried to build g++ 1.37.1 it died while trying to make ld.c.
If anyone has gotten it to work, please drop me a line.  If this has been
hashed through before, I apologize; I don't usually read this newsgroup.

Thanks in advance,
Tim

-- 

//////////////////////////////////////////////////////////////////////////////
Timothy A Melton                             University of Oklahoma
Graduate Student                        Deptartment of Chemical Engineering 
Re: g++/groff for i386?
#266
Author: Vidiot
Date: Wed, 04 Jul 1990 01:42
26 lines
1870 bytes
In article <1990Jul3.004744.11110@uokmax.uucp> stdtm@uokmax.ecn.uoknor.edu (Timothy A. Melten) writes:
<Has anyone compiled g++1.37.1 successfully for an i386 machine?  I am
<trying to get groff 0.3 to compile, but I have an old (1.36.1) version of
<g++.  When I tried to build g++ 1.37.1 it died while trying to make ld.c.
<If anyone has gotten it to work, please drop me a line.  If this has been
<hashed through before, I apologize; I don't usually read this newsgroup.

Welcome the the GNU g++ installation fustration club.  I too want to get
groff running, but can't because of the same ld.c problems.  I had others
as well, that wasted about 6 hours of time.  I have written to the author
and am awaiting an answer.

I'll make a public suggestion here, like the one that I did to the author.

I would make installation much easier if the GNU team would use the configure
program package, like rn and elm.  This program is used to look around the
system to see what is, or isn't, there and set up the required stuff
automatically.  We all don't know the internals of the various systems that
we have.  Having a program look around for this stuff will be a big plus.

I believe that the GNU team should very seriously consider this installation
aid.
-- 
      harvard\     att!nicmad\        spool.cs.wisc.edu!astroatc!vidiot!brown
Vidiot  ucbvax!uwvax..........!astroatc!vidiot!brown
      rutgers/  decvax!nicmad/ INET:<@spool.cs.wisc.edu,@astroatc:brown@vidiot>
Re: g++/groff for i386?
#267
Author: Piercarlo Grandi
Date: Thu, 05 Jul 1990 15:20
51 lines
2974 bytes
In article <578@vidiot.UUCP> brown@vidiot.UUCP (Vidiot) writes:

   Welcome the the GNU g++ installation fustration club.

It has never taken me more than a couple of hours to get G++ running;
all I have done has been to compile it with 'cc -O -W2,-y0', link it
with the '-lPW' switch, and use COFF support. I have also found the
time to slightly improve (some releases back) support for shared
libraries, linking with holes, etc... Very few problems even there. My
next project, when I reinstall it (I am waiting 2.0), is to get rid of
the collect pass and put in the COFF .init .fini section support as
already done by others (Grunwald?). Even there I expect very little
sweat.

What's all this fuss about G++ and SysV386, I always ask myself.

   I too want to get groff running, but can't because of the same ld.c
   problems.  I had others as well, that wasted about 6 hours of time.
   I have written to the author and am awaiting an answer.

Only because you probably insist on using the dreaded COFF
encapsulation mode.  Now that somebody has posted (THANKS!) it, and you
have COFF compatible gas and COFF stabs for gdb (on sequent.kent.edu,
in directory pub/unix386, there is no reason not to use COFF and the
AT&T ld and shared libraries.

   I would make installation much easier if the GNU team would use the
   configure program package, like rn and elm. [ ... ] I believe that
   the GNU team should very seriously consider this installation aid.

They will not, because the GNU team is seriously interested in getting
the GNU OS off the ground, not supporting other OSes. The rely on the
public to care for this, as noted above.

I want however to repeat my plea for the GNU authors to use GNU RCS to
maintain versions, to always release software with a X.Y release number
(and not longer), and to have all GNU RCS headers contain that number,
so that:

* people doing independent modifications can checkin sources at the
X.Y level and put their own mods on branches

* authors can release diff upgrades simply by running rcsdiff -c

* modifications done on the branches can be incorporate din the
mainstream or in later releases of the mainstream by use of patch and
checkin or with rcsmerge.
--
Piercarlo "Peter" Grandi           | ARPA: pcg%cs.aber.ac.uk@nsfnet-relay.ac.uk
Dept of CS, UCW Aberystwyth        | UUCP: ...!mcsun!ukc!aber-cs!pcg
Penglais, Aberystwyth SY23 3BZ, UK | INET: pcg@cs.aber.ac.uk
Re: g++/groff for i386?
#269
Author: Vidiot
Date: Fri, 06 Jul 1990 23:06
40 lines
2448 bytes
In article <PCG.90Jul5162042@odin.cs.aber.ac.uk> pcg@cs.aber.ac.uk (Piercarlo Grandi) writes:
<In article <578@vidiot.UUCP> brown@vidiot.UUCP (Vidiot) writes:
<
<   Welcome the the GNU g++ installation fustration club.
<
<It has never taken me more than a couple of hours to get G++ running;
<all I have done has been to compile it with 'cc -O -W2,-y0', link it
<with the '-lPW' switch, and use COFF support. I have also found the
<time to slightly improve (some releases back) support for shared
<libraries, linking with holes, etc... Very few problems even there. My
<next project, when I reinstall it (I am waiting 2.0), is to get rid of
<the collect pass and put in the COFF .init .fini section support as
<already done by others (Grunwald?). Even there I expect very little
<sweat.
<
<What's all this fuss about G++ and SysV386, I always ask myself.

So, what OS and machine are you using?

<   I too want to get groff running, but can't because of the same ld.c
<   problems.  I had others as well, that wasted about 6 hours of time.
<   I have written to the author and am awaiting an answer.
<
<   I would make installation much easier if the GNU team would use the
<   configure program package, like rn and elm. [ ... ] I believe that
<   the GNU team should very seriously consider this installation aid.
<
<They will not, because the GNU team is seriously interested in getting
<the GNU OS off the ground, not supporting other OSes. The rely on the
<public to care for this, as noted above.

If GNU OS for the 386 is like the GNU compiler stuff, I won't touch it
with a ten-foot-pole.  BTW, the configure is not OS, related, but obviously
it looks around the see what OS stuff is there.

I am very gun-shy at the moment.
-- 
      harvard\     att!nicmad\        spool.cs.wisc.edu!astroatc!vidiot!brown
Vidiot  ucbvax!uwvax..........!astroatc!vidiot!brown
      rutgers/  decvax!nicmad/ INET:<@spool.cs.wisc.edu,@astroatc:brown@vidiot>
Re: g++/groff for i386?
#270
Author: Rick Richardson
Date: Mon, 09 Jul 1990 19:09
23 lines
1525 bytes
><They will not, because the GNU team is seriously interested in getting
><the GNU OS off the ground, not supporting other OSes. The rely on the
><public to care for this, as noted above.

Having already abused myself with three revisions of GCC and G++
compilation attempts, with mixed success, maybe a year ago, I
figured I'd wait until things stabilized a bit more, and then
go for it one last time.

I now find myself with a small amount of desire to have these
puppies, but not enough to want to skirmish with the source code.

Since V/386 is so prevalent on the net now, I'm wondering if
someone is offering anon UUCP access to the V/386 binaries?

-Rick
[ comp.text deleted, comp.unix.i386 added ]

-- 
Rick Richardson | Looking for FAX software for UNIX/386 ??? Ask About: |Mention
PC Research,Inc.| FaxiX - UNIX Facsimile System (tm)                   |FAX# for
uunet!pcrat!rick| FaxJet - HP LJ PCL to FAX (Send WP,Word,Pagemaker...)|Sample
(201) 389-8963  | JetRoff - troff postprocessor for HP LaserJet and FAX|Output
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads