RE: [ECOS] Problems with var_mk_defs.c

[Gary Thomas <gary@mlbassoc.com>]

On Wed, 2003-10-15 at 09:03, James Yates wrote:
> Gary,
> 
> When I compile the following is output:
> 
> make -r -C hal/sh/arch/current /ecos-d/Dev/eCos/builds/current/pc388_install/include/cyg/hal/sh_offsets.inc
> make[1]: Entering directory `/ecos-d/Dev/eCos/builds/current/pc388_build/hal/sh/arch/current'
> sh-elf-gcc -mb -m2 -O2 -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -ggdb -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority  -I/ecos-d/Dev/eCos/builds/current/pc388_install/include -I/ecos-d/ecos/ecos/packages/hal/sh/arch/current -I/ecos-d/ecos/ecos/packages/hal/sh/arch/current/src -I/ecos-d/ecos/ecos/packages/hal/sh/arch/current/tests -I. -Wp,-MD,sh_offsets.tmp -o hal_mk_defs.tmp -S /ecos-d/ecos/ecos/packages/hal/sh/arch/current/src/hal_mk_defs.c
> fgrep .equ hal_mk_defs.tmp | sed s/#// > /ecos-d/Dev/eCos/builds/current/pc388_install/include/cyg/hal/sh_offsets.inc
> make[1]: Leaving directory `/ecos-d/Dev/eCos/builds/current/pc388_build/hal/sh/arch/current'
> make -r -C hal/sh/sh2/current /ecos-d/Dev/eCos/builds/current/pc388_install/include/cyg/hal/sh2_offsets.inc
> make[1]: Entering directory `/ecos-d/Dev/eCos/builds/current/pc388_build/hal/sh/sh2/current'
> sh-elf-gcc -mb -m2 -O2 -Wall -Wpointer-arith -Wstrict-prototypes -Winline -Wundef -Woverloaded-virtual -ggdb -ffunction-sections -fdata-sections -fno-rtti -fno-exceptions -fvtable-gc -finit-priority  -I/ecos-d/Dev/eCos/builds/current/pc388_install/include -I/ecos-d/ecos/ecos/packages/hal/sh/sh2/current -I/ecos-d/ecos/ecos/packages/hal/sh/sh2/current/src -I/ecos-d/ecos/ecos/packages/hal/sh/sh2/current/tests -I. -Wp,-MD,sh2_offsets.tmp -o var_mk_defs.tmp /ecos-d/ecos/ecos/packages/hal/sh/sh2/current/src/var_mk_defs.c
> make[1]: Leaving directory `/ecos-d/Dev/eCos/builds/current/pc388_build/hal/sh/sh2/current'
> /ecos-c/temp/ccmMeZK9.s: Assembler messages:
> make: Leaving directory `/ecos-d/Dev/eCos/builds/current/pc388_build'
> /ecos-c/temp/ccmMeZK9.s:26: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:26: Warning: rest of line ignored; first ignored character is `0'
> /ecos-c/temp/ccmMeZK9.s:29: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:29: Warning: rest of line ignored; first ignored character is `0'
> /ecos-c/temp/ccmMeZK9.s:32: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:32: Warning: rest of line ignored; first ignored character is `0'
> /ecos-c/temp/ccmMeZK9.s:35: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:35: Warning: rest of line ignored; first ignored character is `6'
> /ecos-c/temp/ccmMeZK9.s:38: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:38: Warning: rest of line ignored; first ignored character is `1'
> /ecos-c/temp/ccmMeZK9.s:41: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:41: Warning: rest of line ignored; first ignored character is `8'
> /ecos-c/temp/ccmMeZK9.s:44: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:44: Warning: rest of line ignored; first ignored character is `0'
> /ecos-c/temp/ccmMeZK9.s:47: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:47: Warning: rest of line ignored; first ignored character is `3'
> /ecos-c/temp/ccmMeZK9.s:50: Error: bad expression
> /ecos-c/temp/ccmMeZK9.s:50: Warning: rest of line ignored; first ignored character is `3'
> make[1]: *** [/ecos-d/Dev/eCos/builds/current/pc388_install/include/cyg/hal/sh2_offsets.inc] Error 1
> make: *** [build] Error 2
> 

Try looking at the generated *.s file.  My guess is that it has some
spaces which the compiler/assembler doesn't like.  Some prudent changes
to your include files may fix it.

> 
> For the code in var_mk_defs.c:
> HAL_UCACHE_SIZE = 0, HAL_UCACHE_WAYS = 0, HAL_UCACHE_LINE_SIZE = 0, CYGNUM_HAL_ISR_MAX = 62 and so on.
> 
> As for my port, the processor it is for has a much larger vector table. The SH2 7044 variant I based this on has exception vectors for the custom interrupt layout going up to 93 in var_intr.h whereas the SH2 7145 hash exception vectors going up to 129. Could the size of the vector table be causing a problem.
> 
> The 7145 also has no cache so I have used another cache definition file mod_regs_cac_3.h which specifies cache sizes as 0 and all addresses. Could this also be contributing. I am pretty new to eCos and there is some funky stuff which I don't as yet understand. It has been quite hard work performing a variant and platform port for board.
> 
>    Any help greatfully received. Many thanks.
> 
> 		James
-- 
Gary Thomas <gary@mlbassoc.com>
MLB Associates


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