On Mon, 7 Apr 2008, DJ Delorie wrote:
>
> > I will apply the following if you confirm this fixes m32c-elf.
>
> It fixed that particular bug, but another one elsewhere stopped the
> build and I don't know what caused the other one.
>
> m32c-elf is easily cross-build with newlib and binutils if y
It now dies here:
In file included from ../../../../../gcc/libstdc++-v3/src/strstream.cc:49:
/greed/dj/m32c/gcc/m32c-elf/m32c-elf/m32cm/libstdc++-v3/include/backward/strstream:
In member function 'void std::ostrstream::_ZTv0_n12_NSt10ostrstreamD0Ev()':
/greed/dj/m32c/gcc/m32c-elf/m32c-elf/m32cm/
> I will apply the following if you confirm this fixes m32c-elf.
It fixed that particular bug, but another one elsewhere stopped the
build and I don't know what caused the other one.
m32c-elf is easily cross-build with newlib and binutils if you want to
see for yourself.
On Sat, 5 Apr 2008, DJ Delorie wrote:
>
> > Is this problem reproducible with a cross-compiler?
>
> Yes, it's m32c-elf
>
> > Can you open a bug-report and attach pre-processed source in that
> > case?
>
> It's trying to cross-build libiberty, so just building shows the bug.
> http://gcc.gnu.or
> Is this problem reproducible with a cross-compiler?
Yes, it's m32c-elf
> Can you open a bug-report and attach pre-processed source in that
> case?
It's trying to cross-build libiberty, so just building shows the bug.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35834
On Sat, Apr 5, 2008 at 5:01 PM, DJ Delorie <[EMAIL PROTECTED]> wrote:
>
> > I'm sure it just exposed it.
>
> If so, any clues about what the underlying bug might be?
It is probably simply a missing conversion or a latent bug in fold
that is exposed. Is this
problem reproducible with a cross-com
> I'm sure it just exposed it.
If so, any clues about what the underlying bug might be?
On Sat, Apr 5, 2008 at 4:13 AM, DJ Delorie <[EMAIL PROTECTED]> wrote:
>
> I narrowed it down to commit 133403 (although whether that caused the
> bug or merely expose it, I don't know):
I'm sure it just exposed it.
Richard.
> 2008-03-21 Richard Guenther <[EMAIL PROTECTED]>
>
> * tre
I narrowed it down to commit 133403 (although whether that caused the
bug or merely expose it, I don't know):
2008-03-21 Richard Guenther <[EMAIL PROTECTED]>
* tree-scalar-evolution.c (chrec_contains_symbols_defined_in_loop):
Use is_gimple_min_invariant instead of TREE_INVARIA
#0 fancy_abort (file=0x87f32c2 "../../gcc/gcc/tree.c", line=3107,
function=0x87f2e43 "build2_stat") at ../../gcc/gcc/diagnostic.c:654
#1 0x085b5c3e in build2_stat (code=PLUS_EXPR, tt=0xb7db5dd0, arg0=0xb7b19340,
arg1=0xb7a7d5e4)
at ../../gcc/gcc/tree.c:3107
#2 0x0822501e in fold_binar
Sent from my iPhone
On Apr 1, 2008, at 13:06, "H.J. Lu" <[EMAIL PROTECTED]> wrote:
It may be related to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35781
It is not. It is a pointer plus issue. Can you show the full backtrace?
-- Pinski
H.J.
On Tue, Apr 1, 2008 at 12:58 PM, DJ Delo
It may be related to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35781
H.J.
On Tue, Apr 1, 2008 at 12:58 PM, DJ Delorie <[EMAIL PROTECTED]> wrote:
>
> Is this obvious to someone, or should I try to track it down?
>
> [EMAIL PROTECTED] pts/6 ~/m32c/gcc/m32c-elf/m32c-elf/m32cm/libiberty
> $ ma
Is this obvious to someone, or should I try to track it down?
[EMAIL PROTECTED] pts/6 ~/m32c/gcc/m32c-elf/m32c-elf/m32cm/libiberty
$ make
if [ x"" != x ]; then \
/greed/dj/m32c/gcc/m32c-elf/./gcc/xgcc
-B/greed/dj/m32c/gcc/m32c-elf/./gcc/ -B/greed/dj/m32c/install/m32c-elf/bin/
-B/greed
13 matches
Mail list logo
