[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

2005-02-07 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2005-02-08 03:18 --- Subject: Re: [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64 Huh? It may be a legitimate failure, but you've decided not to fix it. I thought that's exactly what an XFAIL

[Bug target/19226] ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC

2005-01-02 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2005-01-02 17:18 --- Subject: Re: ICE in g++.old-deja/g++.pt/asm1.C and asm2.C with -fpic/-fPIC I'm not familiar with inline asm, what exactly in the testcase reveals that ebx will be used? Thanks. -- http://gcc.gnu.org

[Bug target/14766] [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64

2004-12-07 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-12-07 13:47 --- Subject: Re: [3.3 only] mips-sgi-irix6.5 testsuite failure in gcc.dg/overflow-1.c with -mabi=64 Fine with me. Then we should XFAIL it on the 3.3 branch at mabi=64. I don't have access to irix anymore

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

2004-12-07 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-12-07 20:08 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets So it appears to me that the compiler builtin knows not to activate when the -fexec-charset is invoked? No, there's

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

2004-12-06 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-12-06 22:06 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets Out of curiousity, do you have any problems with builtin printf's conversion of printf(hello world\n) - puts(hello world

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

2004-12-02 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-12-02 15:08 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets The .i attachments you supplied use C header macro versions of isdigit, not the builtin function. E.g.: retval

[Bug middle-end/18785] [4.0 Regression] isdigit builtin function fails with EBCDIC character sets

2004-12-02 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-12-02 15:56 --- Subject: Re: [4.0 Regression] isdigit builtin function fails with EBCDIC character sets However, the s390x-ibm-tpf example does not use those macros. No really it doesn't. I just check both again. I can

[Bug target/6123] __pic__/__PIC__ not defined when -fpic/-fPIC is specified

2004-11-08 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-11-08 20:45 --- Subject: Re: __pic__/__PIC__ not defined when -fpic/-fPIC is specified I submitted a patch to fix this back in April: http://gcc.gnu.org/ml/gcc-patches/2004-04.argh/msg00168.html -- http://gcc.gnu.org

[Bug middle-end/9200] C testsuite failures in compile/simd-5.c w/-m64 or on sparcv9/sparc64

2004-11-02 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-11-03 05:13 --- Subject: Re: C testsuite failures in compile/simd-5.c w/-m64 or on sparcv9/sparc64 The problem appears to be fixed in every multilib combination. http://gcc.gnu.org/ml/gcc-testresults/2004-11/msg00098.html http

[Bug middle-end/9200] C testsuite failures in compile/simd-5.c w/-m64 or on sparcv9/sparc64

2004-11-01 Thread kghazi at verizon dot net
--- Additional Comments From kghazi at verizon dot net 2004-11-01 16:33 --- Subject: Re: C testsuite failures in compile/simd-5.c w/-m64 or on sparcv9/sparc64 Ditto on Sparc64-solaris2.9, see: http://gcc.gnu.org/ml/gcc-testresults/2004-11/msg00030.html I'm curious though whether