[Bug target/38991] New: ICE in extract_insn at recog.c:1990

2009-01-27 Thread rmansfield at qnx dot com
$ cat /home/ryan/reduced.i
 typedef unsigned int  _Uint16t __attribute__((__aligned__(2)))
__attribute__((__mode__(__HI__)));
 struct timeval { unsigned tv_sec; };
 extern volatile struct timeval mono_time;
 struct a { unsigned int time1;   };
 void sppp_input() {
struct a *ch;
unsigned t;
t = mono_time.tv_sec * 1000;
ch->time1 = (__builtin_constant_punsigned short) t))) ?
(((unsigned short) t))) >> 8) & 0xFF) | ((unsigned short) t))) & 0xFF)
<< 8)) : ({  _Uint16t __reg;  __asm__( "swap.b %0, %0;" : "=r" (__reg) : "0"
unsigned short) t))) );  __reg;  }  ));
 }
$ ./sh4-unknown-linux-gnu-gcc-4.3.2 -O1 ~/reduced.i -c -v
Using built-in specs.
Target: sh4-unknown-linux-gnu
Configured with: /home/ryan/crosstool-ng-1.3.1/targets/src/gcc-4.3.2/configure
--build=i486-build_pc-linux-gnu --host=i486-build_pc-linux-gnu
--target=sh4-unknown-linux-gnu
--prefix=/home/ryan/crosstool-ng-1.3.1/targets/sh4-unknown-linux-gnu/build/gcc-core-static
--with-local-prefix=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--with-newlib --enable-threads=no --disable-shared --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace
Thread model: single
gcc version 4.3.2 (GCC)
COLLECT_GCC_OPTIONS='-O1' '-c' '-v'

/home/ryan/crosstool-ng-1.3.1/targets/sh4-unknown-linux-gnu/build/gcc-core-static/libexec/gcc/sh4-unknown-linux-gnu/4.3.2/cc1
-fpreprocessed /home/ryan/reduced.i -quiet -dumpbase reduced.i -auxbase reduced
-O1 -version -o /tmp/cc8aeDRs.s
GNU C (GCC) version 4.3.2 (sh4-unknown-linux-gnu)
compiled by GNU C version 4.3.1, GMP version 4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=99 --param ggc-min-heapsize=129356
Compiler executable checksum: ee076cb4ac207bb74a2571e911139f3f
/home/ryan/reduced.i: In function 'sppp_input':
/home/ryan/reduced.i:10: error: unrecognizable insn:
(insn 23 8 10 3 /home/ryan/reduced.i:9 (set (reg:HI 163)
(subreg:HI (reg:SI 149 macl) 0)) -1 (expr_list:REG_DEAD (reg:SI 149
macl)
(nil)))
/home/ryan/reduced.i:10: internal compiler error: in extract_insn, at
recog.c:1990
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Reproducible with gcc 4.3.3 as well.


-- 
   Summary: ICE in extract_insn at recog.c:1990
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
     Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i486-build_pc-linux-gnu
  GCC host triplet: i486-build_pc-linux-gnu
GCC target triplet: sh4-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38991



[Bug target/38991] ICE in extract_insn at recog.c:1990

2009-01-27 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-01-27 21:36 ---
Also reproducible with gcc version 4.4.0 20090127 (experimental) [trunk
revision 143711] (GCC)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38991



[Bug middle-end/40154] New: internal compiler error: in do_SUBST, at combine.c:681

2009-05-14 Thread rmansfield at qnx dot com
r...@ryan:~/gcc/trunk/gcc/build/gcc$ ./xgcc -v
Using built-in specs.
Target: sh4-unknown-linux-gnu
Configured with: ../configure --build=i486-build_pc-linux-gnu
--host=i486-build_pc-linux-gnu --target=sh4-unknown-linux-gnu
--prefix=/home/ryan/crosstool-ng-1.3.1/targets/sh4-unknown-linux-gnu/build/gcc-core-static
--with-local-prefix=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--with-newlib --enable-threads=no --disable-shared --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace
Thread model: single
gcc version 4.5.0 20090515 (experimental) [trunk revision 147550] (GCC)


$ cat ~/ice.i
char buf[20];

int main() {
long long int t = 50;
strcpy(buf, "hello world");
t *= 10;
for(;;)
foo(&t);
}
r...@ryan:~/gcc/trunk/gcc/build/gcc$ ./xgcc -B. -O ~/ice.i
/home/ryan/ice.i: In function 'main':
/home/ryan/ice.i:5: warning: incompatible implicit declaration of built-in
function 'strcpy'
/home/ryan/ice.i:9: internal compiler error: in do_SUBST, at combine.c:681
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

Works in gcc 4.3.3. Fails in gcc 4.4.0 and trunk (4.5.0 20090515)


-- 
   Summary: internal compiler error: in do_SUBST, at combine.c:681
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i486-build_pc-linux-gnu
  GCC host triplet: i486-build_pc-linux-gnu
GCC target triplet: sh4-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40154



[Bug target/35623] RTL check failure in arm_const_double_rtx

2009-05-17 Thread rmansfield at qnx dot com


--- Comment #4 from rmansfield at qnx dot com  2009-05-18 03:55 ---
I can no longer reproduce the problem with gcc 4.4.0 or trunk (4.5.0 20090518
revision 147649). I was able to reproduce it with gcc 4.3.3 release.

I'm indifferent to whether the PR is resolved as fixed in 4.4/4.5 or resolved
as wontfix in 4.2.4/4.3.3.


-- 

rmansfield at qnx dot com changed:

   What|Removed |Added

  Known to fail||4.2.4 4.3.3
  Known to work||4.4.0 4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35623



[Bug lto/40392] New: ICE in lto_end_uncompression, at lto-compress.c:282

2009-06-09 Thread rmansfield at qnx dot com
$ cat hw.c
int main() {
  printf("hello world\n");
}

r...@ryan:~/gcc/lto/arm-build/gcc$ ./xgcc -B. -flto hw.c
hw.c: In function 'main':
hw.c:2:3: warning: incompatible implicit declaration of built-in function
'printf'
lto1: internal compiler error: in lto_end_uncompression, at lto-compress.c:282
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status

r...@ryan:~/gcc/lto/arm-build/gcc$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnu
Configured with: ../configure --target=arm-unknown-linux-gnu
--prefix=/home/ryan/cross/arm-unknown-linux-gnu
--with-headers=/home/ryan/cross/arm-unknown-linux-gnu/arm-unknown-linux-gnu/include
--with-local-prefix=/home/ryan/cross/arm-unknown-linux-gnu/arm-unknown-linux-gnu
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long
--enable-lto
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)


-- 
   Summary: ICE in lto_end_uncompression, at lto-compress.c:282
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392



[Bug middle-end/40401] New: ICE: verify_gimple failed

2009-06-10 Thread rmansfield at qnx dot com
$ cat /home/ryan/ice.i
typedef void (*malloc_error_fptr_t)(const char * const __file, unsigned int
__lineno, const char * const __msg);
extern void (*_malloc_error)(const char *file, unsigned int lineno, const char
*msg);

void _malloc_error_internal(const char * const fn);
malloc_error_fptr_t _malloc_error = _malloc_error_internal;

void malloc_abort(int status) {
(*_malloc_error)("mprobe", 1, mcheck_error(status));
}


$ ./xgcc -B. ~/ice.i
/home/ryan/ice.i:5:1: warning: initialization from incompatible pointer type
/home/ryan/ice.i: In function âmalloc_abortâ:
/home/ryan/ice.i:8:2: warning: passing argument 3 of â_malloc_errorâ makes
pointer from integer without a cast
/home/ryan/ice.i:8:2: note: expected âconst char * constâ but argument is of
type âintâ
/home/ryan/ice.i:9:1: error: non-trivial conversion at assignment
void (*) (const char * const, unsigned int, const char * const)
void (*) (const char *, unsigned int, const char *)
_malloc_error.0 = _malloc_error;

/home/ryan/ice.i:9:1: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

$ ./xgcc -B. -v
Reading specs from ./specs
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090610 (experimental) [trunk revision 148341] (GCC)


-- 
   Summary: ICE: verify_gimple failed
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40401



[Bug lto/40403] New: lto: misalignment after cgraph section

2009-06-10 Thread rmansfield at qnx dot com
$ cat t.i
__asm__ (
   " .globl\t_start_\n"
   "\t _start_:\n"
   "\tnop\n"
);
$ ./xgcc -B.   t.i -c
$ ./xgcc -B. -flto t.i -c
/tmp/ccPizQGw.s: Assembler messages:
/tmp/ccPizQGw.s:47: Error: instruction address is not a multiple of 4


.section.gnu.lto_.opts,"",@progbits
.align 2
.string "x\234cd``\340"
.string "b\026\006T"
.string ""
.string "\001\020"
.ascii  "\016"
.section.gnu.lto_.cgraph
#APP
 .globl _start_
 _start_:
nop

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: powerpc-unknown-linux-gnu
Configured with: ../configure --target=powerpc-unknown-linux-gnu
--prefix=/home/ryan/cross/powerpc-unknown-linux-gnu/
--with-local-prefix=/home/ryan/cross/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/cross/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-root
--enable-shared --with-gmp=/home/ryan/cross/powerpc-unknown-linux-gnu
--with-mpfr=/home/ryan/cross/powerpc-unknown-linux-gnu --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace --enable-lto
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)


-- 
   Summary: lto: misalignment after cgraph section
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
        AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40403



[Bug lto/40409] New: [LTO] ICE in expand_shift, at expmed.c:2263

2009-06-10 Thread rmansfield at qnx dot com
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: powerpc-unknown-linux-gnu
Configured with: ../configure --target=powerpc-unknown-linux-gnu
--prefix=/home/ryan/cross/powerpc-unknown-linux-gnu/
--with-local-prefix=/home/ryan/cross/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/cross/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-root
--enable-shared --with-gmp=/home/ryan/cross/powerpc-unknown-linux-gnu
--with-mpfr=/home/ryan/cross/powerpc-unknown-linux-gnu --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace --enable-lto
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)

./xgcc -B. -flto -shared acosh.o acosl.o
In file included from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:27:0,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:24,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:24,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:23,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:22,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:22,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:22,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:21,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:21,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:20,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:19,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:19,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:19,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:16,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:16,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:16,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:15,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:15,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:15,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:13,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:12,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:11,
 from /home/ryan/svn/product/trunk/lib/c/inc/xmath.h:188,
 from :16:
/home/ryan/svn/product/trunk/lib/m/inc/xxacos.h: In function 'acosl':
/home/ryan/svn/product/trunk/lib/m/inc/xxacos.h:28:4: internal compiler error:
in expand_shift, at expmed.c:2263
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] ICE in expand_shift, at expmed.c:2263
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409



[Bug lto/40410] New: [LTO] ICE verify_stmts failed

2009-06-10 Thread rmansfield at qnx dot com
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: powerpc-unknown-linux-gnu
Configured with: ../configure --target=powerpc-unknown-linux-gnu
--prefix=/home/ryan/cross/powerpc-unknown-linux-gnu/
--with-local-prefix=/home/ryan/cross/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/cross/powerpc-unknown-linux-gnu/powerpc-unknown-linux-gnu/sys-root
--enable-shared --with-gmp=/home/ryan/cross/powerpc-unknown-linux-gnu
--with-mpfr=/home/ryan/cross/powerpc-unknown-linux-gnu --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace --enable-lto
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)



$ ./xgcc -B. -flto -shared ctanf.o ctanhl.o ctanh.o
In function 'ctanh':
lto1: error: invalid conversion in gimple call
const long double



tv_34 = tan (im.7_33);

lto1: error: invalid conversion in gimple call
const long double



sv_36 = _Sinh (re.3_35, 1.0e+0);

lto1: error: type mismatch in binary expression


const long double

const long double

D.2436_37 = tv_34 * tv_34;

lto1: error: type mismatch in binary expression
const long double



const long double

bv_39 = D.2437_38 * sv_36;

lto1: error: type mismatch in binary expression


const long double

const long double

D.2438_40 = bv_39 * sv_36;

lto1: error: type mismatch in binary expression
const long double





dv_41 = D.2438_40 + 1.0e+0;

lto1: error: type mismatch in comparison expression


const long double
if (D.2439_42 == dv_41)

lto1: error: type mismatch in binary expression


const long double



D.2447_46 = tv_34 * 0.0;

lto1: error: type mismatch in binary expression


const long double

const long double

D.2448_48 = sv_36 * sv_36;

lto1: error: type mismatch in binary expression




const long double

D.2451_51 = D.2450_50 * bv_39;

lto1: error: type mismatch in binary expression




const long double

D.2452_52 = D.2451_51 / dv_41;

lto1: error: type mismatch in binary expression


const long double

const long double

D.2453_53 = tv_34 / dv_41;

lto1: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] ICE verify_stmts failed
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40410



[Bug lto/40410] [LTO] ICE verify_stmts failed

2009-06-10 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-06-10 22:08 ---
Created an attachment (id=17978)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17978&action=view)
testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40410



[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

2009-06-10 Thread rmansfield at qnx dot com


--- Comment #2 from rmansfield at qnx dot com  2009-06-11 02:58 ---
I reproduced this on a i686-pc-linux-gnu target:

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -flto casinhl.o
In file included from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:117:0,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:117,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:115,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:115,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:114,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:114,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:112,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:111,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:108,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:108,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:108,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:103,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:103,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:103,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:102,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:100,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:100,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:98,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:98,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:98,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:95,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:95,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:93,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:93,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:93,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:90,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:90,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:87,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:86,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:85,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:84,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:81,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:80,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:80,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:78,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:78,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:78,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:78,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:78,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:78,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:77,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:77,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:77,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:77,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:77,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:73,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:73,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:73,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:72,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:70,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:68,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:67,
 from /home/ryan/svn/product/trunk/lib/m/inc/xxcasinh.h:63,
 from /home/ryan/svn

[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

2009-06-10 Thread rmansfield at qnx dot com


--- Comment #3 from rmansfield at qnx dot com  2009-06-11 03:01 ---
Created an attachment (id=17979)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17979&action=view)
x86 testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409



[Bug lto/40429] New: [LTO] Handling of -o without space

2009-06-12 Thread rmansfield at qnx dot com
If -o is specified multiple -o options are passed to the assembler,
and the assembly from lto1 is compiled into file specified the user, and the
temporary objfile is empty.

r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -flto t.c -c  
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -o libfoo.so t.o -flto
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -olibfoo.so t.o -flto
/tmp/cco4SVei.lto.o: file not recognized: File truncated
collect2: ld returned 1 exit status
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. -shared -olibfoo.so t.o -flto -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)
COMPILER_PATH=./
LIBRARY_PATH=./:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-B.' '-shared' '-olibfoo.so' '-flto' '-v' '-mtune=generic'
 ./collect2 -flto --eh-frame-hdr -m elf_i386 -shared -olibfoo.so
/usr/lib/crti.o ./crtbeginS.o -L. t.o -lgcc --as-needed -lgcc_s --no-as-needed
-lc -lgcc --as-needed -lgcc_s --no-as-needed ./crtendS.o /usr/lib/crtn.o
Reading specs from ./specs
COLLECT_GCC=././xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090605 (experimental) (lto merged with rev 148228)
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccnLb3Ia.lto.o' '-B.' '-shared'
'-olibfoo.so' '-v' '-mtune=generic'
 ./lto1 -quiet -dumpbase t.o -mtune=generic -auxbase-strip /tmp/ccnLb3Ia.lto.o
-auxbase-strip libfoo.so -version @/tmp/ccg3ryza -o /tmp/ccI1kpZa.s
GNU GIMPLE (lto merged with rev 148228) version 4.5.0 20090605 (experimental)
(i686-pc-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU GIMPLE (lto merged with rev 148228) version 4.5.0 20090605 (experimental)
(i686-pc-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.1, MPFR version 2.3.2
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccnLb3Ia.lto.o' '-B.' '-shared'
'-olibfoo.so' '-v' '-mtune=generic'
 ./as -V -Qy -o /tmp/ccnLb3Ia.lto.o -olibfoo.so /tmp/ccI1kpZa.s
GNU assembler version 2.19.1 (i486-linux-gnu) using BFD version (GNU Binutils
for Debian) 2.19.1
COMPILER_PATH=./:./
LIBRARY_PATH=./:./:/lib/:/usr/lib/:/lib/:/usr/lib/
COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccnLb3Ia.lto.o' '-B.' '-shared'
'-olibfoo.so' '-v' '-mtune=generic'
/tmp/ccnLb3Ia.lto.o: file not recognized: File truncated
collect2: ld returned 1 exit status


-- 
   Summary: [LTO] Handling of -o without space
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40429



[Bug lto/40739] New: [LTO] ICE in bp_pack_value, at lto-streamer.c:336

2009-07-13 Thread rmansfield at qnx dot com
$ cat ~/hw.c

int main() {
  printf("hello world\n");
}

r...@ryan:~/gcc/lto-branch/x86-build/gcc$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090706 (experimental) [lto revision 149615] (lto merged
with rev 149291)
r...@ryan:~/gcc/lto-branch/x86-build/gcc$ ./xgcc -B. ~/hw.c -flto
/home/ryan/hw.c: In function âmainâ:
/home/ryan/hw.c:3:3: warning: incompatible implicit declaration of built-in
function âprintfâ
/home/ryan/hw.c:4:1: internal compiler error: in bp_pack_value, at
lto-streamer.c:336
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: [LTO] ICE in bp_pack_value, at lto-streamer.c:336
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40739



[Bug lto/40739] [LTO] ICE in bp_pack_value, at lto-streamer.c:336

2009-07-14 Thread rmansfield at qnx dot com


--- Comment #5 from rmansfield at qnx dot com  2009-07-14 23:47 ---
Works with rev 149644. Thanks.


-- 

rmansfield at qnx dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40739



[Bug lto/40758] New: [LTO] ICE in partition_view_bitmap, at tree-ssa-live.c:331

2009-07-14 Thread rmansfield at qnx dot com
I found this one testing arm but it is reproducible with i686-pc-linux-gnu as
well.

r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090714 (experimental) [lto revision 149644] (lto merged
with rev 149625)
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. ice.i -c -O -flto
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B.  -shared  ice.o  -flto
In file included from :441:0:
ice.i: In function âffb_ctx_scaled_blitâ:
ice.i:4515:1: internal compiler error: in partition_view_bitmap, at
tree-ssa-live.c:331
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] ICE in partition_view_bitmap, at tree-ssa-
live.c:331
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40758



[Bug lto/40758] [LTO] ICE in partition_view_bitmap, at tree-ssa-live.c:331

2009-07-14 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-07-15 02:30 ---
Created an attachment (id=18197)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18197&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40758



[Bug lto/40765] New: [LTO] ICE verify_ssa failed

2009-07-15 Thread rmansfield at qnx dot com
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090714 (experimental) [lto revision 149644] (lto merged
with rev 149625)
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. getconf.i -flto -c -O
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. confvar.i -flto -c -O
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. getconf.o confvar.o -flto -shared
In function âmainâ:
lto1: error: address taken, but ADDRESSABLE bit not set
PHI argument
&table[0];
for PHI node
p_93 = PHI <&table[0](19), &table[0](20)>
lto1: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] ICE verify_ssa failed
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40765



[Bug lto/40765] [LTO] ICE verify_ssa failed

2009-07-15 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-07-15 11:44 ---
Created an attachment (id=18201)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18201&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40765



[Bug lto/40758] [LTO] ICE in partition_view_bitmap, at tree-ssa-live.c:331

2009-07-15 Thread rmansfield at qnx dot com


--- Comment #3 from rmansfield at qnx dot com  2009-07-15 12:58 ---
I was able to the ICE using different source. Same usage:

r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. ice2.i -O -flto -c
r...@ryan:~/gcc/lto/x86-build/gcc$ ./xgcc -B. ice2.o -flto -shared
In file included from :935:0:
ice2.i: In function âvpl_process_verticesâ:
ice2.i:7594:1: internal compiler error: in partition_view_bitmap, at
tree-ssa-live.c:331
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status

I can attach the obj files if it will help reproduce the issue.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40758



[Bug lto/40758] [LTO] ICE in partition_view_bitmap, at tree-ssa-live.c:331

2009-07-15 Thread rmansfield at qnx dot com


--- Comment #4 from rmansfield at qnx dot com  2009-07-15 13:02 ---
Created an attachment (id=18202)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18202&action=view)
2nd preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40758



[Bug middle-end/40797] New: ICE in df_refs_verify, at df-scan.c:4361

2009-07-18 Thread rmansfield at qnx dot com
r...@ryan:~/gcc/trunk/gcc/sh4-build/gcc$ ./xgcc -v
Using built-in specs.
Target: sh4-unknown-linux-gnu
Configured with: ../configure --target=sh4-unknown-linux-gnu
--prefix=/home/ryan/crosstool-ng-1.3.1/targets/sh4-unknown-linux-gnu/build/gcc-core-static
--with-local-prefix=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--with-newlib --enable-threads=no --disable-shared --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c
--enable-target-optspace
Thread model: single
gcc version 4.5.0 20090718 (experimental) [trunk revision 149772] (GCC)
r...@ryan:~/gcc/trunk/gcc/sh4-build/gcc$ ./xgcc -B. -O ~/ice.i -c
/home/ryan/ice.i: In function 'ar5212GetTargetPowers':
/home/ryan/ice.i:56:1: internal compiler error: in df_refs_verify, at
df-scan.c:4361
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: ICE in  df_refs_verify, at df-scan.c:4361
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40797



[Bug middle-end/40797] ICE in df_refs_verify, at df-scan.c:4361

2009-07-18 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-07-18 14:43 ---
Created an attachment (id=18218)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18218&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40797



[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-07-22 Thread rmansfield at qnx dot com


--- Comment #3 from rmansfield at qnx dot com  2009-07-22 19:50 ---
Yes, the patch resolves the ICE.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392



[Bug middle-end/41029] New: ICE RTL check: expected code 'reg', have 'post_inc' in rhs_regno, at rtl.h:1008

2009-08-10 Thread rmansfield at qnx dot com
Building sh4-unknown-linux-gnu target with --enable-checking=rtl yields.

gcc version 4.5.0 20090810 (experimental) [trunk revision 150633] (GCC)

../../../libiberty/floatformat.c: In function 'floatformat_from_double':
../../../libiberty/floatformat.c:683:1: internal compiler error: RTL check:
expected code 'reg', have 'post_inc' in rhs_regno, at rtl.h:1008
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: ICE RTL check: expected code 'reg', have 'post_inc' in
rhs_regno, at rtl.h:1008
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: sh4-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41029



[Bug middle-end/41029] ICE RTL check: expected code 'reg', have 'post_inc' in rhs_regno, at rtl.h:1008

2009-08-10 Thread rmansfield at qnx dot com


--- Comment #2 from rmansfield at qnx dot com  2009-08-10 21:40 ---
Created an attachment (id=18338)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18338&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41029



[Bug middle-end/41029] ICE RTL check: expected code 'reg', have 'post_inc' in rhs_regno, at rtl.h:1008

2009-08-10 Thread rmansfield at qnx dot com


--- Comment #3 from rmansfield at qnx dot com  2009-08-10 22:12 ---
It doesn't appear on gcc 4.3 and 4.4 branches. I'll narrow down when it was
introduced.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41029



[Bug middle-end/20623] ICE: fold check: original tree changed by fold with --enable-checking=fold

2009-08-12 Thread rmansfield at qnx dot com


--- Comment #39 from rmansfield at qnx dot com  2009-08-12 14:22 ---
I came across a original-tree-changed-by-fold ICE building libsupc++ for a
arm-unknown-linux-gnu target with --enable-checking=fold.

gcc version 4.5.0 20090812 (experimental) [trunk revision 150681] (GCC)

../../../../libstdc++-v3/libsupc++/dyncast.cc: In function 'void*
__cxxabiv1::__dynamic_cast(const void*, const __cxxabiv1::__class_type_info*,
const __cxxabiv1::__class_type_info*, ptrdiff_t)':
../../../../libstdc++-v3/libsupc++/dyncast.cc:86:1: internal compiler error:
fold check: original tree changed by fold
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [dyncast.lo] Error 1
make[4]: Leaving directory
`/home/ryan/gcc/trunk/gcc/arm-build/arm-unknown-linux-gnu/libstdc++-v3/libsupc++'


-- 

rmansfield at qnx dot com changed:

   What|Removed |Added

 CC|            |rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20623



[Bug target/25160] New: ICE in print_operand if using -mfloat-gprs w/ non-854x -mcpu option

2005-11-29 Thread rmansfield at qnx dot com
void foo(double a) {}
[EMAIL PROTECTED]:~$
/archive/bt/crosstool/powerpc-linux-gnuspe/head-glibc-2.3.3/bin/powerpc-linux-gnuspe-gcc
-mfloat-gprs=double -mcpu=common ~/t.c
/home/ryan/t.c: In function 'foo':
/home/ryan/t.c:1: internal compiler error: in print_operand, at
config/rs6000/rs6000.c:10674
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.

[EMAIL PROTECTED]:~$
/archive/bt/crosstool/powerpc-linux-gnuspe/head-glibc-2.3.3/bin/powerpc-linux-gnuspe-gcc
-v
Using built-in specs.
Target: powerpc-linux-gnuspe
Configured with:
/archive/bt/ryan/crosstool-0.28-rc37/build/powerpc-linux-gnuspe/head-glibc-2.3.3/head/configure
--target=powerpc-linux-gnuspe --host=i686-host_pc-linux-gnu
--prefix=/archive/bt/crosstool/powerpc-linux-gnuspe/head-glibc-2.3.3
--with-local-prefix=/archive/bt/crosstool/powerpc-linux-gnuspe/head-glibc-2.3.3/powerpc-linux-gnuspe
--disable-multilib --with-newlib --without-headers --disable-nls
--enable-threads=no --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c --disable-shared
Thread model: single
gcc version 4.2.0 20051129 (experimental)

According to the documentation, -mfloat-gprs is only available on the
MPC8540/MPC8548. So should there be a check like the following? 

Index: rs6000.c
===
--- rs6000.c(revision 107671)
+++ rs6000.c(working copy)
@@ -1789,6 +1789,8 @@

 case OPT_mfloat_gprs_:
   rs6000_explicit_options.float_gprs = true;
+  if (rs6000_cpu != PROCESSOR_PPC8540)
+ error ("unsupported architecture for -mfloat-gprs");
   if (! strcmp (arg, "yes") || ! strcmp (arg, "single"))
rs6000_float_gprs = 1;
   else if (! strcmp (arg, "double"))

Also, I have another test case which may* cause an ICE in extract_insn, at
recog.c when using -mfloat-gprs=double and -mcpu=common. Since they are caused
by the same invalid combination of switches, should I open a PR for it or will
this one suffice?

*I found the ICE on the e500 branch. The test case is in C++ so I haven't have
time to build powerpc-linux-gnuspe-g++ from the head yet.


-- 
   Summary: ICE in print_operand if using -mfloat-gprs w/ non-854x
-mcpu option
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-host_pc-linux-gnu
GCC target triplet: powerpc-linux-gnuspe


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25160



[Bug target/29066] ARM eabi C++ ABI mishap

2006-09-13 Thread rmansfield at qnx dot com


--- Comment #3 from rmansfield at qnx dot com  2006-09-13 20:57 ---
Fails on MIPS as well (and probably other ptrmemfunc_vbit_in_delta targets).
This has been around for awhile since in fails in 3.3 and 3.4. Testcase works
in 2.95.3


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29066



[Bug driver/31316] New: driver specifies output file twice when compiling header with -S

2007-03-22 Thread rmansfield at qnx dot com
[EMAIL PROTECTED]:~/gcc/trunk/gcc/tmp/gcc$ ./xgcc -B.  t.h -S -v
Reading specs from ./specs
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --disable-nls
Thread model: posix
gcc version 4.3.0 20070322 (experimental)
 ./cc1 -quiet -v -iprefix
/home/ryan/gcc/trunk/gcc/tmp/gcc/../lib/gcc/i686-pc-linux-gnu/4.3.0/ -isystem
./include -isystem ./include-fixed t.h -quiet -dumpbase t.h -mtune=generic
-auxbase t -version -o t.s -o /tmp/ccs9IVOl.s --output-pch=t.h.gch
cc1: error: output filename specified twice


-- 
   Summary: driver specifies output file twice when compiling header
with -S
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31316



[Bug target/35623] New: RTL check failure in arm_const_double_rtx

2008-03-17 Thread rmansfield at qnx dot com
/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/tmp/./gcc/xgcc
-B/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/tmp/./gcc/
-B//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/bin/
-B//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/lib/
-isystem
//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/include
-isystem
//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/sys-include
-O2  -O2 -g -O2  -DIN_GCC -DCROSS_COMPILE   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
./include  -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED  -I. -I.
-I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc
-I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/.
-I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/../include
-I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/../libcpp/include

-I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/../libdecnumber
-I../libdecnumber -DL_floatdisf -fvisibility=hidden -DHIDE_EXPORTS -c
/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/libgcc2.c
-o libgcc/./_floatdisf.o
/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/libgcc2.c:
In function '__floatdisf':
/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/libgcc2.c:1416:
internal compiler error: RTL check: expected code 'const_double' and not mode
'VOID', have code 'const_double' and mode 'VOID' in arm_const_double_rtx, at
config/arm/arm.c:5283

I came across the rtl check failure building arm-unknown-nto-qnx (unsupported
target) on the trunk (4.4.0 20080318 (experimental) [trunk revision 133302]) ,
and I was able to reproduce it on the 4.3.x and 4.2.x branches but I didn't see
it on the 4.1.x branch.

I just built a gcc 4.2 arm-unknown-linux-gnu snapshot to confirm the problem
was in the mainline and not a problem with the arm-unknown-nto-qnx target.
Please let me know if you need me to reproduce this with an
arm-unknown-linux-gnu target for 4.3/4.4.

[EMAIL 
PROTECTED]:~/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/tmp$
./gcc/xgcc -v
Using built-in specs.
Target: arm-unknown-linux-gnu
Configured with:
/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/configure
--target=arm-unknown-linux-gnu --host=i686-host_pc-linux-gnu
--prefix=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu
--with-headers=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/include
--with-local-prefix=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long
--enable-checking=all
Thread model: posix
gcc version 4.2.4 20080312 (prerelease)


-- 
   Summary: RTL check failure in arm_const_double_rtx
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-host_pc-linux-gnu
  GCC host triplet: i686-host_pc-linux-gnu
GCC target triplet: arm-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35623



[Bug target/35623] RTL check failure in arm_const_double_rtx

2009-03-27 Thread rmansfield at qnx dot com


--- Comment #2 from rmansfield at qnx dot com  2009-03-28 00:16 ---
Created an attachment (id=17551)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17551&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35623



[Bug middle-end/39764] New: ICE in set_lattice_value, at tree-ssa-ccp.c:468

2009-04-14 Thread rmansfield at qnx dot com
$ cat ice.ii
class A;
class B { };
extern const double NaN;
B foo(A* exec, double d);
inline B baz(A* a) {
return foo(a, NaN);
}
B bar(A* a) {
return baz(a);
}
extern const double NaN = (__builtin_nanf(""));

$ ./xgcc -B. -m4 -ml  -fvisibility=hidden -O2 -finline-functions ice.ii
ice.ii: In function 'B baz(A*)':
ice.ii:11: internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:468
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

$ ./xgcc -v
Using built-in specs.
Target: sh4-unknown-linux-gnu
Configured with: ../configure --build=i486-build_pc-linux-gnu
--host=i486-build_pc-linux-gnu --target=sh4-unknown-linux-gnu
--prefix=/home/ryan/crosstool-ng-1.3.1/targets/sh4-unknown-linux-gnu/build/gcc-core-static
--with-local-prefix=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--disable-multilib
--with-sysroot=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root
--with-newlib --enable-threads=no --disable-shared --enable-__cxa_atexit
--disable-nls --enable-symvers=gnu --enable-languages=c++
--enable-target-optspace
Thread model: single
gcc version 4.5.0 20090413 (experimental) [trunk revision 146016] (GCC)

I also reproduced the ICE in 4.3.3 and 4.4.0


-- 
   Summary: ICE in set_lattice_value, at tree-ssa-ccp.c:468
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i486-build_pc-linux-gnu
  GCC host triplet: i486-build_pc-linux-gnu
GCC target triplet: sh4-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39764



[Bug c++/56857] New: Crash in resolve_args

2013-04-06 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56857



 Bug #: 56857

   Summary: Crash in resolve_args

Classification: Unclassified

   Product: gcc

   Version: 4.8.1

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com





Created attachment 29815

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29815

Partially reduced testcase



$ ./xgcc -v

Using built-in specs.

COLLECT_GCC=./xgcc

Target: x86_64-unknown-linux-gnu

Configured with: ../configure --enable-languages=c++ --disable-bootstrap

Thread model: posix

gcc version 4.9.0 20130406 (experimental) [trunk revision 197540] (GCC) 





Testcase is partially reduced by delta from

libstdc++-v3/src/c++11/compatibility-thread-c++0x.cc 



$ ./xgcc -B. -std=gnu++11 ~/ice.ii





/home/ryan/ice.ii:62:17:   required from here

/home/ryan/ice.ii:48:20: internal compiler error: Segmentation fault

(__args) ...);

^

0xa9722f crash_signal

../../gcc/toplev.c:332

0x4fc912 resolve_args

../../gcc/cp/call.c:3755

0x5150f7 build_new_function_call(tree_node*, vec**, bool, int)

../../gcc/cp/call.c:3865

0x681632 finish_call_expr(tree_node*, vec**, bool,

bool, int)

../../gcc/cp/semantics.c:2252

0x566b98 tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,

bool)

../../gcc/cp/pt.c:14099

0x56d13b tsubst_expr

../../gcc/cp/pt.c:13376

0x57af51 tsubst_decl

../../gcc/cp/pt.c:10759

0x5825e7 tsubst

../../gcc/cp/pt.c:11121

0x5825e7 tsubst(tree_node*, tree_node*, int, tree_node*)

../../gcc/cp/pt.c:11106

0x57935b tsubst_copy

../../gcc/cp/pt.c:12180

0x564d3c tsubst_copy_and_build(tree_node*, tree_node*, int, tree_node*, bool,

bool)

../../gcc/cp/pt.c:14435

0x56d13b tsubst_expr

../../gcc/cp/pt.c:13376

0x581997 tsubst

../../gcc/cp/pt.c:11799

0x581997 tsubst(tree_node*, tree_node*, int, tree_node*)

../../gcc/cp/pt.c:11106

0x581902 tsubst

../../gcc/cp/pt.c:11190

0x581902 tsubst(tree_node*, tree_node*, int, tree_node*)

../../gcc/cp/pt.c:11106

0x57adef tsubst_decl

../../gcc/cp/pt.c:10658

0x5825e7 tsubst

../../gcc/cp/pt.c:11121

0x5825e7 tsubst(tree_node*, tree_node*, int, tree_node*)

../../gcc/cp/pt.c:11106

0x56ebe3 tsubst_expr

../../gcc/cp/pt.c:12892

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.


[Bug c++/56857] Crash in resolve_args

2013-04-06 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56857



Ryan Mansfield  changed:



   What|Removed |Added



Version|4.8.1   |4.9.0



--- Comment #1 from Ryan Mansfield  2013-04-06 
15:12:09 UTC ---

Meant 4.9.0


[Bug c++/56857] Crash in resolve_args

2013-04-06 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56857



--- Comment #2 from Ryan Mansfield  2013-04-06 
18:42:07 UTC ---

ICE started happening at rev196747



http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=196747


[Bug c++/56896] New: Missing DIR_SEPARATOR if --with-gxx-include-dir configured as subdir of sysroot

2013-04-09 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56896



 Bug #: 56896

   Summary: Missing DIR_SEPARATOR if --with-gxx-include-dir

configured as subdir of sysroot

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: c++

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com





If gcc is configured with --with-sysroot= and

--with-gxx-include-dir=/ then gcc_gxx_include_dir will end up as

a relative path, and then incpath.c will trip the trailing sysroot

DIR_SEPARATOR and construct an invalid path. 



e.g.



~/gnu/gcc/trunk/tmp/gcc$ ./xgcc -v

Using built-in specs.

COLLECT_GCC=./xgcc

Target: x86_64-unknown-linux-gnu

Configured with: ../configure --enable-languages=c++ --disable-bootstrap

--with-gxx-include-dir=/home/ryan/foo/bar/usr/include/4.9.0

--with-sysroot=/home/ryan/foo/bar/

Thread model: posix

gcc version 4.9.0 20130409 (experimental) [trunk revision 197644] (GCC) 

## - ##

## Platform. ##

~/gnu/gcc/trunk/tmp$ grep -nr gcc_gxx_include_dir *

gcc/Makefile:623:gcc_gxx_include_dir = usr/include/4.9.0

gcc/Makefile:624:gcc_gxx_include_dir_add_sysroot = 1

gcc/Makefile:1108:"gxx_include_dir=$(gcc_gxx_include_dir)" \

gcc/Makefile:4055:  -DGPLUSPLUS_INCLUDE_DIR=\"$(gcc_gxx_include_dir)\" \

gcc/Makefile:4056: 

-DGPLUSPLUS_INCLUDE_DIR_ADD_SYSROOT=$(gcc_gxx_include_dir_add_sysroot) \

gcc/Makefile:4057: 

-DGPLUSPLUS_TOOL_INCLUDE_DIR=\"$(gcc_gxx_include_dir)/$(target_noncanonical)\"

\

gcc/Makefile:4058: 

-DGPLUSPLUS_BACKWARD_INCLUDE_DIR=\"$(gcc_gxx_include_dir)/backward\" \

gcc/config.log:6339:gcc_gxx_include_dir='usr/include/4.9.0'

gcc/config.log:6340:gcc_gxx_include_dir_add_sysroot='1'

gcc/config.status:682:S["gcc_gxx_include_dir_add_sysroot"]="1"

gcc/config.status:683:S["gcc_gxx_include_dir"]="usr/include/4.9.0"





~/gnu/gcc/trunk/tmp/gcc$ ./xgcc -B. ~/hw.cc -v

Reading specs from ./specs

COLLECT_GCC=./xgcc

COLLECT_LTO_WRAPPER=./lto-wrapper

Target: x86_64-unknown-linux-gnu

Configured with: ../configure --enable-languages=c++ --disable-bootstrap

--with-gxx-include-dir=/home/ryan/foo/bar/usr/include/4.9.0

--with-sysroot=/home/ryan/foo/bar/

Thread model: posix

gcc version 4.9.0 20130409 (experimental) [trunk revision 197644] (GCC) 

COLLECT_GCC_OPTIONS='-B' '.' '-v' '-mtune=generic' '-march=x86-64'

 ./cc1plus -quiet -v -iprefix

/home/ryan/gnu/gcc/trunk/tmp/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.9.0/

-isystem ./include -isystem ./include-fixed -D_GNU_SOURCE /home/ryan/hw.cc

-quiet -dumpbase hw.cc -mtune=generic -march=x86-64 -auxbase hw -version -o

/tmp/cclOMQFL.s

GNU C++ (GCC) version 4.9.0 20130409 (experimental) [trunk revision 197644]

(x86_64-unknown-linux-gnu)

compiled by GNU C version 4.7.2, GMP version 5.0.2, MPFR version 3.1.0-p3,

MPC version 0.9

GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096

ignoring nonexistent directory

"/home/ryan/gnu/gcc/trunk/tmp/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.9.0/include"

ignoring nonexistent directory

"/home/ryan/gnu/gcc/trunk/tmp/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.9.0/include-fixed"

ignoring nonexistent directory

"/home/ryan/gnu/gcc/trunk/tmp/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../x86_64-unknown-linux-gnu/include"

ignoring nonexistent directory "/home/ryan/foo/barusr/include/4.9.0"

ignoring nonexistent directory

"/home/ryan/foo/barusr/include/4.9.0/x86_64-unknown-linux-gnu"

ignoring nonexistent directory "/home/ryan/foo/barusr/include/4.9.0/backward"





Or:



~/gnu/gcc/trunk/tmp/gcc$ ./xgcc -B. ~/hw.cc --sysroot=/foo/bar



ignoring nonexistent directory "/foo/barusr/include/4.9.0"

ignoring nonexistent directory

"/foo/barusr/include/4.9.0/x86_64-unknown-linux-gnu"

ignoring nonexistent directory "/foo/barusr/include/4.9.0/backward"



I'm not sure if the following is sufficient, or if the gcc_gxx_include_dir

should never end up without a leading DIR_SEPARATOR. 



Index: gcc/incpath.c

===

--- gcc/incpath.c(revision 197644)

+++ gcc/incpath.c(working copy)

@@ -179,7 +179,8 @@

   char *sysroot_no_trailing_dir_separator = xstrdup (sysroot);

   size_t sysroot_len = strlen (sysroot);



-  if (sysroot_len > 0 && sysroot[sysroot_len - 1] == DIR_SEPARATOR)

+  if (sysroot_len > 0 && sysroot[sysroot_len - 1] == DIR_SEPARATOR

+  && p->fname[0] == DIR_SEPARATOR)

 sysroot_no_trailing_dir_separator[sysroot_len - 1] = '\0';

   str = concat (sysroot_no_trailing_dir_separator, p->fname, NULL);

   free (sysroot_no_trailing_dir_separator);


[Bug c++/56857] Crash in resolve_args

2013-04-16 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56857



--- Comment #3 from Ryan Mansfield  2013-04-16 
13:35:47 UTC ---

(In reply to comment #2)

> ICE started happening at rev196747

> 

> http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=196747



ICE no longer happens after rev197811



http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=197811


[Bug bootstrap/57059] New: Host configuration of loose_warn breaks for build components for Canadian crosses

2013-04-24 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57059



 Bug #: 57059

   Summary: Host configuration of loose_warn breaks for build

components for Canadian crosses

Classification: Unclassified

   Product: gcc

   Version: 4.9.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com





When the building a canadian cross with a build compiler that is gcc 4.6 or

older, the build cannot compile the build tools as configure will detect that

the cross compiler has support for -Wno-narrowing, and will try to pass it

along in the BUILD_CXXFLAGS. e.g.



g++ -c-DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -fno-exceptions -fno-rtti

-fasynchronous-unwind-tables -W -Wall -Wno-narrowing -Wwrite-strings

-Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long

-Wno-variadic-macros -Wno-overlength-strings   -DHAVE_CONFIG_H -DGENERATOR_FILE

-I. -Ibuild -I../../gcc -I../../gcc/build -I../../gcc/../include

-I../../gcc/../libcpp/include  -I../../gcc/../libdecnumber

-I../../gcc/../libdecnumber/dpd -I../libdecnumber -I../../gcc/../libbacktrace  

 \

-o build/genconstants.o ../../gcc/genconstants.c

cc1plus: error: unrecognized command line option "-Wno-narrowing"

make[3]: *** [build/genconstants.o] Error 1



$ grep acx_cv_prog_cc_warning__Wnarrowing gcc/config.log

acx_cv_prog_cc_warning__Wnarrowing=yes


[Bug tree-optimization/57235] New: ICE verify_ssa failied

2013-05-10 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57235

Bug ID: 57235
   Summary: ICE verify_ssa failied
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rmansfield at qnx dot com

Created attachment 30088
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30088&action=edit
preprocessed src

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-multilib
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --disable-shared --disable-libmudflap
--disable-libssp --enable-checking --enable-languages=c,c++,lto
Thread model: posix
gcc version 4.9.0 20130510 (experimental) [trunk revision 198772] (GCC)

$ ./xgcc -B. -O2 ~/ice.ii
/home/ryan/ice.ii: In member function 'bool
google::protobuf::DescriptorBuilder::OptionInterpreter::SetAggregateOption(const
google::protobuf::FieldDescriptor*, google::protobuf::UnknownFieldSet*)':
/home/ryan/ice.ii:136:10: error: definition in block 16 does not dominate use
in block 19
 bool DescriptorBuilder::OptionInterpreter::
  ^
for SSA_NAME: .MEM_12 in statement:
# .MEM_44 = VDEF <.MEM_12>
D.4898 ={v} {CLOBBER};
/home/ryan/ice.ii:136:10: internal compiler error: verify_ssa failed
0xc16f0c verify_ssa(bool)
../../gcc/tree-ssa.c:1046
0x9ea902 execute_function_todo
../../gcc/passes.c:1970
0x9eb26d execute_todo
../../gcc/passes.c:2002
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.

ICE started happening after rev198552

http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=198552


[Bug middle-end/54211] New: [4.8 Regression] ICE: verify_gimple failed building freetype with -Os

2012-08-09 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54211

 Bug #: 54211
   Summary: [4.8 Regression] ICE: verify_gimple failed building
freetype with -Os
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
CC: wschm...@linux.vnet.ibm.com
  Host: x86_64-unknown-linux-gnu
Target: x86_64-unknown-linux-gnu
 Build: x86_64-unknown-linux-gnu


Created attachment 27966
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27966
preprocessed src

After rev190220, freetype fails to build with -Os.  Seen on mips, ppc x86 and
x86_64.

Reduced testcase:

/home/ryan/ice.i: In function ‘tt_face_load_sbit_image’:
/home/ryan/ice.i:365:1: error: type mismatch in pointer plus expression
 tt_face_load_sbit_image (TT_Face face, FT_ULong strike_index,
 ^
sizetype

unsigned long

sizetype

D.2244_30 = D.2241_17 + slsr.98_48;

/home/ryan/ice.i:365:1: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


[Bug target/39423] [4.6/4.7/4.8 Regression] [SH] performance regression: lost mov @(disp,Rn)

2012-08-10 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423

Ryan Mansfield  changed:

   What|Removed |Added

 CC||rmansfield at qnx dot com

--- Comment #28 from Ryan Mansfield  2012-08-10 
13:14:33 UTC ---
(In reply to comment #27)
> (In reply to comment #26)
> > 
> > I got an ICE in elimination_costs_in_insn, at reload1.c:3654 when applying 
> > to
> > the 4.7 branch, but it seems to be resolved on trunk (hoping it's not 
> > hidden)

This ICE does happen on trunk (rev190294). I have a testcase for it that I'm
reducing. There was a second ICE introduced by 190259 as well. 

/home/ryan/ice2.i:9312:1: error: unrecognizable insn:
 }
 ^
(insn 780 647 781 28 (set (reg:SI 530)
(ashift:SI (reg:SI 147 t)
(const_int 1 [0x1]))) /home/ryan/ice2.i:9270 -1
 (nil))
/home/ryan/ice2.i:9312:1: internal compiler error: in extract_insn, at
recog.c:2125

Should I attach the testcases to this PR or open a new PR?


[Bug target/39423] [4.6/4.7/4.8 Regression] [SH] performance regression: lost mov @(disp,Rn)

2012-08-10 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39423

--- Comment #30 from Ryan Mansfield  2012-08-10 
13:36:42 UTC ---
Created attachment 27983
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27983
preprocessed src

Testcase that reproduces elimination_costs_in_insn ICE with -m4 -O2


[Bug target/54089] [SH] Refactor shift patterns

2012-08-10 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089

--- Comment #10 from Ryan Mansfield  2012-08-10 
14:24:55 UTC ---
Created attachment 27985
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27985
preprocessed src

 ./xgcc -B. -w ~/ice2.i -c -Os 
/home/ryan/ice2.i: In function 'tg_extent':
/home/ryan/ice2.i:81:2: error: unrecognizable insn:
  }
  ^
(insn 189 163 190 9 (set (reg:SI 227)
(ashift:SI (reg:SI 147 t)
(const_int 1 [0x1]))) /home/ryan/ice2.i:75 -1
 (nil))
/home/ryan/ice2.i:81:2: internal compiler error: in extract_insn, at
recog.c:2125
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


[Bug bootstrap/54334] New: Unable to bootstrap using gcc 4.1.0 after cxx-conversion merge

2012-08-20 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54334

 Bug #: 54334
   Summary: Unable to bootstrap using gcc 4.1.0 after
cxx-conversion merge
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
  Host: i686-unknown-linux-gnu
Target: i686-unknown-linux-gnu
 Build: i686-unknown-linux-gnu


Created attachment 28060
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28060
configure and build log

I've read on the ML that others have had issues and that fixes went in, and it
was working. But I'm still not able to bootstrap with rev 190543.

g++ -c   -g -DIN_GCC   -fno-exceptions -fno-rtti -W -Wall -Wwrite-strings
-Wcast-qual -Wmissing-format-attribute -fno-common  -DHAVE_CONFIG_H
-DGENERATOR_FILE -I. -Ibuild -I../../gcc -I../../gcc/build
-I../../gcc/../include -I../../gcc/../libcpp/include 
-I../../gcc/../libdecnumber -I../../gcc/../libdecnumber/bid -I../libdecnumber  
 \
-o build/genflags.o ../../gcc/genflags.c
cc1: warning: command line option "-fno-rtti" is valid for C++/ObjC++ but not
for C
In file included from ../../gcc/rtl.h:29,
 from ../../gcc/genflags.c:28:
../../gcc/vec.h:167: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:176: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:188: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:197: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:205: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:274: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:277: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:301: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:316: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:332: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:349: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:367: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:375: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:398: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:414: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:458: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:467: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:502: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
../../gcc/vec.h:509: error: expected '=', ',', ';', 'asm' or '__attribute__'
before '<' token
...


[Bug bootstrap/54334] Unable to bootstrap using gcc 4.1.0 after cxx-conversion merge

2012-08-20 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54334

Ryan Mansfield  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID

--- Comment #1 from Ryan Mansfield  2012-08-20 
21:06:07 UTC ---
Sorry for the noise, somehow the g++ drivers on the box I was using were
calling cc1 instead of cc1plus.


[Bug bootstrap/54643] New: Build hangs compiling unwind-arm.c

2012-09-20 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54643



 Bug #: 54643

   Summary: Build hangs compiling unwind-arm.c

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: bootstrap

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com

  Host: x86_64-unknown-linux-gnu

Target: arm-unknown-linux-gnueabi

 Build: x86_64-unknown-linux-gnu





Created attachment 28230

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28230

preprocessed src



Compiling unwind-arm.c seems to loop endlessly.



(gdb) bt

#0  calculate_reg_deaths (death=0x7fffd830, insn=) at

../../gcc/haifa-sched.c:1682

#1  0x00c6c1a7 in model_classify_pressure (insn=) at

../../gcc/haifa-sched.c:3097

#2  0x00c712fb in model_choose_insn () at ../../gcc/haifa-sched.c:3569

#3  model_start_schedule () at ../../gcc/haifa-sched.c:3655

#4  0x00c77e71 in schedule_block (target_bb=0x7fffdeb0) at

../../gcc/haifa-sched.c:5914

#5  0x0084feda in schedule_region (rgn=0) at ../../gcc/sched-rgn.c:2985

#6  schedule_insns () at ../../gcc/sched-rgn.c:3306

#7  schedule_insns () at ../../gcc/sched-rgn.c:3285

#8  0x008500d3 in rest_of_handle_sched () at ../../gcc/sched-rgn.c:3499

#9  0x007f5708 in execute_one_pass (pass=0x12bb560) at

../../gcc/passes.c:2206

#10 0x007f5a85 in execute_pass_list (pass=0x12bb560) at

../../gcc/passes.c:2261

#11 0x007f5a97 in execute_pass_list (pass=0x12bab40) at

../../gcc/passes.c:2262

#12 0x005f34ec in expand_function (node=0x766b29c0) at

../../gcc/cgraphunit.c:1609

#13 0x005f5159 in expand_all_functions () at

../../gcc/cgraphunit.c:1714

#14 compile () at ../../gcc/cgraphunit.c:2012

#15 0x005f5965 in finalize_compilation_unit () at

../../gcc/cgraphunit.c:2089

#16 0x004e2853 in c_write_global_declarations () at

../../gcc/c/c-decl.c:10116

#17 0x008919bd in compile_file () at ../../gcc/toplev.c:560

#18 0x008935e2 in do_compile () at ../../gcc/toplev.c:1863

#19 toplev_main (argc=4, argv=0x7fffe168) at ../../gcc/toplev.c:1939

#20 0x76c4676d in __libc_start_main () from

/lib/x86_64-linux-gnu/libc.so.6

#21 0x004c9c51 in _start ()


[Bug bootstrap/54643] Build hangs compiling unwind-arm.c

2012-09-20 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54643



Ryan Mansfield  changed:



   What|Removed |Added



 CC||bernds at codesourcery dot

   ||com



--- Comment #1 from Ryan Mansfield  2012-09-20 
17:10:29 UTC ---

It appears this started happening with rev191493



http://gcc.gnu.org/viewcvs?view=revision&revision=191493


[Bug target/54670] New: ICE in extract_insn, at recog.c:2125

2012-09-22 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54670



 Bug #: 54670

   Summary: ICE in extract_insn, at recog.c:2125

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com

  Host: x86_64-unknown-linux-gnu

Target: powerpc-e500v2-linux-gnuspe

 Build: x86_64-unknown-linux-gnu





Created attachment 28248

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28248

preprocessed src



Building libxml2 for e500v2 SPE triggers the following ICE 



$ ./xgcc -v

Using built-in specs.

COLLECT_GCC=./xgcc

Target: powerpc-e500v2-linux-gnuspe

Configured with: ../configure --target=powerpc-e500v2-linux-gnuspe

--prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe

--with-sysroot=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root

--enable-languages=c,c++ --disable-multilib --with-cpu=8548 --with-tune=8548

--with-gmp=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe

--with-mpfr=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe

--enable-__cxa_atexit

--with-local-prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root

--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99

--enable-long-long --enable-target-optspace --enable-e500_double

--with-long-double-128

Thread model: posix

gcc version 4.8.0 20120922 (experimental) [trunk revision 191643] (GCC) 



$ ./xgcc -B. ~/ice.i -O

/home/ryan/ice.i: In function 'TrioWriteDouble':

/home/ryan/ice.i:47:20: warning: incompatible implicit declaration of built-in

function 'floor' [enabled by default]

   workNumber = floor ((double) (fractionNumber + fractionAdjust));

^

/home/ryan/ice.i:48:21: warning: incompatible implicit declaration of built-in

function 'fmod' [enabled by default]

   index = (int) fmod ((double) (workNumber), (double) (dblBase));

 ^

/home/ryan/ice.i: In function 'TrioFormat':

/home/ryan/ice.i:81:1: error: unrecognizable insn:

 }

 ^

(insn 189 188 103 5 (set (mem/c:TI (plus:SI (reg:SI 24 24)

(const_int 2080 [0x820])) [0 %sfp+2080 S16 A128])

(reg:TI 4 4)) /home/ryan/ice.i:47 -1

 (nil))

/home/ryan/ice.i:81:1: internal compiler error: in extract_insn, at

recog.c:2125

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.


[Bug target/54674] New: ICE in build2_stat, at tree.c:3835

2012-09-22 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54674



 Bug #: 54674

   Summary: ICE in build2_stat, at tree.c:3835

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com

CC: olege...@gcc.gnu.org

  Host: x86_64-unknown-linux-gnu

Target: sh4-unknown-linux-gnu

 Build: x86_64-unknown-linux-gnu





Created attachment 28251

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28251

preprocessed src



$ ./xgcc -v

Using built-in specs.

COLLECT_GCC=./xgcc

Target: sh4-unknown-linux-gnu

Configured with: ../configure --target=sh4-unknown-linux-gnu

--prefix=/home/ryan/x-tools/sh4-unknown-linux-gnuc

--with-local-prefix=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root

--disable-multilib

--with-sysroot=/home/ryan/x-tools/sh4-unknown-linux-gnu/sh4-unknown-linux-gnu/sys-root

--with-newlib --enable-threads=no --disable-shared --enable-__cxa_atexit

--disable-nls --enable-symvers=gnu --enable-languages=c

--enable-target-optspace --enable-checking --disable-libmudflap

--disable-libssp

Thread model: single

gcc version 4.8.0 20120923 (experimental) [trunk revision 191648] (GCC) 





~/gnu/gcc/trunk/sh4-build/gcc$ ./xgcc -B. ~/ice.i -Os -c

/home/ryan/ice.i: In function 'foo':

/home/ryan/ice.i:11:5: warning: incompatible implicit declaration of built-in

function 'memcpy' [enabled by default]

 memcpy (tmp, buf, bytes);

 ^

/home/ryan/ice.i: In function 'bar':

/home/ryan/ice.i:25:1: internal compiler error: in build2_stat, at tree.c:3835

 bar (unsigned len)

 ^

Please submit a full bug report,

with preprocessed source if appropriate.

See  for instructions.



This ICE appears to be introduced in rev191342



http://gcc.gnu.org/viewcvs?view=revision&revision=191342


[Bug target/54925] New: Segfault in gen_split_910

2012-10-14 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54925



 Bug #: 54925

   Summary: Segfault in gen_split_910

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: target

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com

CC: olege...@gcc.gnu.org

Target: sh4-unknown-linux-gnu





Created attachment 28446

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28446

preprocessed src



$ ./xgcc -B. -Os ~/ice.i -c 

/home/ryan/ice.i: In function 'baz':

/home/ryan/ice.i:12:1: internal compiler error: Segmentation fault

 }

 ^

0x89940f crash_signal

../../gcc/toplev.c:335

0xb0086c gen_split_910(rtx_def*, rtx_def**)

../../gcc/config/sh/sh.md:5616

0xb610c5 split_1

../../gcc/config/sh/sh.md:5585

0xb610c5 split_3

../../gcc/config/sh/sh.md:11248

0xb610c5 split_insns(rtx_def*, rtx_def*)

../../gcc/config/sh/sh.md:9436

0x6638b4 try_split(rtx_def*, rtx_def*, int)

../../gcc/emit-rtl.c:3503

0x8106c1 split_insn

../../gcc/recog.c:2809

0x815444 split_all_insns()

../../gcc/recog.c:2899

0x815528 rest_of_handle_split_all_insns

../../gcc/recog.c:3751

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.





Crash started happening after rev 192387



http://gcc.gnu.org/viewcvs?view=revision&revision=192387


[Bug middle-end/54957] New: Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



 Bug #: 54957

   Summary: Two crashes introduced by rev192488

Classification: Unclassified

   Product: gcc

   Version: 4.8.0

Status: UNCONFIRMED

  Severity: normal

  Priority: P3

 Component: middle-end

AssignedTo: unassig...@gcc.gnu.org

ReportedBy: rmansfi...@qnx.com

CC: era...@google.com





http://gcc.gnu.org/viewcvs?view=revision&revision=192488





sh4-unknown-linux-gnu no longer builds libgcc.



0x7df7df emit_cmp_and_jump_insn_1

../../gcc/optabs.c:4273

0x7df7df emit_cmp_and_jump_insns(rtx_def*, rtx_def*, rtx_code, rtx_def*,

machine_mode, int, rtx_def*, int)

../../gcc/optabs.c:4324

0x6136f6 do_compare_rtx_and_jump(rtx_def*, rtx_def*, rtx_code, int,

machine_mode, rtx_def*, rtx_def*, rtx_def*, int)

../../gcc/dojump.c:1072

0x61479b do_compare_and_jump

../../gcc/dojump.c:1154

0x6164c1 do_jump_1(tree_code, tree_node*, tree_node*, rtx_def*, rtx_def*, int)

../../gcc/dojump.c:206

0x5ba1de expand_gimple_cond

../../gcc/cfgexpand.c:1852

0x5c1b9b expand_gimple_basic_block

../../gcc/cfgexpand.c:3832

0x5c2ec5 gimple_expand_cfg

../../gcc/cfgexpand.c:4477

Please submit a full bug report,

with preprocessed source if appropriate.

Please include the complete backtrace with any bug report.

See  for instructions.





arm-unknown-linux-gnu (not EABI) crashes building libstdc++-v3 (compiling

thread.cc)



Program received signal SIGSEGV, Segmentation fault.

0x087696fb in emit_case_dispatch_table (index_expr=0x1121f18, 

index_type=0x1403c0, case_list=0xa7de974, default_label=0x125e18c, 

minval=0x12b690, maxval=0x12bbf4, range=0x12bbf4, stmt_bb=0x0)

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/stmt.c:1919





#0  0x087696fb in emit_case_dispatch_table (index_expr=0x1121f18, 

index_type=0x1403c0, case_list=0xa7de974, default_label=0x125e18c, 

minval=0x12b690, maxval=0x12bbf4, range=0x12bbf4, stmt_bb=0x0)

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/stmt.c:1919

#1  0x08769fab in expand_sjlj_dispatch_table (dispatch_index=0x125bc9c, 

dispatch_table=0xa7b2be0)

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/stmt.c:2292

#2  0x084deedd in sjlj_emit_dispatch_table (dispatch_label=0x125a924, 

num_dispatch=6)

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/except.c:1363

#3  0x084df160 in sjlj_build_landing_pads ()

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/except.c:1420

#4  0x084df5fe in finish_eh_generation ()

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/except.c:1454

#5  0x08430102 in gimple_expand_cfg ()

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/cfgexpand.c:4579

#6  0x086d148a in execute_one_pass (pass=0x9094900)

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/passes.c:2320

#7  0x086d1a4d in execute_pass_list (pass=0x9094900)

at /builds/gnu-gcc-trunk/svn/arm-oabi/../gcc/passes.c:2381


[Bug middle-end/54957] Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



--- Comment #2 from Ryan Mansfield  2012-10-17 
18:04:49 UTC ---

Created attachment 28464

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28464

preprocessed src (not reduced)


[Bug middle-end/54957] Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



--- Comment #4 from Ryan Mansfield  2012-10-17 
18:10:25 UTC ---

(In reply to comment #1)

> > arm-unknown-linux-gnu (not EABI) 

> I thought that support was removed.



I have a local patch re-enabling it, but I don't think it's specific to the

configuration. Do you? I can try to reproduce it on another target..


[Bug middle-end/54957] Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



--- Comment #7 from Ryan Mansfield  2012-10-17 
18:29:45 UTC ---

(In reply to comment #6)

> (In reply to comment #5)

> > Created attachment 28465 [details]

> > Proposed patch

> 

> I haven't tested the patch. Ryan, could you please confirm this patch fixes 
> the

> crashes?



The patch fixes the crash in emit_cmp_and_jump_insn_1, but not the one in

emit_case_dispatch_table.


[Bug middle-end/54957] Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



--- Comment #9 from Ryan Mansfield  2012-10-17 
19:05:36 UTC ---

(In reply to comment #8)

> Created attachment 28466 [details]

> Proposed patch

> 

> Handle the possibility that stmt_bb may be NULL in emit_case_dispatch_table.

> Untested.



I was able to reproduce the crash in emit_case_dispatch_table on a stock 

sh4-unknown-linux-gnu configuration with another testcase. This patch fixes the

all crashes I've seen so far.


[Bug middle-end/54957] Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



--- Comment #10 from Ryan Mansfield  2012-10-17 
19:47:08 UTC ---

Created attachment 28467

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28467

emit_case_dispatch_table testcase



Here's a csmith generated testcase that crashes with -O0 -fexceptions on

sh4-unknown-linux-gnu. It's slightly reduced but I can reduce it further by

hand if necessary.


[Bug middle-end/54957] Two crashes introduced by rev192488

2012-10-17 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54957



--- Comment #12 from Ryan Mansfield  2012-10-17 
20:38:56 UTC ---

(In reply to comment #11)

> (In reply to comment #10)

> > Created attachment 28467 [details]

> > emit_case_dispatch_table testcase

> > 

> > Here's a csmith generated testcase that crashes with -O0 -fexceptions on

> > sh4-unknown-linux-gnu. It's slightly reduced but I can reduce it further by

> > hand if necessary.

> 

> Does my second patch fix this as well or is it still there?



Sorry for being unclear. Yes, it fixes the crash. I was attaching it in as a

reference.


[Bug middle-end/55150] New: Crash in copy_rtx

2012-10-31 Thread rmansfield at qnx dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55150

 Bug #: 55150
   Summary: Crash in copy_rtx
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
CC: vmaka...@redhat.com


Created attachment 28581
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28581
preprocessed src

It appears this regression was introduced during the LRA merge:

http://gcc.gnu.org/viewcvs?view=revision&revision=192719

$ ./xgcc -B. -Os -g ~/ice.i -m32
/home/ryan/ice.i: In function ‘Camellia_Ekeygen’:
/home/ryan/ice.i:68:3: internal compiler error: in copy_rtx, at rtl.c:323
   }
   ^
0x890190 copy_rtx(rtx_def*)
../../gcc/rtl.c:323
0x800628 remove_pseudos
../../gcc/lra-spills.c:435
0x800693 remove_pseudos
../../gcc/lra-spills.c:443
0x800693 remove_pseudos
../../gcc/lra-spills.c:443
0x800693 remove_pseudos
../../gcc/lra-spills.c:443
0x800693 remove_pseudos
../../gcc/lra-spills.c:443
0x800c73 spill_pseudos
../../gcc/lra-spills.c:481
0x800c73 lra_spill()
../../gcc/lra-spills.c:568
0x7ec984 lra(_IO_FILE*)
../../gcc/lra.c:2327
0x7b4326 do_reload
../../gcc/ira.c:4624
0x7b4326 rest_of_handle_reload
../../gcc/ira.c:4736
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


[Bug middle-end/55150] Crash in copy_rtx

2012-10-31 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55150



--- Comment #1 from Ryan Mansfield  2012-10-31 
16:41:14 UTC ---

Forgot some info



$ ./xgcc -v

Using built-in specs.

COLLECT_GCC=./xgcc

Target: x86_64-unknown-linux-gnu

Configured with: ../configure --enable-languages=c++ --disable-bootstrap

Thread model: posix

gcc version 4.8.0 20121031 (experimental) [trunk revision 193038] (GCC)


[Bug middle-end/55150] Crash in copy_rtx

2012-11-01 Thread rmansfield at qnx dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55150

--- Comment #3 from Ryan Mansfield  2012-11-01 
11:46:24 UTC ---
I found similar crash that happens with the fix in comment #2 applied. i.e.
using rev193061:

$ ./xgcc -B. -m32 -Os -fpic -g ~/ice.i 
/home/ryan/ice.i: In function ‘DES_ede3_cbcm_encrypt’:
/home/ryan/ice.i:49:2: internal compiler error: Segmentation fault
  }
  ^
0x8e599f crash_signal
../../gcc/toplev.c:333
0x88ff75 copy_rtx(rtx_def*)
../../gcc/rtl.c:246
0x800458 remove_pseudos
../../gcc/lra-spills.c:435
0x8004c3 remove_pseudos
../../gcc/lra-spills.c:443
0x8004c3 remove_pseudos
../../gcc/lra-spills.c:443
0x8004c3 remove_pseudos
../../gcc/lra-spills.c:443
0x8004c3 remove_pseudos
../../gcc/lra-spills.c:443
0x8004c3 remove_pseudos
../../gcc/lra-spills.c:443
0x8004c3 remove_pseudos
../../gcc/lra-spills.c:443
0x800aa3 spill_pseudos
../../gcc/lra-spills.c:481
0x800aa3 lra_spill()
../../gcc/lra-spills.c:568
0x7ec7b4 lra(_IO_FILE*)
../../gcc/lra.c:2327
0x7b4156 do_reload
../../gcc/ira.c:4624
0x7b4156 rest_of_handle_reload
../../gcc/ira.c:4737
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


[Bug middle-end/55150] Crash in copy_rtx

2012-11-01 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55150



--- Comment #4 from Ryan Mansfield  2012-11-01 
11:47:54 UTC ---

Created attachment 28590

  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28590

second preprocessed src testcase


[Bug target/48806] ICE in reload_cse_simplify_operands, at postreload.c:403

2012-11-07 Thread rmansfield at qnx dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48806



--- Comment #8 from Ryan Mansfield  2012-11-07 
23:56:22 UTC ---

(In reply to comment #7)

> Is it OK to close this PR without adding the test case to the test suite?



That's fine with me.


[Bug tree-optimization/55238] New: ICE in find_aggregate_values_for_callers_subset, at ipa-cp.c:2908 building zlib

2012-11-08 Thread rmansfield at qnx dot com

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55238

 Bug #: 55238
   Summary: ICE in find_aggregate_values_for_callers_subset, at
ipa-cp.c:2908 building zlib
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
CC: jamb...@gcc.gnu.org


Created attachment 28634
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28634
preprocessed src

$ ./xgcc -B. -O3 ~/ice.i
/home/ryan/ice.i:15:11: error: unknown type name ‘gz_statep’
 gz_reset (gz_statep state)
   ^
ryan@zoidberg:~/gnu/gcc/trunk/tmp/gcc$ ./xgcc -B. -O3 ~/ice.i
/home/ryan/ice.i:42:1: internal compiler error: in
find_aggregate_values_for_callers_subset, at ipa-cp.c:2908
 }
 ^
0xd01072 find_aggregate_values_for_callers_subset
../../gcc/ipa-cp.c:2908
0xd01072 decide_about_value
../../gcc/ipa-cp.c:3255
0xd01072 decide_about_value
../../gcc/ipa-cp.c:3195
0xd02acb decide_whether_version_node
../../gcc/ipa-cp.c:3301
0xd02acb ipcp_decision_stage
../../gcc/ipa-cp.c:3441
0xd02acb ipcp_driver
../../gcc/ipa-cp.c:3483
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See  for instructions.


[Bug lto/41159] New: [LTO] ICE in insert_value_copy_on_edge, at tree-outof-ssa.c:225

2009-08-24 Thread rmansfield at qnx dot com
After merging in the assert from 150592 there is a new ICE on the lto branch.

$ ./xgcc -B. -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi//sys-root
--enable-languages=c,c++ --disable-multilib --with-float=soft
--with-gmp=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-mpfr=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--disable-sjlj-exceptions --enable-__cxa_atexit
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
Thread model: posix
gcc version 4.5.0 20090824 (experimental) [lto revision 151057] (lto merged
with rev 150842)

$ ./xgcc -B. -c -O -fpic ~/ice.i -flto
$ ./xgcc -B. -flto ice.o -shared
In file included from :0:0:
/home/ryan/ice.i: In function 'acos':
/home/ryan/ice.i:660:9: internal compiler error: in insert_value_copy_on_edge,
at tree-outof-ssa.c:225
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] ICE in insert_value_copy_on_edge, at tree-outof-
ssa.c:225
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-linux-gnueabi


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41159



[Bug lto/41159] [LTO] ICE in insert_value_copy_on_edge, at tree-outof-ssa.c:225

2009-08-24 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-08-24 19:34 ---
Created an attachment (id=18419)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18419&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41159



[Bug lto/41173] New: [LTO] internal error: builtin function to __builtin_spe_mtspefscr already processed

2009-08-25 Thread rmansfield at qnx dot com
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: powerpc-e500v2-linux-gnuspe
Configured with: ../configure --target=powerpc-e500v2-linux-gnuspe
--prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--with-sysroot=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root
--enable-languages=c --disable-multilib --with-cpu=8548 --with-tune=8548
--enable-__cxa_atexit
--with-local-prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace --enable-e500_double
--with-long-double-128
Thread model: posix
gcc version 4.5.0 20090824 (experimental) [lto revision 15] (lto merged
with rev 150842)

$ touch empty.c
$ ./xgcc -B. -shared -flto empty.c -fpic
lto1: fatal error: internal error: builtin function to __builtin_spe_mtspefscr
already processed.
compilation terminated.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] internal error: builtin function to
__builtin_spe_mtspefscr already processed
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: powerpc-e500v2-linux-gnusp


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41173



[Bug driver/41217] New: Driver crashes if -o specified without filename

2009-09-01 Thread rmansfield at qnx dot com
$ ./xgcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c 
Thread model: posix
gcc version 4.5.0 20090901 (experimental) [trunk revision 151276] (GCC)

$ ./xgcc -B. -o
Segmentation fault

(gdb) bt
#0  0xb7f43613 in strlen () from /lib/tls/i686/cmov/libc.so.6
#1  0x08065b27 in xstrdup (s=0x0) at ../../libiberty/xstrdup.c:33
#2  0x0804f55e in process_command (argc=3, argv=0x9ff62b8)
at ../../gcc/gcc.c:4164
#3  0x0805720f in main (argc=3, argv=0xbfe5d574) at ../../gcc/gcc.c:6823

Introduced by http://gcc.gnu.org/viewcvs?view=revision&revision=145470

Only happens in gcc 4.5.0.

Index: gcc.c
===
--- gcc.c   (revision 151276)
+++ gcc.c   (working copy)
@@ -4161,7 +4161,10 @@
argv[i] = convert_filename (argv[i], ! have_c, 0);
 #endif
  /* Save the output name in case -save-temps=obj was used.  */
- save_temps_prefix = xstrdup ((p[1] == 0) ? argv[i + 1] : argv[i]
+ 1);
+ if ((p[1] == 0) &&  argv[i + 1])
+   save_temps_prefix = xstrdup(argv[i + 1]);
+  else
+   save_temps_prefix = xstrdup(argv[i] + 1);
  goto normal_switch;

default:


-- 
   Summary: Driver crashes if -o specified without filename
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41217



[Bug lto/41230] New: [LTO] Segfault using -flto with -fvar-tracking-assignments

2009-09-02 Thread rmansfield at qnx dot com
I suppose this PR is a bit premature, but after the VTA merge using
-fvar-tracking-assignments with -flto

$ cat seg.c
void foo() {
  int hex = 0x4;
}
$ ./xgcc -B. seg.c -flto -fvar-tracking-assignments -c
r...@avarice:~/gcc/lto/x86-build/gcc$ ./xgcc -B. seg.o -flto -shared   
In file included from :0:0:
seg.c: In function 'foo':
seg.c:1:6: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


-- 
   Summary: [LTO] Segfault using -flto with -fvar-tracking-
assignments
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41230



[Bug lto/41230] [LTO] Segfault using -flto with -fvar-tracking-assignments

2009-09-02 Thread rmansfield at qnx dot com


--- Comment #6 from rmansfield at qnx dot com  2009-09-02 22:50 ---
(In reply to comment #5)
> Note that in general you have to repeat all options on the link command line,
> otherwise you are building with -O0 there.

Yep, I realize that. I just came across this crash by accidentally leaving
-fvar-tracking-assignments off the link line. Improper usage that cause
crashes/ICEs are still worth PRs, right? 

The non-reduced testcase was built with -O2 as well as a number of other
options for compiling/linking but since they didn't effect whether or not the
crash occurred I left them out of the report.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41230



[Bug debug/41232] New: VTA: SSA name in freelist but still referenced

2009-09-02 Thread rmansfield at qnx dot com
gcc version 4.5.0 20090902 (experimental) [trunk revision 151353] (GCC)

$ cat ice.i
void malloc_init() {
  char *cptr;
  char buf[1];
  int tmbd = atoi(cptr);
  if (tmbd > 0)
tmbd = (tmbd <= 124) ? tmbd : 124;
   else
tmbd = 0;
   sprintf(buf, "%d\n", tmbd);
}
$ ./xgcc -B. -O1 ice.i -c ice.i: In function 'malloc_init':
ice.i:9:4: warning: incompatible implicit declaration of built-in function
'sprintf'
$ ./xgcc -B. -O1 -fvar-tracking-assignments ice.i -c
ice.i: In function 'malloc_init':
ice.i:9:4: warning: incompatible implicit declaration of built-in function
'sprintf'
ice.i:1:6: error: SSA name in freelist but still referenced
tmbd_4
cc1: note: in statement
tmbd_9 = MAX_EXPR ;

ice.i:1:6: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: VTA: SSA name in freelist but still referenced
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41232



[Bug lto/40410] [LTO] ICE verify_stmts failed

2009-09-16 Thread rmansfield at qnx dot com


--- Comment #5 from rmansfield at qnx dot com  2009-09-16 13:55 ---
I will have to reduce the source testcase before I can provide it. I tried to
reproduce this PR with gcc version 4.5.0 20090910 (experimental) [lto revision
151644] (lto merged with rev 150842) and I now hit the ICE reported in PR41173.

lto1: fatal error: internal error: builtin function to __builtin_bswap16
already processed.
compilation terminated.

Also, I had recently seen a couple of verify_stmts ICES on SH4 (using same rev
as the ppc toolchain)

Example #1.

In function 'inflateCopy':
lto1: error: non-trivial conversion at assignment
struct internal_state *
struct inflate_state *
# .MEM_82 = VDEF <.MEM_81>
dest_3(D)->state = copy_16;

lto1: internal compiler error: verify_stmts failed

Example #2.

lto1: error: type mismatch in indirect reference
const struct PtTerminalWidget_t

const struct PtTerminalWidget_t

# VUSE <.MEM_7(D)>
D.140180_2 = term_1(D)->cm.size;

Example #3:

lto1: error: non-trivial conversion at assignment
struct xmlDict *
struct _xmlDict *
# VUSE <.MEM_16(D)>
dict_6 = D.24482_5->dict;


Is one testcase for the sh ICEs enough or one for each ICE? 


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40410



[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

2009-09-16 Thread rmansfield at qnx dot com


--- Comment #6 from rmansfield at qnx dot com  2009-09-16 13:59 ---
I now hit PR41173 when I try to reproduce this problem.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409



[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

2009-09-16 Thread rmansfield at qnx dot com


--- Comment #7 from rmansfield at qnx dot com  2009-09-16 14:02 ---
I can reproduce the x86 ICE with gcc version 4.5.0 20090902 (experimental) [lto
revision 151401] (lto merged with rev 150842).  I will try again with the
latest and reduce a source testcase.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409



[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-16 Thread rmansfield at qnx dot com


--- Comment #5 from rmansfield at qnx dot com  2009-09-16 15:27 ---
Problem still happens with gcc version 4.5.0 20090914 (experimental) [lto
revision 151753] (lto merged with rev 150842)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392



[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

2009-09-16 Thread rmansfield at qnx dot com


--- Comment #8 from rmansfield at qnx dot com  2009-09-17 02:01 ---
I hit the PR41173 using an updated powerpc-unknown-linux-gnu configuration. 

The x86 ICE is still reproducible using a reduced testcase and a mismatch of
optimizations levels.

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090914 (experimental) [lto revision 151753] (lto merged
with rev 150842)

$ cat ice.i
typedef long double _Complex _Lcomplex;
_Lcomplex (casinhl)(_Lcomplex x)  {
  long double re = creall(x);
  long double im = cimagl(x);
  const short errx = _LDtest(&re);
  const short erry = _LDtest(&im);
  long double u, v;
  if (errx == 2)   if (erry == 2 || erry == 0){
const _Lcomplex w = csqrtl(_LCbuild(1.0L - im, re));
const _Lcomplex z = csqrtl(_LCbuild(1.0L + im, -re));
v = atan2l(im, creall(((w) * (z;
  }
}
$ ./xgcc -B. -O -flto -lto-test ice.i -c
ice.i: In function âcasinhlâ:
ice.i:3:20: warning: incompatible implicit declaration of built-in function
âcreallâ
ice.i:4:20: warning: incompatible implicit declaration of built-in function
âcimaglâ
ice.i:9:25: warning: incompatible implicit declaration of built-in function
âcsqrtlâ
ice.i:11:9: warning: incompatible implicit declaration of built-in function
âatan2lâ
$ ./xgcc -B. -shared -flto ice.o -flto
In file included from ice.i:69:0,
 from :5:
ice.i: In function âcasinhlâ:
ice.i:11:32: internal compiler error: in expand_mult, at expmed.c:3253
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: ././xgcc returned 1 exit status
collect2: lto-wrapper returned 1 exit status


Also, has -lto-test (mentioned in the LTO_Driver wiki page) been removed or was
it ever added?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409



[Bug lto/41390] New: [LTO] ICE in lto_output_tree_pointers, at lto-streamer-out.c:1285

2009-09-17 Thread rmansfield at qnx dot com
$ cat t.c
int t() __attribute__ ((optimize("O1")));

int t() { }

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --enable-lto
--disable-bootstrap
Thread model: posix
gcc version 4.5.0 20090914 (experimental) [lto revision 151812] (lto merged
with rev 150842)

$ ./xgcc -B. -flto t.c
t.c:3:1: internal compiler error: in lto_output_tree_pointers, at
lto-streamer-out.c:1285
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.


-- 
   Summary: [LTO] ICE in lto_output_tree_pointers, at lto-streamer-
out.c:1285
   Product: gcc
   Version: lto
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41390



[Bug lto/40392] ICE in lto_end_uncompression, at lto-compress.c:282

2009-09-28 Thread rmansfield at qnx dot com


--- Comment #6 from rmansfield at qnx dot com  2009-09-28 18:54 ---
Problem still happens with 4.5.0 20090928 (experimental) [lto revision 152240]
(lto merged with rev 150842).

Without the langhooks.c patch -flto is currently unusable/untestable
(ICEs on pretty well everything) for arm-unknown-linux-gnu and
sh-unknown-linux-gnu.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40392



[Bug lto/40409] [LTO] ICE in expand_shift, at expmed.c:2263

2009-09-28 Thread rmansfield at qnx dot com


--- Comment #10 from rmansfield at qnx dot com  2009-09-28 18:57 ---
Still happens with gcc version 4.5.0 20090928 (experimental) [lto revision
152240] (lto merged with rev 150842)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40409



[Bug lto/41173] [LTO] internal error: builtin function to __builtin_spe_mtspefscr already processed

2009-09-28 Thread rmansfield at qnx dot com


--- Comment #3 from rmansfield at qnx dot com  2009-09-28 19:39 ---
ICE no longer happens with gcc version 4.5.0 20090928 (experimental) [lto
revision 152240] (lto merged with rev 150842)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41173



[Bug lto/41390] [LTO] ICE in lto_output_tree_pointers, at lto-streamer-out.c:1285

2009-09-28 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-09-29 01:44 ---
This appears to be fixed in gcc version 4.5.0 20090928 (experimental) [lto
revision 152240] (lto merged with rev 150842)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41390



[Bug target/41693] New: RTL Check Failure in expand_debug_expr, at cfgexpand.c:2371

2009-10-12 Thread rmansfield at qnx dot com
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi//sys-root
--enable-languages=c --disable-multilib --with-float=soft
--with-gmp=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-mpfr=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--disable-sjlj-exceptions --enable-__cxa_atexit
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace --enable-checking=rtl
Thread model: posix
gcc version 4.5.0 20091013 (experimental) [trunk revision 152697] (GCC)

/home/ryan/gcc/trunk/gcc/bld/./gcc/xgcc -B/home/ryan/gcc/trunk/gcc/bld/./gcc/
-B/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/bin/
-B/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/lib/
-isystem
/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/include
-isystem
/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-include
   -g -Os -O2  -g -Os -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
-Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -fPIC -Wno-missing-prototypes -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED   -I. -I.
-I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc
-I../../../libgcc/../include  -DHAVE_CC_TLS -o _ffssi2.o -MT _ffssi2.o -MD -MP
-MF _ffssi2.dep -DL_ffssi2 -c ../../../libgcc/../gcc/libgcc2.c \
  -fvisibility=hidden -DHIDE_EXPORTS
../../../libgcc/../gcc/libgcc2.c: In function '__ffssi2':
../../../libgcc/../gcc/libgcc2.c:518:1: internal compiler error: RTL check:
expected elt 0 type 't', have '0' (rtx debug_expr) in expand_debug_expr, at
cfgexpand.c:2371
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
make[2]: *** [_ffssi2.o] Error 1
make[2]: Leaving directory
`/home/ryan/gcc/trunk/gcc/bld/arm-unknown-linux-gnueabi/libgcc'


-- 
   Summary: RTL Check Failure in expand_debug_expr, at
cfgexpand.c:2371
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: rmansfield at qnx dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: arm-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41693



[Bug target/41693] [4.5 Regression] RTL Check Failure in expand_debug_expr, at cfgexpand.c:2371

2009-10-12 Thread rmansfield at qnx dot com


--- Comment #1 from rmansfield at qnx dot com  2009-10-13 06:21 ---
Introduced by:

http://gcc.gnu.org/viewcvs?view=revision&revision=152681


-- 

rmansfield at qnx dot com changed:

   What|Removed |Added

 CC||aoliva at gcc dot gnu dot
   ||org
Summary|RTL Check Failure in|[4.5 Regression] RTL Check
   |expand_debug_expr, at   |Failure in
   |cfgexpand.c:2371|expand_debug_expr, at
   ||cfgexpand.c:2371


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41693



[Bug bootstrap/41491] [4.5 regression] ICE in set_value_range, at tree-vrp.c:386

2009-10-20 Thread rmansfield at qnx dot com


--- Comment #5 from rmansfield at qnx dot com  2009-10-20 13:02 ---
Created an attachment (id=18835)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18835&action=view)
preprocessed source from gcc 4.3.3

Reproduced using gcc version 4.5.0 20091003 (experimental) [trunk revision
152434] (GCC)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491



[Bug bootstrap/41491] [4.5 regression] ICE in set_value_range, at tree-vrp.c:386

2009-10-20 Thread rmansfield at qnx dot com


--- Comment #7 from rmansfield at qnx dot com  2009-10-20 17:56 ---
I wasn't able to reproduce the issue with i686-pc-linux-gnu either but the ICE 
happens with arm-unknown-linux-gnu/arm-unknown-nto-qnx6.4.0 as well.
mips-unknown-nto-qnx6.4.0 and sh4-unknown-nto-qnx6.4.0 configurations seemed to
be OK.

I tested with GNU C (GCC) version 4.5.0 20091020 (experimental) [trunk revision
153012]


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41491



[Bug target/45814] ICE in extract_insn, at recog.c:2127

2011-01-08 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45814

--- Comment #2 from Ryan Mansfield  2011-01-08 
21:23:40 UTC ---
Nope, still broken on trunk for me.

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnu
Configured with: ../configure --target=arm-unknown-linux-gnu
--prefix=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu
--with-headers=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/include
--with-local-prefix=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c++ --enable-shared --enable-c99 --enable-long-long
Thread model: posix
gcc version 4.6.0 20110108 (experimental) [trunk revision 168603] (GCC) 
$ ./xgcc -B. -march=armv6 -mfpu=vfp -mfloat-abi=softfp -O3 t.i -mapcs-frame -c
t.i: In function 'SendTg':
t.i:25:7: warning: incompatible implicit declaration of built-in function
'memset' [enabled by default]
t.i:39:1: error: unrecognizable insn:
(insn 155 154 156 6 (set (reg:HI 4 r4)
(reg:SI 77 s14)) t.i:30 -1
 (nil))
t.i:39:1: internal compiler error: in extract_insn, at recog.c:2109
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


[Bug driver/47249] New: ICE in common_handle_option, at opts.c:1695

2011-01-10 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47249

   Summary: ICE in common_handle_option, at opts.c:1695
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com


$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: i686-pc-linux-gnu
Configured with: ../configure --enable-languages=c++ --disable-bootstrap
Thread model: posix
gcc version 4.6.0 20110110 (experimental) [trunk revision 168633] (GCC) 
$ ./xgcc -B. ~/hw.c -Wp,-pie 
cc1: internal compiler error: in common_handle_option, at opts.c:1695
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Discovered in 4.4.x series.


[Bug debug/57389] New: ICE in dbx_reg_number, at dwarf2out.c:10507 on powerpc-spe target

2013-05-23 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57389

Bug ID: 57389
   Summary: ICE in dbx_reg_number, at dwarf2out.c:10507 on
powerpc-spe target
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: debug
  Assignee: unassigned at gcc dot gnu.org
  Reporter: rmansfield at qnx dot com
Target: powerpc-e500v2-linux-gnuspe

spe targets are failing to build libgcc.

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: powerpc-e500v2-linux-gnuspe
Configured with: ../configure --target=powerpc-e500v2-linux-gnuspe
--prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--with-sysroot=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root
--disable-multilib --with-cpu=8548 --with-tune=8548
--with-gmp=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--with-mpfr=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe
--enable-__cxa_atexit
--with-local-prefix=/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace --enable-e500_double
--with-long-double-128 target_alias=powerpc-e500v2-linux-gnuspe
--enable-languages=c,c++,lto
Thread model: posix
gcc version 4.9.0 20130523 (experimental) [trunk revision 199267] (GCC) 


/home/ryan/gnu/gcc/trunk/spe-build/./gcc/xgcc
-B/home/ryan/gnu/gcc/trunk/spe-build/./gcc/
-B/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/bin/
-B/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/lib/
-isystem
/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/include
-isystem
/home/ryan/x-tools/powerpc-e500v2-linux-gnuspe/powerpc-e500v2-linux-gnuspe/sys-include
   -g -Os -O2  -g -Os -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include   -fPIC
-mlong-double-128 -mno-minimal-toc -g -DIN_LIBGCC2 -fbuilding-libgcc
-fno-stack-protector   -fPIC -mlong-double-128 -mno-minimal-toc -I. -I.
-I../.././gcc -I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc
-I../../../libgcc/../include -I../../../libgcc/../libdecnumber/dpd
-I../../../libgcc/../libdecnumber -DHAVE_CC_TLS  -o _powidf2.o -MT _powidf2.o
-MD -MP -MF _powidf2.dep -DL_powidf2 -c ../../../libgcc/libgcc2.c
-fvisibility=hidden -DHIDE_EXPORTS
../../../libgcc/libgcc2.c: In function '__powidf2':
../../../libgcc/libgcc2.c:1777:1: internal compiler error: in dbx_reg_number,
at dwarf2out.c:10507
 }
 ^
0x64377e dbx_reg_number
../../gcc/dwarf2out.c:10507
0x64377e dbx_reg_number
../../gcc/dwarf2out.c:10503
0x66b447 multiple_reg_loc_descriptor
../../gcc/dwarf2out.c:10664
0x66b447 reg_loc_descriptor
../../gcc/dwarf2out.c:10578
0x66eb43 loc_descriptor
../../gcc/dwarf2out.c:12951
0x66ee46 loc_descriptor
../../gcc/dwarf2out.c:12983
0x66f3b5 dw_loc_list_1
../../gcc/dwarf2out.c:13256
0x66b86b dw_loc_list
../../gcc/dwarf2out.c:13512
0x66b86b loc_list_from_tree
../../gcc/dwarf2out.c:13897
0x670de9 add_location_or_const_value_attribute
../../gcc/dwarf2out.c:15391
0x670de9 add_location_or_const_value_attribute
../../gcc/dwarf2out.c:15333
0x671261 gen_formal_parameter_die
../../gcc/dwarf2out.c:17190
0x65f694 gen_decl_die
../../gcc/dwarf2out.c:20191
0x65cb9b gen_subprogram_die
../../gcc/dwarf2out.c:18063
0x65f634 gen_decl_die
../../gcc/dwarf2out.c:20102
0x660688 dwarf2out_function_decl
../../gcc/dwarf2out.c:20492
0x6c1dc4 rest_of_handle_final
../../gcc/final.c:4393
Please submit a full bug report,
with preprocessed source if appropriate.
Please include the complete backtrace with any bug report.
See <http://gcc.gnu.org/bugs.html> for instructions.


[Bug target/49030] ICE in get_arm_condition_code, at config/arm/arm.c:17180

2011-09-07 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49030

--- Comment #10 from Ryan Mansfield  2011-09-07 
13:50:49 UTC ---
I am out of the office until September 19th. For emergencies please contact
Fred Plante.


[Bug target/50493] New: ICE in neon_disambiguate_copy, at config/arm/arm.c:20388

2011-09-23 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50493

 Bug #: 50493
   Summary: ICE in neon_disambiguate_copy, at
config/arm/arm.c:20388
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
  Host: x86_64-linux-gnu
Target: arm-unknown-linux-gnueabi
 Build: x86_64-linux-gnu


Created attachment 25347
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25347
preprocessed source

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi//sys-root
--disable-multilib
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --enable-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp
Thread model: posix
gcc version 4.7.0 20110923 (experimental) [trunk revision 179117] (GCC) 

$ ./xgcc -B. -O3 -mfpu=neon -mfloat-abi=softfp ~/ice.i -fpic
/home/ryan/ice.i: In function 'SetupUSEVertexShader':
/home/ryan/ice.i:342:38: warning: incompatible implicit declaration of built-in
function 'calloc' [enabled by default]
/home/ryan/ice.i:353:1: internal compiler error: in neon_disambiguate_copy, at
config/arm/arm.c:20388
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


[Bug middle-end/50708] New: Infinite loop between rshift_double and lshift_double if count is LONG_MIN

2011-10-12 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50708

 Bug #: 50708
   Summary: Infinite loop between rshift_double and lshift_double
if count is LONG_MIN
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
CC: rguent...@suse.de
  Host: i686-unknown-linux-gnu
Target: arm-unknown-linux-gnu
 Build: i686-unknown-linux-gnu


rshift_double() has 

  if (count < 0)
{
  lshift_double (l1, h1, -count, prec, lv, hv, arith);
  return;
}

and lshift_double() has:

  if (count < 0)
{
  rshift_double (l1, h1, -count, prec, lv, hv, arith);
  return;
}

so when count = LONG_MIN, count and -count are the same and end up calling each
forever, or until the process runs out of stack.

The backtrace shows the issue:



#189 0x082e6cac in rshift_double (l1=1, h1=0, count=-2147483648, prec=32,
lv=0xbfdb53ac, hv=0xbfdb53b0, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:267
#190 0x082e6b28 in lshift_double (l1=1, h1=0, count=-2147483648, prec=32,
lv=0xbfdb53ac, hv=0xbfdb53b0, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:204
#191 0x082e6cac in rshift_double (l1=1, h1=0, count=-2147483648, prec=32,
lv=0xbfdb53ac, hv=0xbfdb53b0, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:267
#192 0x082e6b28 in lshift_double (l1=1, h1=0, count=-2147483648, prec=32,
lv=0xbfdb53ac, hv=0xbfdb53b0, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:204
#193 0x082e6cac in rshift_double (l1=1, h1=0, count=-2147483648, prec=32,
lv=0xbfdb53ac, hv=0xbfdb53b0, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:267
#194 0x082e6b28 in lshift_double (l1=1, h1=0, count=-2147483648, prec=32,
lv=0xbfdb53ac, hv=0xbfdb53b0, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:204
#195 0x082e7fd5 in double_int_lshift (a={low = 1, high = 0}, count=-2147483648,
prec=32, arith=1 '\001') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/double-int.c:886
#196 0x083a9572 in int_const_binop (code=LSHIFT_EXPR, arg1=0x12a58c,
arg2=0x84d730) at /home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/fold-const.c:975
#197 0x083a9f2e in const_binop (code=LSHIFT_EXPR, arg1=0x12a58c, arg2=0x84d730)
at /home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/fold-const.c:1104
#198 0x084065f4 in fold_binary_loc (loc=0, code=LSHIFT_EXPR, type=0x13e360,
op0=0x12a58c, op1=0x84d730) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/fold-const.c:9517
#199 0x08889d8d in fully_constant_expression (e=0xaaf9204) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:1177
#200 0x0888ab34 in phi_translate_1 (expr=0xaaf9204, set1=0xaaf8830, set2=0x0,
pred=0xb57700, phiblock=0xb3d4c0) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:1511
#201 0x0888c05a in phi_translate (expr=0xaaf5690, set1=0xaaf8830, set2=0x0,
pred=0xb57700, phiblock=0xb3d4c0) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:1843
#202 0x0888c21e in phi_translate_set (dest=0xaaf8d70, set=0xaaf8830,
pred=0xb57700, phiblock=0xb3d4c0) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:1877
#203 0x0888de46 in compute_partial_antic_aux (block=0xb57700,
block_has_abnormal_pred_edge=0 '\0') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:2449
#204 0x0888e7d7 in compute_antic () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:2622
#205 0x08897841 in execute_pre (do_fre=0 '\0') at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:4898
#206 0x0889794e in do_pre () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-ssa-pre.c:4946
#207 0x085fe0e3 in execute_one_pass (pass=0x9016c00) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/passes.c:2064
#208 0x085fe50b in execute_pass_list (pass=0x9016c00) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/passes.c:2119
#209 0x085fe527 in execute_pass_list (pass=0x9015fc0) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/passes.c:2120
#210 0x08784f2a in tree_rest_of_compilation (fndecl=0x930a00) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/tree-optimize.c:420
#211 0x0829e503 in cgraph_expand_function (node=0x94f750) at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/cgraphunit.c:1805
#212 0x0829e6a6 in cgraph_expand_all_functions () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/cgraphunit.c:1864
#213 0x0829edf0 in cgraph_optimize () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/cgraphunit.c:2141
#214 0x0829bc18 in cgraph_finalize_compilation_unit () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/cgraphunit.c:1312
#215 0x080e729e in c_write_global_declarations () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/c-decl.c:9940
#216 0x086e8e2f in compile_file () at
/home/ryan/gnu/gcc/trunk/arm-oabi/../gcc/toplev.c:581
#217 0x086eaeec in do

[Bug middle-end/50708] Infinite loop between rshift_double and lshift_double if count is LONG_MIN

2011-10-28 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50708

--- Comment #2 from Ryan Mansfield  2011-10-29 
01:16:37 UTC ---
My large testcase reduced to:

void
foo ()
{
  unsigned int a = 1 << 0x8000;
}


[Bug middle-end/50708] Infinite loop between rshift_double and lshift_double if count is LONG_MIN

2011-10-29 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50708

--- Comment #4 from Ryan Mansfield  2011-10-29 
14:28:57 UTC ---
(In reply to comment #3)
> I haven't been able to reproduce the loop on armv5tel-linux-gnueabi with
> any of 4.4/4.5/4.6/4.7.

arm eabi targets force 64bit HOST_WIDE_INT which is why the reduced testcase
didn't fail.


[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3

2011-11-09 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051

Ryan Mansfield  changed:

   What|Removed |Added

 CC||rmansfield at qnx dot com

--- Comment #1 from Ryan Mansfield  2011-11-09 
14:11:00 UTC ---
Similar ICE happens when building libstdc++-v3 for arm-unknown-linux-gnueabi.


[Bug c/51061] New: Deprecated -I- option causes segfault

2011-11-09 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51061

 Bug #: 51061
   Summary: Deprecated -I- option causes segfault
Classification: Unclassified
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com
CC: paolo.carl...@oracle.com
  Host: x86_64-linux-gnu
Target: arm-unknown-linux-gnueabi
 Build: x86_64-linux-gnu


$ touch t.c
$ ./xgcc -B. -I- t.c
cc1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-multilib
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --enable-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp
Thread model: posix
gcc version 4.7.0 2009 (experimental) [trunk revision 181205] (GCC)

After the fix to PR36819, -I- has split_quote_chain calling free_path with a
null path


[Bug c/51061] Deprecated -I- option causes segfault

2011-11-09 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51061

--- Comment #3 from Ryan Mansfield  2011-11-09 
15:10:59 UTC ---
Yes, the patch fixes the crash. Thanks.


[Bug rtl-optimization/51051] [4.7 Regression]: build fails on cris-elf building libstdc++-v3

2011-11-10 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51051

--- Comment #3 from Ryan Mansfield  2011-11-10 
15:01:04 UTC ---
(In reply to comment #2)
> (In reply to comment #1)
> > Similar ICE happens when building libstdc++-v3 for 
> > arm-unknown-linux-gnueabi.
> 
> Can you please test the referred patch on that target?  Thanks.

Yes, the patch fixes the ICE that occurs when building libstdc++-v3.


[Bug target/53440] New: [arm] generic thunk code fails for method which uses '...'

2012-05-21 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440

 Bug #: 53440
   Summary: [arm] generic thunk code fails for method which uses
'...'
Classification: Unclassified
   Product: gcc
   Version: 4.8.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: rmansfi...@qnx.com


This is a target bug but it's related to bug 7618 (which was mips specific).
I'm opening a new PR for arm-gnueabi as it is a primary target

$ ./xgcc -v
Using built-in specs.
COLLECT_GCC=./xgcc
Target: arm-unknown-linux-gnueabi
Configured with: ../configure --target=arm-unknown-linux-gnueabi
--prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi
--with-sysroot=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi//sys-root
--disable-multilib
--with-local-prefix=/home/ryan/x-tools/arm-unknown-linux-gnueabi/arm-unknown-linux-gnueabi/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99
--enable-long-long --enable-target-optspace
target_alias=arm-unknown-linux-gnueabi --enable-languages=c++ --disable-shared
--disable-libmudflap --disable-libssp --enable-checking
Thread model: posix
gcc version 4.8.0 20120521 (experimental) [trunk revision 187727] (GCC) 
$ ./xgcc -B. ~/t.cc
/home/ryan/t.cc:18:1: error: generic thunk code fails for method 'virtual void
Test::Log(const char*, ...)' which uses '...'
 }};
 ^


[Bug target/53440] [arm] generic thunk code fails for method which uses '...'

2012-05-21 Thread rmansfield at qnx dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440

--- Comment #1 from Ryan Mansfield  2012-05-21 
18:04:03 UTC ---
Created attachment 27463
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27463
test case


  1   2   3   >