Xref: utzoo gnu.gcc:1750 comp.sys.apollo:5725 Path: utzoo!attcan!uunet!mcsun!tuvie!mike From: mike@tuvie (Inst.f.Techn.Informatik) Newsgroups: gnu.gcc,comp.sys.apollo Subject: Re: Changes for GAS and GDB to use stabs in COFF are available for ftp Summary: can this be used on apollos? Keywords: gnu,gas,gdb,coff Message-ID: <1667@tuvie> Date: 10 Jul 90 12:07:36 GMT References: <18276@ttidca.TTI.COM> Followup-To: sendggnu,..gcc,comp.sys.apollo Organization: Technical University of Vienna, AUSTRIA Lines: 38 In article <18276@ttidca.TTI.COM>, mb@ttidca.TTI.COM (Michael Bloom) writes: |> Changes to make gas and gdb work on the sun386i and on systems using |> vanilla COFF (using stab debug symbols with the native coff loader in |> either case) are now available for anonymous ftp at sequent.kent.edu |> in pub/unix386/gnu/ in the files "gas-coff.tar.Z" and |> "gdb-coff-stabs.tar.Z". |> [...] |> The main benefit for both sun 386 systems and vanilla coff systems is that gas |> can now work with the native coff loader giving you the ability to use gcc, |> g++, and gdb together without the hassle and disk waste of coff encapsulation. |> |> Another benefit for vanilla coff systems is the use of stab debug symbols |> (which convey more information to the debugger than sdb debug symbols are |> capable of) in the coff object file. (This is not new for the sun386i: sun |> already uses stab debug symbols there). |> Gdb works much better with these, and you have the use of the add-file |> command which would not available with sdb debug symbols. |> [...] |> The changes to gas are based upon work done by John Vasta at Apollo to |> allow gas to produce coff output for apollo systems. To his changes, I've |> added the support for 386 relocation types, cross assembly, and stab debug |> symbols in the coff symbol table. (gdb is so much nicer when using stab |> debug symbols instead of sdb debug symbols). I wonder if those changes can be used to get gcc to emit debugging information on Apollos as well? I would really love to gcc and g++ on apollos with debug information. I'm not familiar with Apollo's variety of COFF, but maybe someone who is might be able to judge how difficult such a port might be. bye, mike ____ ____ / / / / / Michael K. Gschwind mike@vlsivie.at / / / / / Technical University, Vienna mike@vlsivie.uucp ---/ Voice: (++43).1.58801 8144 e182202@awituw01.bitnet / Fax: (++43).1.569697 ___/