ARM7TDMI/At91M40xxx on At91EB01 with Angel monitor

ARM7TDMI/At91M40xxx on At91EB01 with Angel monitor

[Jens-Christian Lache]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1945 bytes --]

Hi everybody!

I´ am new to the mailing-list crossgcc. Since last week I have to deal with
an ARM7TDMI proc. on an At91EB01 board from Atmel. This board includes Angel
as monitor program.

If there is anybody, how has experience with these components and how wants to 
"chat"
with me, please do so!!

I managed to compile the components binutil, gcc, insight as explained in
        http://sources.redhat.com/ecos/install-linux.html --> ARM target.
I didn´t applied the patch for eCos for gcc, it just didn´t compile with it.

I have to check out, what´s in the At91M40xxx/ARM7TDMI. So eCos is an option 
for me, but not
that important at the moment.

I have found a crt0.S file in      arm-uc-libc.tar.gz and in    
tar:/home/yo/uC-libc-310899.tar.gz
Does this file (see below) work with the angel debug monitor? I am really 
afraid to delete s.th. in
the flash while installing the gdb-stubs. With this evaluation board also 
shipps an evaluation version
of MULTI, which also includes a crt0 file. Is this file compiler-depened?

Is there an other mailing list, which could be usefull for me?

Thanks a lot!

Jens-Christian Lache


--
Jens-Christian Lache
www.tu-harburg.de/~sejl1601
lache@ngi.de
lache@tu-harburg.de
Tel.: 01759610756 (Hamburg)


	.global	__start
	.global	__main
	.global _end
	.global __data_start

	.bss
	.global environ
environ:
	.long 0

	.text
__start:
	nop
	nop

	movea.l %d5, %a5

	move.l 8(%sp), %d5
	move.l %d5, environ(%a5)

	bsr main

	move.l %d0,%sp@-
	bsr	exit		/* Invoke exit() routine */

#ifdef NO_LIBGCC
	/* If that didn't kill us, ... */
_exit:
	move.l %sp@+,%d1
	moveq #1,%d0 /* SYS_exit */
	trap #0

__main:
	rts
#else

	.global	_cleanup
_cleanup:
	move.l %sp@+,%d1
	moveq #1,%d0 /* SYS_exit */
	trap #0

#endif /* NO_LIBGCC */



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

CharPtr to double

[Manuel Molina]

Hi you all

I'm trying to get the value of a field (CharPtr) and use it as a number
(double). I can't use the function atof. How can I transform the CharPtr
into a double? Are double and Int32 the same data type?

Another question: is there any form to debug a program line by line to
detect where the error is?

Thanks

Manolo







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

Re: ARM7TDMI/At91M40xxx on At91EB01 with Angel monitor

[Richard Earnshaw]

lache@tu-harburg.de said:
> I have found a crt0.S file in      arm-uc-libc.tar.gz and in     tar:/
> home/yo/uC-libc-310899.tar.gz Does this file (see below) work with the
> angel debug monitor? I am really  afraid to delete s.th. in 
...
> environ:
> 	.long 0
>
> 	.text
> __start:
> 	nop
> 	nop
>
> 	movea.l %d5, %a5
>
> 	move.l 8(%sp), %d5
> 	move.l %d5, environ(%a5)

This isn't ARM code, so it won't work on your board.

R.


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

Re: ARM7TDMI/At91M40xxx on At91EB01 with Angel monitor

[Jens-Christian Lache]

Hi! I guess, I have found an appropriate crt0.S file in 
 "newlib-1.8.2.tar.gz" (newlib-1.8.2/newlib/libc/sys/arm)

Looks like it supports Angel. I am happy!


Jens-Christian

On Mon, 13 Nov 2000, Richard Earnshaw wrote:

> 
> lache@tu-harburg.de said:
> > I have found a crt0.S file in      arm-uc-libc.tar.gz and in     tar:/
> > home/yo/uC-libc-310899.tar.gz Does this file (see below) work with the
> > angel debug monitor? I am really  afraid to delete s.th. in 
> ...
> > environ:
> > 	.long 0
> >
> > 	.text
> > __start:
> > 	nop
> > 	nop
> >
> > 	movea.l %d5, %a5
> >
> > 	move.l 8(%sp), %d5
> > 	move.l %d5, environ(%a5)
> 
> This isn't ARM code, so it won't work on your board.
> 
> R.
> 
> 


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