On Mon, 21 Jan 2008, [ISO-8859-1] Manuel L?pez-Ib??ez wrote:
> On 20/01/2008, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
> >
> > What does "gcc -v foo.c" say about GMP and MPFR?
>
> [EMAIL PROTECTED]:~/131656/build/gcc$ ./xgcc -v -c -B . foo.c
> [...]
> revision 131656], GMP version 4.2.1, MPFR ver
On 2008-01-20 17:30:25 -0500, Kaveh R. GHAZI wrote:
> I just checked the mpfr.org website, and I'm pretty sure 2.3.1 has NOT
> been released yet. It's in beta, and I've tested RC1 which worked fine
> for me.
MPFR 2.3.1 has not been released yet as a new bug has been found:
it can crash in high pr
On 20/01/2008, Kaveh R. GHAZI <[EMAIL PROTECTED]> wrote:
>
> What does "gcc -v foo.c" say about GMP and MPFR?
[EMAIL PROTECTED]:~/131656/build/gcc$ ./xgcc -v -c -B . foo.c
Reading specs from ./specs
Target: x86_64-unknown-linux-gnu
Configured with: /home/manuel/src/trunk/configure
--prefix=/home/m
On Sun, 20 Jan 2008, [ISO-8859-1] Manuel López-Ibáñez wrote:
> Hi,
>
> I am seeing these kind of failures in a pristine GCC checkout with mpfr-2.3.0
>
> FAIL: gcc.dg/torture/builtin-math-2.c -O0 (test for excess errors)
> Excess errors:
> /home/manuel/131656/build/gcc/cc1: symbol lookup error:
>
It is most likely that this bug is actually caused by one of the
modifications that you have made to the backend.
In 4.3, the rtl backend is very picky about the kinds of modifications
that can be made to insns and in particular the api's that are used to
modify, insert or delete insns or even w
On Sun, 20 Jan 2008, [ISO-8859-1] Manuel López-Ibáñez wrote:
> On 20/01/2008, Tim Prince wrote:
> >
> > Yes, similar problems came up during bootstrap, when I attempted to
> > build the current gcc-4.3 snapshot on SuSE 10.3 x86-64, having installed
> > mpfr-2.3.1. mpfr 2.3.1 produces clean result
While working on a Cygwin/AVR backend patch, I had segmentation fault
occur in df-scan.c - which appears unrelated to target.
I can't provide testcase as backend is modfied - but source was 2003-1.c
It all happens in df_scan.c (Rev 130805 14 Dec 2007)
df_ref_create_structure() trys to a
On 20/01/2008, Tim Prince wrote:
>
> Yes, similar problems came up during bootstrap, when I attempted to
> build the current gcc-4.3 snapshot on SuSE 10.3 x86-64, having installed
> mpfr-2.3.1. mpfr 2.3.1 produces clean results in its own testsuite. I
> was able to build gcc after reverting to the
bash-3.00$ gcc-4.2.2/config.guess
powerpc-ibm-aix5.2.0.0
bash-3.00$ /raid/tbogart/gcc422/bin/gcc -v
Using built-in specs.
Target: powerpc-ibm-aix5.2.0.0
Configured with: /raid/tbogart/src/gcc-4.2.2/configure --with-gmp=/usr/local --w
ith-mpfr=/usr/local --disable-nls --enable-languages=c,c++,fort
Hi,
I am seeing these kind of failures in a pristine GCC checkout with mpfr-2.3.0
FAIL: gcc.dg/torture/builtin-math-2.c -O0 (test for excess errors)
Excess errors:
/home/manuel/131656/build/gcc/cc1: symbol lookup error:
/home/manuel/131656/build/gcc/cc1: undefined symbol: mpfr_remquo
FAIL: gcc
Richard Sandiford <[EMAIL PROTECTED]> writes:
> David Daney <[EMAIL PROTECTED]> writes:
>> For r131631 bootstrap on mipsel-linux in stage2 I am getting:
>>
>> [...]
>> ../../trunk/gcc/global.c:1020: error: array subscript is above array bounds
>> make[3]: *** [global.o] Error 1
>>
>> This is new si
On Sat, Jan 19, 2008 at 11:10:11AM -0800, David Daney wrote:
> For r131631 bootstrap on mipsel-linux in stage2 I am getting:
>
> /home/ddaney/gccsvn/trunk-build/./prev-gcc/xgcc
> -B/home/ddaney/gccsvn/trunk-build/./prev-gcc/
> -B/home/ddaney/gccsvn/trunk-install/mipsel-linux/bin/ -c -g -O2 -DIN
12 matches
Mail list logo
