This is the mail archive of the
newlib@sources.redhat.com
mailing list for the newlib project.
RE: gcc compile
- To: David Korn <dkorn at pixelpower dot com>
- Subject: RE: gcc compile
- From: Jens-Christian Lache <lache at tu-harburg dot de>
- Date: Fri, 19 Jan 2001 11:27:42 +0100
- Cc: crossgcc at sources dot redhat dot com, newlib at sources dot redhat dot com
- References: <718D38CAB6E0D011B2C90060970C28A56425F0@EXCHANGESERVER>
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