[xtensa-cvscommit] linux/arch/xtensa Makefile,1.6,1.7

[<joe...@us...>]

Update of /cvsroot/xtensa/linux/arch/xtensa
In directory sc8-pr-cvs1:/tmp/cvs-serv811/arch/xtensa

Modified Files:
	Makefile 
Log Message:

We can remove this build hack because the new tools can better identify frame pointers.


Index: Makefile
===================================================================
RCS file: /cvsroot/xtensa/linux/arch/xtensa/Makefile,v
retrieving revision 1.6
retrieving revision 1.7
diff -C2 -d -r1.6 -r1.7
*** Makefile	21 Nov 2002 20:57:54 -0000	1.6
--- Makefile	20 Jan 2003 23:22:08 -0000	1.7
***************
*** 133,152 ****
  	include/asm-xtensa/xtensa/config
  
- # XTFIXME: Xtensa frame pointers can theoretically be in any register,
- # and STABS debugging format doesn't allow representation of this.
- # DWARF format does.  Early on (prior to March 2000), the hack
- # solution in the tools was to insert local ".FRAME" symbols for the
- # debugger to read later and do its thing.  Now our tools use DWARF
- # format, but the pesky .FRAME symbols still clutter the symbol table.
- # If we don't filter then out of System.map, then things like 'ps -eo
- # wchan' often return one of these meaningless .FRAME symbols instead
- # of what we really want.  The tools will eventually drop STABS or
- # stop emitting .FRAME if the debug format is DWARF, but for now, we
- # have a Makefile hack to undo the debugging hack. [JET: 6 Sep 2002]
- 
- REMOVE_DEBUG_SYMBOLS_HACK := (cat System.map | grep -v '\.FRAME' > System.map.tmp; mv -f System.map.tmp System.map)
- 
  Image zImage Image.initrd zImage.initrd: $(CONFIGURE) vmlinux
- 	$(REMOVE_DEBUG_SYMBOLS_HACK)
  	$(MAKEBOOT) $@
  
--- 133,137 ----