RE: gcc compile

[Jens-Christian Lache <lache at tu-harburg dot de>]

Am Fre, 19 Jan 2001 schrieben Sie:
> Hi Jens,
> 
>   To the best of my knowledge there is only a ppc target simulator for gdb.
> I don't know what you are referring to when you say "Thatīs why the code
> crashes on the simulator"; is it that you have an ARM simulator that is
> separate from the GNU software, maybe a commercial product?

It is build in the arm-elf-gdb, so itīs free. The simulator may come 
from Berkely university, but I am not sure. I compiled newlib
with 
newlib_cflags="${newlib_cflags} -DARM_RDI_MONITOR"
turned off in configure.host. It still does make a call to angel
while doing 
pStack     = new int[stackSize];
in "libcfunc.c" , abort:

-	0x201c864	<abort>:		mov	r12, sp
-	0x201c868	<abort+4>:		stmdb	sp!, {r11, r12, lr, pc}
-	0x201c86c	<abort+8>:		sub	r11, r12, #4	; 0x4
-	0x201c870	<abort+12>:		mov	r3, #131072	; 0x20000
-	0x201c874	<abort+16>:		add	r3, r3, #34	; 0x22
-	0x201c878	<abort+20>:		mov	r2, #24	; 0x18
-	0x201c87c	<abort+24>:		mov	r0, r2
-	0x201c880	<abort+28>:		mov	r1, r3
-	0x201c884	<abort+32>:		swi	0x00123456
-	0x201c888	<abort+36>:		mov	r2, r0
-	0x201c88c	<abort+40>:		ldmdb	r11, {r11, sp, pc}

(Can anybody have a look at the compiling output? Couldnīt find "rdi" or "angel"
in it anymore)

At the moment, I write my own memory allocator. I want to disable my monitor
program on the target in the final version of the RTOS that I am porting at the
moment. I still hope just to use new int[stackSize]; , leaving the "dirty work"
to newlib.

Jens-Christian

> 
> 
>          DaveK
> -- 
> The Boulder Pledge: "Under no circumstances will I ever purchase anythingo
>  ffered to me as the result of an unsolicited email message. Nor will I 
> forward chain letters, petitions, mass mailings, or virus warnings to largen
>  umbers of others. This is my contribution to the survival of the online
> community." 
> 
> >-----Original Message-----
> >From: Jens-Christian Lache [mailto:lache@tu-harburg.de]
> >Sent: 19 January 2001 10:11
> >To: David Korn
> >Subject: RE: gcc compile
> >
> >
> >Hi! Do you know, what should I do if I want to use target
> >simulator in arm-elf-gdb debugger? 
> >Normally I use have a monitor program,
> >which handles software traps. 
> >Thatīs why the code crashes on the simulator.
> >
> >Is there s.th. similar to the "sim" option for arm?
> >jens-christian
> >Am Fre, 19 Jan 2001 schrieben Sie:
> >> >-----Original Message-----
> >> >From: Helmut Kolb [mailto:Helmut.Kolb@knapp.com]
> >> 
> >> >I am unable to find such a think (which sounds nice) in my 
> >version of
> >> >gcc, which i compiled for i960 about a year ago:
> >> >,----------------------------- [ gcc -v ] 
> >-----------------------------
> >> >| Reading specs from
> >> >| 
> >/usr/local/i960/compiler/lib/gcc-lib/i960-unknown-coff/2.95.2/specs
> >> >| gcc version 2.95.2 19991024 (release)
> >> 
> >>`-------------------------------------------------------------
> >---------
> >> >2.92.2 shoudn't be sooo old - right?
> >> >
> >> >Is the "sim" option a new feature, a special patch, or 
> >something enabled
> >> >for some special cpus?
> >> 
> >>   Yep.  Sorry, but it's for powerpc only.  The GDB debugger 
> >comes with a 
> >> ppc simulator, and the -sim flag compiles code to run with 
> >it.  There aren't
> >> simulators for any other cpus.  This is from the "IBM 
> >RS/6000 and PowerPC
> >> Options" section of the manual:
> >> 
> >> ----------snip!--------------
> >> -msim 
> >> On embedded PowerPC systems, assume that the startup module is called
> >> `sim-crt0.o' and the standard C libraries are `libsim.a' and 
> >`libc.a'. This
> >> is default for `powerpc-*-eabisim' configurations. 
> >> ----------snip!--------------
> >> 
> >>        DaveK
> >> -- 
> >> The Boulder Pledge: "Under no circumstances will I ever 
> >purchase anything 
> >> offered to me as the result of an unsolicited email message. 
> >Nor will I 
> >> forward chain letters, petitions, mass mailings, or virus 
> >warnings to large 
> >> numbers of others. This is my contribution to the survival 
> >of the online
> >> community."
> >> 
> >> 
> >> 
> >**********************************************************************
> >> This email and any files transmitted with it are confidential and
> >> intended solely for the use of the individual or entity to whom they
> >> are addressed. If you have received this email in error please notify
> >> the system manager.
> >> 
> >> This footnote also confirms that this email message has been swept by
> >> MIMEsweeper for the presence of computer viruses.
> >> 
> >> www.mimesweeper.com
> >> 
> >**********************************************************************
> >> 
> >> ------
> >> Want more information?  See the CrossGCC FAQ, 
> >http://www.objsw.com/CrossGCC/
> >> Want to unsubscribe? Send a 
> >note to crossgcc-unsubscribe@sourceware.cygnus.com
> >-- 
> >
> >
> >Jens-Christian Lache
> >Technische Universitaet Hamburg-Harburg
> >www.tu-harburg.de/~sejl1601
> >Mail:
> >lache@tu-harburg.de
> >lache@ngi.de
> >Tel.:
> >+0491759610756
> >
> 
> 
> **********************************************************************
> This email and any files transmitted with it are confidential and
> intended solely for the use of the individual or entity to whom they
> are addressed. If you have received this email in error please notify
> the system manager.
> 
> This footnote also confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses.
> 
> www.mimesweeper.com
> **********************************************************************
-- 


Jens-Christian Lache
Technische Universitaet Hamburg-Harburg
www.tu-harburg.de/~sejl1601
Mail:
lache@tu-harburg.de
lache@ngi.de
Tel.:
+0491759610756

------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sourceware.cygnus.com