[ECOS] Why is Cygwin root path becoming a dependency?

[Mike A]

I have done a small experiment & found some amazing things about the arm-elf 
I built.

I took line 257 of
/ecos-c/rep/examples/test_install/include/cyg/infra/cyg_type.h & put it in a 
empty file called test.c at two spot (or paths)

1. At C:\rep\ecos\packages\hal\arm\arch\current\src\ ;this is path where 
hal_mk_defs.c (file which included cyg_type.h that gave the error the other 
day) lives.
2. At C:\cygwin\home\Administrator\test\ ;this is a path connected to 
cygwin.

When compiling this file “test.c” with the same command but at different 
paths I get different results as below:

1. test.c at C:\rep\ecos\packages\hal\arm\arch\current\src\
C:\>arm-elf-gcc -S C:\cygwin\home\Administrator\test\test.c

2. test.c at C:\cygwin\home\Administrator\test\
C:\>arm-elf-gcc -S C:\rep\ecos\packages\hal\arm\arch\current\src\test.c
C:\rep\ecos\packages\hal\arm\arch\current\src\test.c:1: Invalid token in 
expression

test.c at hal_mk_defs.c's path, 
"C:\rep\ecos\packages\hal\arm\arch\current\src\" fails...

But the same test.c at path inside cygwin root compiles well...

Contents of test.c
------------------

#if defined(__cplusplus) && defined(__GNUC__) && \
   !defined(CYGBLD_ATTRIB_INIT_PRI)
#endif

Please let me know why is such a thing happening. Why is cygwin root path 
becoming a dependency?

-Mike.

_________________________________________________________________
MSN Photos is the easiest way to share and print your photos: 
http://photos.msn.com/support/worldwide.aspx
Attachment:
test.c
Description: Binary data
-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss

-------------- next part --------------
#if defined(__cplusplus) && defined(__GNUC__) && \
    !defined(CYGBLD_ATTRIB_INIT_PRI)
#endif