[ECOS] AT91 ARM Thumb-mode

[ECOS] AT91 ARM Thumb-mode

[sensitron medical]

I get the following error when compiling with thumb
mode for AT91:

/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
undefined reference to `hal_disable_interrupts'

__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[Jonathan Larmour]

sensitron medical wrote:
> I get the following error when compiling with thumb
> mode for AT91:
> 
> /ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> undefined reference to `hal_disable_interrupts'

That should have come from vectors.S - there's some thumb only functions 
to do that. Was it definitely compiled in thumb mode?

Just thinking of the last message I sent, if vectors.S was compiled in 
thumb mode, I'm intrigued by the fact you got this far. What tool versions 
are you using?

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[sensitron medical]

compile snippet:

arm-elf-gcc -c -o OS_Uart.o -I../../eCos/Debug/include
-g  -mcpu=arm7tdmi -mthumb -mthumb-interwork
-mno-short-load-words -Wall -Wpointer-arith
-Wstrict-prototypes -Winline -Wundef
-Woverloaded-virtual -ffunction-sections
-fdata-sections -fno-rtti -fno-exceptions -fvtable-gc
-finit-priority OS_Uart.c


link snippet: 

arm-elf-gcc -o spm ./Main/main.o ./Main/stubs.o
-nostartfiles -L./eCos/Debug/lib -Ttarget.ld
-Wl,--start-group ./Utils/lib/libUtils.a
-Wl,--end-group -mcpu=arm7tdmi -mthumb
-mthumb-interwork -mno-short-load-words
-Wl,--gc-sections -Wl,-static -g -nostdlib

compiler version:

$ arm-elf-gcc -v
Reading specs from
/tools/H-i686-pc-cygwin/lib/gcc-lib/arm-elf/3.2.1/specs
Configured with: /src/gcc/gcc-3.2.1/configure
--target=arm-elf --prefix=/tools -
-exec-prefix=/tools/H-i686-pc-cygwin --with-gnu-as
--with-gnu-ld --with-newlib -
v
Thread model: single
gcc version 3.2.1

binutils version:

binutils-2.13.2.1


--- Jonathan Larmour <jifl@eCosCentric.com> wrote:
> sensitron medical wrote:
> > I get the following error when compiling with
> thumb
> > mode for AT91:
> > 
> >
>
/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> > undefined reference to `hal_disable_interrupts'
> 
> That should have come from vectors.S - there's some
> thumb only functions 
> to do that. Was it definitely compiled in thumb
> mode?
> 
> Just thinking of the last message I sent, if
> vectors.S was compiled in 
> thumb mode, I'm intrigued by the fact you got this
> far. What tool versions 
> are you using?
> 
> Jifl
> -- 
> eCosCentric    http://www.eCosCentric.com/    The
> eCos and RedBoot experts
> --[ "You can complain because roses have thorns, or
> you ]--
> --[  can rejoice because thorns have roses."
> -Lincoln   ]-- Opinions==mine
> 


__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[sensitron medical]

Do you know if the eCosCentric CDROM contains
thumb-mode binaries for arm-elf?

--- Jonathan Larmour <jifl@eCosCentric.com> wrote:
> sensitron medical wrote:
> > I get the following error when compiling with
> thumb
> > mode for AT91:
> > 
> >
>
/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> > undefined reference to `hal_disable_interrupts'
> 
> That should have come from vectors.S - there's some
> thumb only functions 
> to do that. Was it definitely compiled in thumb
> mode?
> 
> Just thinking of the last message I sent, if
> vectors.S was compiled in 
> thumb mode, I'm intrigued by the fact you got this
> far. What tool versions 
> are you using?
> 
> Jifl
> -- 
> eCosCentric    http://www.eCosCentric.com/    The
> eCos and RedBoot experts
> --[ "You can complain because roses have thorns, or
> you ]--
> --[  can rejoice because thorns have roses."
> -Lincoln   ]-- Opinions==mine
> 


__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[Jonathan Larmour]

sensitron medical wrote:
> Do you know if the eCosCentric CDROM contains
> thumb-mode binaries for arm-elf?

Yes, but it is the same as the eCos 2.0b1 download.

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[Jonathan Larmour]

sensitron medical wrote:
> compile snippet:
[snip]

That command line is fair enough.

If you were using the current CVS trunk I would agree you should be able 
to get quite far, but the v2.0b1 release had a problem that prevented it 
being compiled for thumb - fixed by this patch but only in the CVS trunk: 
http://sources.redhat.com/ml/ecos-patches/2003-04/msg00085.html

If you were using the trunk, you would also see that the thumb compiler 
still isn't necessarily up to scratch:

arm-elf-gcc -c 
-I/home/jlarmour/sourceware/ecos/ecos/obj/arm/pidT/install/include 
-I/home/jlarmour/ecos/packages/kernel/current 
-I/home/jlarmour/ecos/packages/kernel/current/src 
-I/home/jlarmour/ecos/packages/kernel/current/tests -I. 
-I/home/jlarmour/ecos/packages/kernel/current/tests/ -mthumb 
-mthumb-interwork -Wall -Wpointer-arith -Wstrict-prototypes -Winline 
-Wundef -Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections 
-fno-rtti -fno-exceptions -fvtable-gc -finit-priority 
-Wp,-MD,tests/dhrystone.tmp -o tests/dhrystone.o 
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c: In function 
`Proc_1':
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:870: 
Internal compiler error in pre_insert_copy_insn, at gcse.c:4859
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://www.gnu.org/software/gcc/bugs.html> for instructions.
make[1]: *** [tests/dhrystone.d] Error 1

"Only" a test, sure, but it gives us doubts about the compiler's 
reliability. On the other hand, if anyone reports success using GCC 3.2.2 
or GCC 3.2.3 we would very much like to know about it.

Jifl

> /ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> 
>>>undefined reference to `hal_disable_interrupts'
>>
>>That should have come from vectors.S - there's some
>>thumb only functions 
>>to do that. Was it definitely compiled in thumb
>>mode?
>>
>>Just thinking of the last message I sent, if
>>vectors.S was compiled in 
>>thumb mode, I'm intrigued by the fact you got this
>>far. What tool versions 
>>are you using?
>>
>>Jifl

-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] Re: AT91 ARM Thumb-mode

[Daniel Néri]

Jonathan Larmour <jifl@eCosCentric.com> writes:

> "Only" a test, sure, but it gives us doubts about the compiler's
> reliability. On the other hand, if anyone reports success using GCC
> 3.2.2 or GCC 3.2.3 we would very much like to know about it.

I just linked my non-thumb application with eCos built as thumb, and
it seems to have worked. I use a custom HAL, GCC 3.2.3 and binutils
2.13.2.1. I've also made a small change to vectors.S, posted to
ecos-patches a couple of days ago.


Regards,

-- 
Daniel Néri
Sigicom AB, Sweden


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[sensitron medical]

The plot thickens. I was just able to build (and
execute) in thumb mode with the latest prebuilt
binaries. The only issue I've come across so far in
testing the executable is that after stopping and then
continuing my program with my ICE, I sometimes get
weird results, like:

ASSERT FAIL: <1>dle thread vanished!!!
ASSERT FAIL: <1>\x1d                   [397648]
()                                                    
                                             Idle
thread vanished!!!

I think this might be a problem with my ICE, as I
don't see any issues until I stop/continue.

Also, I had to turn off "Use separate interrupt stack"
to get it to build. This might also explain my idle
thread vanishing problem (stack overflow).


--- Jonathan Larmour <jifl@eCosCentric.com> wrote:
> sensitron medical wrote:
> > compile snippet:
> [snip]
> 
> That command line is fair enough.
> 
> If you were using the current CVS trunk I would
> agree you should be able 
> to get quite far, but the v2.0b1 release had a
> problem that prevented it 
> being compiled for thumb - fixed by this patch but
> only in the CVS trunk: 
>
http://sources.redhat.com/ml/ecos-patches/2003-04/msg00085.html
> 
> If you were using the trunk, you would also see that
> the thumb compiler 
> still isn't necessarily up to scratch:
> 
> arm-elf-gcc -c 
>
-I/home/jlarmour/sourceware/ecos/ecos/obj/arm/pidT/install/include
> 
> -I/home/jlarmour/ecos/packages/kernel/current 
> -I/home/jlarmour/ecos/packages/kernel/current/src 
> -I/home/jlarmour/ecos/packages/kernel/current/tests
> -I. 
> -I/home/jlarmour/ecos/packages/kernel/current/tests/
> -mthumb 
> -mthumb-interwork -Wall -Wpointer-arith
> -Wstrict-prototypes -Winline 
> -Wundef -Woverloaded-virtual -g -O2
> -ffunction-sections -fdata-sections 
> -fno-rtti -fno-exceptions -fvtable-gc
> -finit-priority 
> -Wp,-MD,tests/dhrystone.tmp -o tests/dhrystone.o 
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:
> In function 
> `Proc_1':
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:870:
> 
> Internal compiler error in pre_insert_copy_insn, at
> gcse.c:4859
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html>
> for instructions.
> make[1]: *** [tests/dhrystone.d] Error 1
> 
> "Only" a test, sure, but it gives us doubts about
> the compiler's 
> reliability. On the other hand, if anyone reports
> success using GCC 3.2.2 
> or GCC 3.2.3 we would very much like to know about
> it.
> 
> Jifl
> 
> >
>
/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> > 
> >>>undefined reference to `hal_disable_interrupts'
> >>
> >>That should have come from vectors.S - there's
> some
> >>thumb only functions 
> >>to do that. Was it definitely compiled in thumb
> >>mode?
> >>
> >>Just thinking of the last message I sent, if
> >>vectors.S was compiled in 
> >>thumb mode, I'm intrigued by the fact you got this
> >>far. What tool versions 
> >>are you using?
> >>
> >>Jifl
> 
> -- 
> eCosCentric    http://www.eCosCentric.com/    The
> eCos and RedBoot experts
> --[ "You can complain because roses have thorns, or
> you ]--
> --[  can rejoice because thorns have roses."
> -Lincoln   ]-- Opinions==mine
> 


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[sensitron medical]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 3557 bytes --]

I am going to try Daniel Néri' patch below to see if
it resolves my issue with having to disable "Use
separate stack for interrupts" problem.

Re: thumb support
From: daniel dot neri at sigicom dot se (Daniel Néri) 
To: ecos-patches at sources dot redhat dot com 
Date: Sat, 26 Apr 2003 12:32:16 +0000 
Subject: Re: thumb support 
Cancel-lock: sha1:XLCEA+EtHCpdgMTI8xbdxS9kJxA= 
Organization: Sigicom AB, Stockholm, Sweden 
References:
<20030413125835.91B82EC6F1@delenn.bartv.net> 

--------------------------------------------------------------------------------

In vectors.S, there is a call to hal_spurious_IRQ that
is (still) not
thumb-aware. Proposed fix below.


Best wishes,
  --Daniel



--- Jonathan Larmour <jifl@eCosCentric.com> wrote:
> sensitron medical wrote:
> > compile snippet:
> [snip]
> 
> That command line is fair enough.
> 
> If you were using the current CVS trunk I would
> agree you should be able 
> to get quite far, but the v2.0b1 release had a
> problem that prevented it 
> being compiled for thumb - fixed by this patch but
> only in the CVS trunk: 
>
http://sources.redhat.com/ml/ecos-patches/2003-04/msg00085.html
> 
> If you were using the trunk, you would also see that
> the thumb compiler 
> still isn't necessarily up to scratch:
> 
> arm-elf-gcc -c 
>
-I/home/jlarmour/sourceware/ecos/ecos/obj/arm/pidT/install/include
> 
> -I/home/jlarmour/ecos/packages/kernel/current 
> -I/home/jlarmour/ecos/packages/kernel/current/src 
> -I/home/jlarmour/ecos/packages/kernel/current/tests
> -I. 
> -I/home/jlarmour/ecos/packages/kernel/current/tests/
> -mthumb 
> -mthumb-interwork -Wall -Wpointer-arith
> -Wstrict-prototypes -Winline 
> -Wundef -Woverloaded-virtual -g -O2
> -ffunction-sections -fdata-sections 
> -fno-rtti -fno-exceptions -fvtable-gc
> -finit-priority 
> -Wp,-MD,tests/dhrystone.tmp -o tests/dhrystone.o 
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:
> In function 
> `Proc_1':
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:870:
> 
> Internal compiler error in pre_insert_copy_insn, at
> gcse.c:4859
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:http://www.gnu.org/software/gcc/bugs.html>
> for instructions.
> make[1]: *** [tests/dhrystone.d] Error 1
> 
> "Only" a test, sure, but it gives us doubts about
> the compiler's 
> reliability. On the other hand, if anyone reports
> success using GCC 3.2.2 
> or GCC 3.2.3 we would very much like to know about
> it.
> 
> Jifl
> 
> >
>
/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> > 
> >>>undefined reference to `hal_disable_interrupts'
> >>
> >>That should have come from vectors.S - there's
> some
> >>thumb only functions 
> >>to do that. Was it definitely compiled in thumb
> >>mode?
> >>
> >>Just thinking of the last message I sent, if
> >>vectors.S was compiled in 
> >>thumb mode, I'm intrigued by the fact you got this
> >>far. What tool versions 
> >>are you using?
> >>
> >>Jifl
> 
> -- 
> eCosCentric    http://www.eCosCentric.com/    The
> eCos and RedBoot experts
> --[ "You can complain because roses have thorns, or
> you ]--
> --[  can rejoice because thorns have roses."
> -Lincoln   ]-- Opinions==mine
> 


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] Re: AT91 ARM Thumb-mode

[Jonathan Larmour]

Daniel Néri wrote:
> Jonathan Larmour <jifl@eCosCentric.com> writes:
> 
> 
>>"Only" a test, sure, but it gives us doubts about the compiler's
>>reliability. On the other hand, if anyone reports success using GCC
>>3.2.2 or GCC 3.2.3 we would very much like to know about it.
> 
> 
> I just linked my non-thumb application with eCos built as thumb, and
> it seems to have worked. I use a custom HAL, GCC 3.2.3 and binutils
> 2.13.2.1. I've also made a small change to vectors.S, posted to
> ecos-patches a couple of days ago.

Can you confirm if you could build the dhrystone test specifically? Just 
in the default template. If you can also try building it on the pid target 
(but enabling CYGHWR_THUMB) that would be good because internal compiler 
errors can arise by the circumstances being just exactly a certain way, so 
header files from a different platform might make a difference.

Obviously you don't have to run it on PID :).

Jifl
-- 
eCosCentric    http://www.eCosCentric.com/    The eCos and RedBoot experts
--[ "You can complain because roses have thorns, or you ]--
--[  can rejoice because thorns have roses." -Lincoln   ]-- Opinions==mine


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] Re: AT91 ARM Thumb-mode

[Daniel Néri]

Jonathan Larmour <jifl@eCosCentric.com> writes:

> Can you confirm if you could build the dhrystone test specifically?
> Just in the default template. If you can also try building it on the
> pid target (but enabling CYGHWR_THUMB)

Ouch! On the PID target it dies with an ICE there. With my own HAL all
tests build fine.

Did you already report this to the GCC people?


Regards
  --Daniel


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

[ECOS] Re: AT91 ARM Thumb-mode

[Daniel Néri]

daniel.neri@sigicom.se (Daniel Néri) writes:

> Ouch! On the PID target it dies with an ICE there. With my own HAL all
> tests build fine.

It worked for me because my HAL defaults to -O optimisation. With -O2,
I get the same ICE as on the PID target.

> Did you already report this to the GCC people?

Found it as PR #6860, reported almost a year ago (GCC 3.1 days).


Best wishes,
   --Daniel


-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

Re: [ECOS] AT91 ARM Thumb-mode

[sensitron medical]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 4027 bytes --]

Yep. This did the trick.

--- sensitron medical <sensitronnet@yahoo.com> wrote:
> I am going to try Daniel Néri' patch below to see if
> it resolves my issue with having to disable "Use
> separate stack for interrupts" problem.
> 
> Re: thumb support
> From: daniel dot neri at sigicom dot se (Daniel
> Néri) 
> To: ecos-patches at sources dot redhat dot com 
> Date: Sat, 26 Apr 2003 12:32:16 +0000 
> Subject: Re: thumb support 
> Cancel-lock: sha1:XLCEA+EtHCpdgMTI8xbdxS9kJxA= 
> Organization: Sigicom AB, Stockholm, Sweden 
> References:
> <20030413125835.91B82EC6F1@delenn.bartv.net> 
> 
>
--------------------------------------------------------------------------------
> 
> In vectors.S, there is a call to hal_spurious_IRQ
> that
> is (still) not
> thumb-aware. Proposed fix below.
> 
> 
> Best wishes,
>   --Daniel
> 
> 
> 
> --- Jonathan Larmour <jifl@eCosCentric.com> wrote:
> > sensitron medical wrote:
> > > compile snippet:
> > [snip]
> > 
> > That command line is fair enough.
> > 
> > If you were using the current CVS trunk I would
> > agree you should be able 
> > to get quite far, but the v2.0b1 release had a
> > problem that prevented it 
> > being compiled for thumb - fixed by this patch but
> > only in the CVS trunk: 
> >
>
http://sources.redhat.com/ml/ecos-patches/2003-04/msg00085.html
> > 
> > If you were using the trunk, you would also see
> that
> > the thumb compiler 
> > still isn't necessarily up to scratch:
> > 
> > arm-elf-gcc -c 
> >
>
-I/home/jlarmour/sourceware/ecos/ecos/obj/arm/pidT/install/include
> > 
> > -I/home/jlarmour/ecos/packages/kernel/current 
> > -I/home/jlarmour/ecos/packages/kernel/current/src 
> >
> -I/home/jlarmour/ecos/packages/kernel/current/tests
> > -I. 
> >
> -I/home/jlarmour/ecos/packages/kernel/current/tests/
> > -mthumb 
> > -mthumb-interwork -Wall -Wpointer-arith
> > -Wstrict-prototypes -Winline 
> > -Wundef -Woverloaded-virtual -g -O2
> > -ffunction-sections -fdata-sections 
> > -fno-rtti -fno-exceptions -fvtable-gc
> > -finit-priority 
> > -Wp,-MD,tests/dhrystone.tmp -o tests/dhrystone.o 
> >
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c
> >
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:
> > In function 
> > `Proc_1':
> >
>
/home/jlarmour/ecos/packages/kernel/current/tests/dhrystone.c:870:
> > 
> > Internal compiler error in pre_insert_copy_insn,
> at
> > gcse.c:4859
> > Please submit a full bug report,
> > with preprocessed source if appropriate.
> > See
> <URL:http://www.gnu.org/software/gcc/bugs.html>
> > for instructions.
> > make[1]: *** [tests/dhrystone.d] Error 1
> > 
> > "Only" a test, sure, but it gives us doubts about
> > the compiler's 
> > reliability. On the other hand, if anyone reports
> > success using GCC 3.2.2 
> > or GCC 3.2.3 we would very much like to know about
> > it.
> > 
> > Jifl
> > 
> > >
> >
>
/ecos-c/ecos-2.0b1/packages/kernel/v2_0b1/src/intr/intr.cxx:668:
> > > 
> > >>>undefined reference to `hal_disable_interrupts'
> > >>
> > >>That should have come from vectors.S - there's
> > some
> > >>thumb only functions 
> > >>to do that. Was it definitely compiled in thumb
> > >>mode?
> > >>
> > >>Just thinking of the last message I sent, if
> > >>vectors.S was compiled in 
> > >>thumb mode, I'm intrigued by the fact you got
> this
> > >>far. What tool versions 
> > >>are you using?
> > >>
> > >>Jifl
> > 
> > -- 
> > eCosCentric    http://www.eCosCentric.com/    The
> > eCos and RedBoot experts
> > --[ "You can complain because roses have thorns,
> or
> > you ]--
> > --[  can rejoice because thorns have roses."
> > -Lincoln   ]-- Opinions==mine
> > 
> 
> 
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Search - Faster. Easier. Bingo.
> http://search.yahoo.com
> 


__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com

-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss