Development

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • New: ICE in default_secondary_reload, at targhooks.c:532 when building libgcc2.c as _divsc

    5 answers - 3253 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    I've come across the following whilst trying to build a gcc cross-compiler:
    /
    -isystem
    / -isystem
    / -g -DIN_GCC
    -DCRSS_CMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes
    -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g
    -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLAT_NT_NEEDED -Dinhibit_libc -I.
    -I. -I//gcc/gcc -I//gcc/gcc/. -I//gcc/gcc//include
    -I/libdecnumber -DL_divsc3 -fvisibility=hidden -DHIDE_EXPRTS -c
    //gcc/gcc/libgcc2.c -o libgcc/./_divsc3.o
    //gcc/gcc/libgcc2.c: In function ‘__divsc3’:
    //gcc/gcc/libgcc2.c:1910: internal compiler error: in
    default_secondary_reload, at targhooks.c:532
    The compiler sources were pulled by Subversion from the gcc repository:
    Path: .
    URL:
    Repository Root: svn://gcc.gnu.org/svn/gcc
    Repository UUID:
    Revision: 115899
    Node Kind: directory
    Schedule: normal
    Last Changed Author: schwab
    Last Changed Rev: 115899
    Last Changed Date: 2006-08-03 10:28:37 +0100 (Thu, 03 Aug 2006)
    Properties Last Updated: 2006-08-01 21:01:27 +0100 (Tue, 01 Aug 2006)
    The binutils tools being used were:
    warthog>./as
    GNU assembler 2.14-frv-060512-1 20031112
    And the tools necessary for the compiler can be obtained from:
    http://people.redhat.com/~dhowells/frv/as
    http://people.redhat.com/~dhowells/frv/ld
    http://people.redhat.com/~dhowells/frv/ar
    http://people.redhat.com/~dhowells/frv/ranlib
    http://people.redhat.com/~dhowells/frv/nm
    http://people.redhat.com/~dhowells/frv/objdump
    http://people.redhat.com/~dhowells/frv/strip
    in a huge tarball with lots of other stuff from:
    I've reproduced this problem compiling gcc on on an SMP i686 box and a UP
    x86_64 box. both boxes the native compiler was installed from the
    gcc-4.1.1-1.fc5 Fedora Core 5 RPMs:
    warthog>gcc -v
    Using built-in specs.
    Target: x86_64-redhat-linux
    Configured with: /configure /usr /usr/share/man
    /usr/share/info
    ,c++,objc,obj-c++,java,fortran,ada
    /
    Thread model: posix
    gcc version 4.1.1 20060525 (Red Hat 4.1.1-1)
    warthog255>ssh hades gcc -v
    Using built-in specs.
    Target: i386-redhat-linux
    Configured with: /configure /usr /usr/share/man
    /usr/share/info
    ,c++,objc,obj-c++,java,fortran,ada
    /
    Thread model: posix
    gcc version 4.1.1 20060525 (Red Hat 4.1.1-1)
    The partially built gcc claims its version to be:
    warthog>./gcc/xgcc -v
    Using built-in specs.
    Target: frv-linux-gnu
    Configured with: /gcc/configure /opt/frv-4.1
    /opt/frv-4.1/frv-linux-gnu/bin/
    /
    Thread model: posix
    gcc version 4.2.0 20060803 (experimental)
    I configured the package with the configuration line you can see above and
    then just ran "make".
    The intermediate compiler can be used to trigger the bug with following
    command line:
    ./gcc/xgcc -B./gcc -c wibble.c -o wibble.o
    from within the build directory. wibble.c is the attached preprocessed and
    stripped down version of libgcc2.c.
    Note that adding:
    #define __builtin_expect(X, Y) (X)
    to the top of the file seems to make the problem go away.
    David
  • No.1 | | 507 bytes | |

    Comment #1 from dhowells at redhat dot com 2006-08-03 13:38
    Created an attachment (id=12004)
    ()
    Stripped down testcase for the bug

    I get the error on line 92 of this source file:

    warthog>./gcc/xgcc -B./gcc -c wibble.c -o wibble.o
    wibble.c: In function ‘__divsc3’:
    wibble.c:92: internal compiler error: in default_secondary_reload, at
    targhooks.c:532
    Please submit a full bug report,
    with preprocessed source if appropriate.
    See <for instructions.
  • No.2 | | 74 bytes | |

    Comment #2 from tbm at gcc dot gnu dot org 2006-08-04 08:36
    Confirmed.
  • No.3 | | 530 bytes | |

    Comment #3 from pinskia at gcc dot gnu dot org 2006-08-08 01:30
    gcc_assert (insn_data[(int) icode].n_operands == 3);
    (define_expand "reload_incc"
    [(parallel [(set (match_operand:CC 2 "integer_register_operand" "=&d")
    (match_operand:CC 1 "memory_operand" "m"))
    (clobber (match_scratch:CC_CCR 3 ""))])
    (parallel [(set (match_operand:CC 0 "icc_operand" "=t")
    (match_dup 2))
    (clobber (match_scratch:CC_CCR 4 ""))])]

    I never thought reload could handle more than 3 operands for reload_inM before.
  • No.4 | | 110 bytes | |

    Comment #4 from mmitchel at gcc dot gnu dot org 2006-08-20 22:25
    FRV is not a primary or secondary target.
  • No.5 | | 118 bytes | |

    Comment #5 from mmitchel at gcc dot gnu dot org 2007-05-14 22:28
    Will not be fixed in 4.2.0; retargeting at 4.2.1.

Re: New: ICE in default_secondary_reload, at targhooks.c:532 when building libgcc2.c as _divsc


max 4000 letters.
Your nickname that display:
In order to stop the spam: 5 + 4 =
QUESTION ON "Development"

EMSDN.COM