RE: Why won't my program compile? (continued)

[mdmiller at visi dot com]

Quoting Dave Korn <dave.korn@artimi.com>:

> Robert P. J. Day wrote:
> > On Thu, 3 Nov 2005, Dave Korn wrote:
> >
> >> Robert P. J. Day wrote:
> >>> On Thu, 3 Nov 2005, Dave Korn wrote:
> >>
> >>>>   Ah, gottit:
> >>>>
> >>>> http://sources.redhat.com/ml/crossgcc/2005-09/msg00186.html
> >>>
> >>> isn't that a mips-specific patch that you're referring to?
> >>
> >>   I can't see how you'd read that into what it says on the page at
> >> that URL? It just describes how the glibc configure tests for a
> >> sufficiently recent compiler version.  It doesn't suggest that it
> >> does so on a target specific basis.
> >
> > never mind, my mistake.  i have been so engrossed in SH toolchain
> > building for the last few days that i misread glibc-2.3.2 for
> > glibc-2.3.5, which i knew had no such problem.
>
>
>   Ah, gotcha.  Yeh, it is indeed fixed now.  Glad we sorted that out.
>
>
>     cheers,
>       DaveK
> --
> Can't think of a witty .sigline today....
>
>


And you fine gentlepeople are correct, my problem was the one caused by the gcc
check that Mike Joyce provided a patch for.  The result is I go further but
still crash and burn due to an internal compiler spill error.  Which suggests
that Robert's suggestion of staying on the path because of the monsters in the
woods has some merit.  My goal is to get the 2.6.14 kernel and its USB fixes
running on an SH4 board, but I don't have to get there in a single step.  Can
anyone suggest a gcc/glibc combination that is in the direction of goodness? 
I'll use the compiler error as my .sigline today.



716-glibc-2.3.2/build-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include -I/home/mic
hael.miller/crosstool-0.38/build/sh4-unknown-linux-gnu/gcc-4.1-20050716-glibc-2.
3.2/gcc-4.1-20050716/libstdc++-v3/libsupc++ -g -O2 -D_GNU_SOURCE -fno-implicit-t
emplates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=o
nce -ffunction-sections -fdata-sections -c /home/michael.miller/crosstool-0.38/b
uild/sh4-unknown-linux-gnu/gcc-4.1-20050716-glibc-2.3.2/gcc-4.1-20050716/libstdc
++-v3/src/bitmap_allocator.cc  -fPIC -DPIC -o .libs/bitmap_allocator.o
/home/michael.miller/crosstool-0.38/build/sh4-unknown-linux-gnu/gcc-4.1-20050716
-glibc-2.3.2/build-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include/ext/bitmap_all
ocator.h: In member function '_Tp* __gnu_cxx::bitmap_allocator<_Tp>::_M_allocate
_single_object() [with _Tp = wchar_t]':
/home/michael.miller/crosstool-0.38/build/sh4-unknown-linux-gnu/gcc-4.1-20050716
-glibc-2.3.2/build-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include/ext/bitmap_all
ocator.h:1085: error: unable to find a register to spill in class 'R0_REGS'
/home/michael.miller/crosstool-0.38/build/sh4-unknown-linux-gnu/gcc-4.1-20050716
-glibc-2.3.2/build-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include/ext/bitmap_all
ocator.h:1085: error: this is the insn:
(insn:HI 393 388 979 30 /home/michael.miller/crosstool-0.38/build/sh4-unknown-li
nux-gnu/gcc-4.1-20050716-glibc-2.3.2/build-gcc/sh4-unknown-linux-gnu/libstdc++-v
3/include/ext/bitmap_allocator.h:959 (set (reg/f:SI 2 r2 [388])
        (mem/u:SI (plus:SI (reg:SI 12 r12)
                (reg/f:SI 10 r10 [574])) [0 S4 A32])) 172 {movsi_ie} (nil)
    (expr_list:REG_EQUIV (symbol_ref/i:SI ("_ZN9__gnu_cxx16bitmap_allocatorIwE13
                                                                          
_S_block_sizeE") <var_decl 0x40439f60 _S_block_size>)
        (nil)))
/home/michael.miller/crosstool-0.38/build/sh4-unknown-linux-gnu/gcc-4.1-20050716
                                                                          
-glibc-2.3.2/build-gcc/sh4-unknown-linux-gnu/libstdc++-v3/include/ext/bitmap_all
                                                                          
ocator.h:1085: internal compiler error: in spill_failure, at reload1.c:1889



------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com