From: "Tom Demmer" Organization: Lehrstuhl Stroemungsmechanik, RUB To: Eli Zaretskii , djgpp AT delorie DOT com Date: Thu, 16 Apr 1998 08:29:58 GMT-1 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: strip.exe and -gstabs broken Reply-to: Demmer AT LStM DOT Ruhr-Uni-Bochum DOT De Message-ID: <797207D03F1@brain1.lstm.ruhr-uni-bochum.de> Precedence: bulk [...] > > Isn't this problem due to the fact that Binutils 2.7 were not > configured to support stabs? Which strip did you use? Was it from > Binutils 2.8.1 or 2.7? 2.7 > > > Eli proposed to use -gxcoff instead, but that only gets you a warning > > "debugging format not supported by this version of gcc". > > I think I said -gcoff, not -gxcoff. (At least, that's what I *meant* > to say.) -gcoff should work. Also could be what you *have* written. Anyway, I always thought that only stabs would provide information for debugging classes, but I might be wrong. > > > I am not sure if 2.8 supports stabs, but I guess that if so, strip.exe > > will ruin those images, too. The only way around this, so far, is > > to rebuild all without debugging info... > > Did you try stripping the raw COFF image? For example: > > exe2coff foo.exe > strip foo > stubify foo > del foo > > Does this work with stabs debugging? If the problem is with the stub, > then the above should provide a work-around. > Yes, that works, too. The other way is, as SET pointed out, to simply relink without debugging info. But your idea seems to be faster. Ciao Tom ****************************************************************** * Thomas Demmer * Phone : +49 234 700 6434 * * Universitaetsstr. 150 * Fax : +49 234 709 4162 * * Lehrstuhl fuer Stroemungsmechanik * * * D-44780 Bochum * * ****************************************************************** * Email: demmer AT LStM DOT Ruhr-Uni-Bochum DOT De * * WWW: http://www.lstm.ruhr-uni-bochum.de/~demmer * ****************************************************************** Love is something you fall in.