This is the mail archive of the ecos-discuss@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

RE: MPC555 platforms cause gcc segmentation fault


Hello Steven and other eCos experts,

Did you fix the "segmentation fault" problem yet? If so, could you please
tell me how to do it?

I basically took the latest cygWin and latest eCos from CVS, and use the
latest ecosconfig (2006-07-10) to do:

ecosconfig new sh4_202_md default
ecosconfig tree
make

I got the exactly the same problem as you submitted on Aug. 16, 2006.

Anyone please help us to figure this out? 

Thank you very much,
Wendell
 

-----Original Message-----
From: ecos-discuss-owner@ecos.sourceware.org
[mailto:ecos-discuss-owner@ecos.sourceware.org] On Behalf Of Steven Clugston
Sent: August 16, 2006 10:50 AM
To: ecos-discuss@ecos.sourceware.org
Subject: [ECOS] MPC555 platforms cause gcc segmentation fault

Hi All

I've been trying to bring a PowerPC MPC555 platform port I've been working
on up-to-date from ecos2.0.

I started by downloading a recent trunk snapshot and building (unmodified
from the cvs snapshot) cme555 and ec555 platforms using the default package
template.

With either platform, part way through the build it fails with a compiler
crash.

It gives the following output:

powerpc-eabi-gcc -c
-I/ecos-d/cygwin/.../ecos/cme555ECOS_install/include
-I/opt/ecos/.../packages/language/c/libc/stdio/current
-I/opt/ecos/.../packages/language/c/libc/stdio/current/src
-I/opt/ecos/.../packages/language/c/libc/stdio/current/tests -I.
-I/opt/ecos/.../packages/language/c/libc/stdio/current/src/input/
-finline-limit=7000 -mcpu=505 -Wall -Wpointer-arith  -Winline -Wundef
-Woverloaded-virtual -g -O2 -ffunction-sections -fdata-sections -mmultiple
-fno-rtti -fno-exceptions  -Wp,-MD,src/input/vfscanf.tmp -o
src/input/language_c_libc_stdio_vfscanf.o
/opt/ecos/.../packages/language/c/libc/stdio/current/src/input/vfscanf.c
xx

make[1]: Leaving directory
`/ecos-d/cygwin/.../ecos/cme555ECOS_build/language/c/libc/stdio/current'

/opt/ecos/ecoscvs/packages/language/c/libc/stdio/current/src/input/vfsca
nf.cxx: In
make: Leaving directory `/ecos-d/cygwin/.../ecos/cme555ECOS_build'
   function `int vfscanf(CYG_ADDRESS (*)[9999], const char*,
__va_list_tag*)':
/opt/ecos/ecoscvs/packages/language/c/libc/stdio/current/src/input/vfsca
nf.cxx:952: internal
   error: Segmentation fault
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]: *** [src/input/vfscanf.o.d] Error 1
make: *** [build] Error 2

I'm using recent cygwin build as a host and the following tool versions:

$ powerpc-eabi-gcc --version
powerpc-eabi-gcc (GCC) 3.2.1 (eCosCentric)

$ make --version
GNU Make 3.80

I've tried substituting 'vfscanf.cxx' with the one from ecos2.0 but it fails
in the same way at the same point in the code:

input_failure:
    return nassigned ? nassigned : -1;
match_failure:
    return nassigned;
} // vfscanf() <---- fails here.

(I was surprised to see 'goto' statements as I thought these were
depeciated/frowned upon in C)

The same code compiles under ecos2.0 alright using the same compiler. I
presume that the complier should not cause a segmentation fault at any time,
but something has changed somewhere in the source which triggers this.

Should I be using a more recent version of the gnutools?

Thanks for any help.

Steven.






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





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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]