GNU G++ and libg++ ON ESIX REV D
James Van Artsdalen
james at bigtex.cactus.org
Wed Jan 2 10:38:40 AEST 1991
In <1990Dec27.071639.3343 at usenet.ins.cwru.edu>, ernie at po.CWRU.Edu wrote:
> In article <126 at bsts00.UUCP> gatech!sbmsg1!rlb at bsts00.UUCP
(Ronald (Ron) L. Bolin 3945 snk=) writes:
| Can GCC, G++ and the lib G++ work on SYSV with COFF?
> There is a set of COFF patches to gas, gdb, gcc, and g++ available from
> tut.cis.ohio-state.edu, anonymous FTP directory pub/gnu/COFF.
> These patches modify gas to generate coff object files that are linkable
> with standard sysv ld.
Strange: I already have an assembler that can read gcc & g++ output
and generate COFF: /bin/as.
> the fsf does not yet officially recognize these patches, due to lack
> of interest in sysv/coff type things.
It may not be strictly lack of interest. It may also be lack of
apparent need. There is already a way in gcc and g++ to generate COFF
output: why is another way needed?
> The official gnu SYSV support system includes a program called
> robistussin, which bypasses COFF entirely, for better or for worse.
COFF support is official in both gcc and g++. The major problem with
COFF support to date is that there is not "a COFF format". Instead,
there are many different incompatible formats that are all called
COFF. Some require that forward references be generated, whereas as
some consider this a fatal error.
Encapsulated COFF (robotussin & friends) is considered first-class
support over COFF because E-COFF is more general and powerful. For
example, COFF gets very confused over include files, and COFF
fundementally can't support C++ debugging correctly because COFF is C
specific (C++ conceptual extensions to C simply can't be expressed).
Additionally, on many systems ld(1) is not robust. I cannot use it to
build the X11r4 server with debugging (ld(1) dumps core). If I need
to debug the server, I will have to use GNU ld.
> G++ and libg++ should work (eventually) under both of the above
> methods.
It can be made to work. I had g++ 1.36 working under both gas and gcc
with libg++ working too. It was painful to debug libg++ since I don't
know C++. I plan to try again soon. Several people have sent problem
reports to me that need to be fixed. I will probably wait for the g++
that corresponds to gcc 1.38.
--
James R. Van Artsdalen james at bigtex.cactus.org "Live Free or Die"
Dell Computer Co 9505 Arboretum Blvd Austin TX 78759 512-338-8789
More information about the Comp.unix.sysv386
mailing list