* stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
@ 2004-02-06 23:50 John Utz
2004-02-06 23:58 ` Daniel Jacobowitz
0 siblings, 1 reply; 7+ messages in thread
From: John Utz @ 2004-02-06 23:50 UTC (permalink / raw)
To: gdb
Hello;
gdb 6.0 /gdbserver is telling me that i am segfaulting in a file that
appears to be a tmp-name generated during the link process for the
parent static library.
iblit16.s is compiled into iblit16.o and ar'd into liballd_unshared.a.
My exe is linked against liballd_unshared.a.
here is what gdb says when i try to step into the problem function:
(gdb) s
_linear_clear_to_color16 () at /tmp/ccjirvvY.s:27
27 /tmp/ccjirvvY.s: No such file or directory
in /tmp/ccjirvvY.s
Current language: auto; currently asm
(gdb)
how can i tell gdb to stop looking for the tmp-name and look for this
function in allegro-4.0.3/src/i386/iblit16.s?
tnx!
johnu
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
2004-02-06 23:50 stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s John Utz
@ 2004-02-06 23:58 ` Daniel Jacobowitz
2004-02-07 0:32 ` Andrew Cagney
2004-02-07 1:24 ` Bill Gatliff
0 siblings, 2 replies; 7+ messages in thread
From: Daniel Jacobowitz @ 2004-02-06 23:58 UTC (permalink / raw)
To: John Utz; +Cc: gdb
On Fri, Feb 06, 2004 at 03:49:43PM -0800, John Utz wrote:
> Hello;
>
> gdb 6.0 /gdbserver is telling me that i am segfaulting in a file that
> appears to be a tmp-name generated during the link process for the
> parent static library.
>
> iblit16.s is compiled into iblit16.o and ar'd into liballd_unshared.a.
> My exe is linked against liballd_unshared.a.
>
> here is what gdb says when i try to step into the problem function:
>
> (gdb) s
> _linear_clear_to_color16 () at /tmp/ccjirvvY.s:27
> 27 /tmp/ccjirvvY.s: No such file or directory
> in /tmp/ccjirvvY.s
> Current language: auto; currently asm
> (gdb)
>
> how can i tell gdb to stop looking for the tmp-name and look for this
> function in allegro-4.0.3/src/i386/iblit16.s?
I'm guessing it's iblit16.S, or you're arranging to run it through the
C preprocessor some other way. If so, it's a known bug - no one's
thought of a good solution yet.
You can look at the assembly code using disassemble, for what that's
worth.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
2004-02-06 23:58 ` Daniel Jacobowitz
@ 2004-02-07 0:32 ` Andrew Cagney
2004-02-07 1:14 ` Daniel Jacobowitz
2004-02-07 5:23 ` Ian Lance Taylor
2004-02-07 1:24 ` Bill Gatliff
1 sibling, 2 replies; 7+ messages in thread
From: Andrew Cagney @ 2004-02-07 0:32 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: John Utz, gdb
>> (gdb) s
>> _linear_clear_to_color16 () at /tmp/ccjirvvY.s:27
>> 27 /tmp/ccjirvvY.s: No such file or directory
>> in /tmp/ccjirvvY.s
>> Current language: auto; currently asm
>> (gdb)
>>
>> how can i tell gdb to stop looking for the tmp-name and look for this
>> function in allegro-4.0.3/src/i386/iblit16.s?
>
>
> I'm guessing it's iblit16.S, or you're arranging to run it through the
> C preprocessor some other way. If so, it's a known bug - no one's
> thought of a good solution yet.
Teach the assembler to respect cpp line directives, like old fashioned
cc1 knew how to do?
> You can look at the assembly code using disassemble, for what that's
> worth.
Andrew
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
2004-02-07 0:32 ` Andrew Cagney
@ 2004-02-07 1:14 ` Daniel Jacobowitz
2004-02-07 5:23 ` Ian Lance Taylor
1 sibling, 0 replies; 7+ messages in thread
From: Daniel Jacobowitz @ 2004-02-07 1:14 UTC (permalink / raw)
To: Andrew Cagney; +Cc: John Utz, gdb
On Fri, Feb 06, 2004 at 07:32:47PM -0500, Andrew Cagney wrote:
>
> >>(gdb) s
> >>_linear_clear_to_color16 () at /tmp/ccjirvvY.s:27
> >>27 /tmp/ccjirvvY.s: No such file or directory
> >> in /tmp/ccjirvvY.s
> >>Current language: auto; currently asm
> >>(gdb)
> >>
> >>how can i tell gdb to stop looking for the tmp-name and look for this
> >>function in allegro-4.0.3/src/i386/iblit16.s?
> >
> >
> >I'm guessing it's iblit16.S, or you're arranging to run it through the
> >C preprocessor some other way. If so, it's a known bug - no one's
> >thought of a good solution yet.
>
> Teach the assembler to respect cpp line directives, like old fashioned
> cc1 knew how to do?
(And still does). Yeah, that's my feeling on the matter also; I think
it would be portably possible but it might require some target-specific
widgetry, due to the variation in assembler comment characters.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
2004-02-06 23:58 ` Daniel Jacobowitz
2004-02-07 0:32 ` Andrew Cagney
@ 2004-02-07 1:24 ` Bill Gatliff
1 sibling, 0 replies; 7+ messages in thread
From: Bill Gatliff @ 2004-02-07 1:24 UTC (permalink / raw)
To: Daniel Jacobowitz; +Cc: gdb
Daniel:
(gdb) display/i $pc
(gdb) stepi
(gdb) stepi
...
:^(
b.g.
Daniel Jacobowitz wrote:
>On Fri, Feb 06, 2004 at 03:49:43PM -0800, John Utz wrote:
>
>
>>Hello;
>>
>>gdb 6.0 /gdbserver is telling me that i am segfaulting in a file that
>>appears to be a tmp-name generated during the link process for the
>>parent static library.
>>
>>iblit16.s is compiled into iblit16.o and ar'd into liballd_unshared.a.
>>My exe is linked against liballd_unshared.a.
>>
>>here is what gdb says when i try to step into the problem function:
>>
>>(gdb) s
>>_linear_clear_to_color16 () at /tmp/ccjirvvY.s:27
>>27 /tmp/ccjirvvY.s: No such file or directory
>> in /tmp/ccjirvvY.s
>>Current language: auto; currently asm
>>(gdb)
>>
>>how can i tell gdb to stop looking for the tmp-name and look for this
>>function in allegro-4.0.3/src/i386/iblit16.s?
>>
>>
>
>I'm guessing it's iblit16.S, or you're arranging to run it through the
>C preprocessor some other way. If so, it's a known bug - no one's
>thought of a good solution yet.
>
>You can look at the assembly code using disassemble, for what that's
>worth.
>
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
2004-02-07 0:32 ` Andrew Cagney
2004-02-07 1:14 ` Daniel Jacobowitz
@ 2004-02-07 5:23 ` Ian Lance Taylor
2004-02-07 5:27 ` Daniel Jacobowitz
1 sibling, 1 reply; 7+ messages in thread
From: Ian Lance Taylor @ 2004-02-07 5:23 UTC (permalink / raw)
To: Andrew Cagney; +Cc: Daniel Jacobowitz, John Utz, gdb
Andrew Cagney <cagney@gnu.org> writes:
> Teach the assembler to respect cpp line directives, like old fashioned
> cc1 knew how to do?
For what it's worth, gas understands # LINE-NUMBER "FILENAME". This
is generated by gcc -E.
Ian
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s
2004-02-07 5:23 ` Ian Lance Taylor
@ 2004-02-07 5:27 ` Daniel Jacobowitz
0 siblings, 0 replies; 7+ messages in thread
From: Daniel Jacobowitz @ 2004-02-07 5:27 UTC (permalink / raw)
To: Ian Lance Taylor; +Cc: Andrew Cagney, John Utz, gdb
On Sat, Feb 07, 2004 at 12:23:02AM -0500, Ian Lance Taylor wrote:
> Andrew Cagney <cagney@gnu.org> writes:
>
> > Teach the assembler to respect cpp line directives, like old fashioned
> > cc1 knew how to do?
>
> For what it's worth, gas understands # LINE-NUMBER "FILENAME". This
> is generated by gcc -E.
So it does - I would have sworn that it didn't.
I guess the question remains why so many people report that the
temporary files show up when using GDB. Perhaps I need to take another
look at the problem; I know I've encountered this elsewhere.
--
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2004-02-07 5:27 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-02-06 23:50 stepping thru assembled files that are referenced as temp files ie: /tmp/ccjirvvY.s John Utz
2004-02-06 23:58 ` Daniel Jacobowitz
2004-02-07 0:32 ` Andrew Cagney
2004-02-07 1:14 ` Daniel Jacobowitz
2004-02-07 5:23 ` Ian Lance Taylor
2004-02-07 5:27 ` Daniel Jacobowitz
2004-02-07 1:24 ` Bill Gatliff
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox