Re: source code location at build time affects ups

"William F. Dowling" <[email protected]> Wed, 01 Dec 2004 09:55:53 -0500
Newsgroups gmane.comp.debugging.ups.user
Organization Thomson/ISI
Message-ID <1101912953.4748.109.camel@wdowlingpc>
On Tue, 2004-11-30 at 17:28, Tom Hughes wrote:
> In message <1101846387.4748.62.camel@wdowlingpc>
>           "William F. Dowling" <[email protected]> wrote:
> > 
> > $ g++ -g -o hello /home/wdowling/src/hello.cpp # non-trivial path to
> > source
> > $ /links/extern/i686/bin/ups hello
> > DWARF error :  dwarf_attr - no entry (DIE /home/wdowling/src/hello.cpp
> > <2643><11>)
> > Already saved typename rebind<char> in this CU <2632>
> 
> I suspect that -g is defaulting to stabs and standard stabs only
> provides the leaf name of the source file. Try -gstabs+ to turn on
> the gcc extensions and I suspect it will work. Even better would
> be to use -gdwarf-2 and say goodbye to the horror that is stabs.

I get the same thing using -gdwarf-2:

$ g++ -gdwarf-2 -o hello /home/wdowling/src/hello.cpp
$ ups ./hello
DWARF error :  dwarf_attr - no entry (DIE /home/wdowling/src/hello.cpp
<2643><11>)
Already saved typename rebind<char> in this CU <2632>

The message panel in ups shows
  Source file `/home/wdowling/src/hello.cpp/no entr9' nonexistent

Note the odd file name "no entr9"

With -gstabs+ and -gstabs I don't get any error message, but still the
source is not visible.  It's almost as though dwarf is being used OK,
but dwarf is not handling the path to the source correctly.

Thanks,

Will

-- 
William F. Dowling
Thomson/ISI (www.isinet.com)
215-386-0100 x-1156



______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________