Am Mittwoch, den 16.03.2011, 14:06 +0000 schrieb Phil Blundell:
> On Wed, 2011-03-16 at 14:39 +0100, Paul Menzel wrote:
> >         arm-oe-linux-uclibceabi-gcc -march=armv7-a -mtune=cortex-a8 
> > -mfpu=neon -mfloat-abi=softfp -mthumb-interwork -mno-thumb 
> > --sysroot=/oe/build-minimal-uclibc/minimal-uclibc-dev/sysroots/armv7a-oe-linux-uclibceabi
> >  -DHAVE_CONFIG_H -I. -I.. -DASN1_BUILDING -I./../gl -I./../gl -I./.. 
> > -fexpensive-optimizations -fomit-frame-pointer -frename-registers -Os -pipe 
> > -g -MT coding.lo -MD -MP -MF .deps/coding.Tpo -c coding.c -o coding.o
> >         coding.c: In function 'asn1_length_der':
> >         coding.c:101:1: internal compiler error: in 
> > dwarf2out_frame_debug_expr, at dwarf2out.c:2221
> >         Please submit a full bug report,
> >         with preprocessed source if appropriate.
> >         See <http://gcc.gnu.org/bugs.html> for instructions.
> >         {standard input}: Assembler messages:
> 
> >From the looks of the error, you could probably work around the crash by
> compiling without -g.

Thanks, that worked.

> Obviously you'd lose debuggability but that might or might not be a
> problem for your particular use case.

Well, I am just build testing.

> > I am wondering if the latest GCC 4.5 changes are causing this, but as
> > always this is just an uneducated guess.
> 
> Could be.  Or it's possible that the bug has been latent for a long time
> and has just been tickled by a recent change to CFLAGS.  I think the
> inclusion of -g in the default opts is a relatively recent innovation.

I think it worked before last Friday, i. e., before the GCC 4.5 updates.

> You could bisect the recent changes if you want but, unless you want to
> debug this for yourself, the best way to proceed is probably to follow
> the directions in the error message and submit a bug report to upstream
> GCC.

I will see, if or when I will get to that and report back.


Thanks,

Paul

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
Openembedded-devel mailing list
[email protected]
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

Reply via email to