--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-21 07:56 ---
> /home/brian/public/gnu/arm-elf/install.unix/arm-elf/bin/as: unrecognized
> option
`-V'
> /home/brian/public/gnu/arm-elf/install.unix/arm-elf/bin/as: unrecognised
> option
`-Qy`
So what is the real error?
--
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-21 08:04 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-21 08:04 ---
Wait only C_LOC was fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-21 08:05 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32781
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-21 08:33 ---
Did you set CONFIG_SHELL?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-21 08:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32705
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31044
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from rask at sygehus dot dk 2007-07-21 09:07 ---
Fixed as of revision 126318.
--
rask at sygehus dot dk changed:
What|Removed |Added
Status|UNC
--- Comment #3 from danglin at gcc dot gnu dot org 2007-07-21 16:44 ---
This fault is no longer occurring on hppa*-*-*. I think Jan addressed
this, so I'm closing.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
This patch
http://gcc.gnu.org/ml/gcc-cvs/2007-06/msg00914.html
caused
FAIL: gcc.dg/builtins-61.c scan-tree-dump return 0.0
on Linux/x86-64 and Linux/ia32.
--
Summary: [4.3 Regression] : gcc.dg/builtins-61.c scan-tree-dump
return 0.0
Product: gcc
--- Comment #1 from patchapp at dberlin dot org 2007-07-21 17:50 ---
Subject: Bug number PR32778
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01625.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from lmillward at gcc dot gnu dot org 2007-07-21 17:59
---
Subject: Bug 32823
Author: lmillward
Date: Sat Jul 21 17:59:39 2007
New Revision: 126810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126810
Log:
PR fortran/32823
* trans-intrinsic.c (gf
--- Comment #5 from lmillward at gcc dot gnu dot org 2007-07-21 18:00
---
Fixed.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-21 18:20 ---
(gdb) bt
#0 0xb7dc39f3 in strlen () from /lib/libc.so.6
#1 0x080ee408 in build_dt (function=0xb7cdc600, code=0x8937610) at
../../../gcc/gcc/fortran/trans-io.c:1257
#2 0x080be6ce in gfc_trans_code (code=0x8937610)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
Here are some fixups for GNU/Hurd, where neither MAXHOSTNAMELEN nor MAXPATHLEN
are defined since there is no such hard limit. gcj can also use_libgcj_bc on
GNU/Hurd.
--
Summary: GNU/Hurd fixups
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
--- Comment #1 from samuel dot thibault at ens-lyon dot org 2007-07-21
18:52 ---
Created an attachment (id=13945)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13945&action=view)
GNU/Hurd fixups
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32846
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-21 18:59 ---
*** This bug has been marked as a duplicate of 21821 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-21 18:59 ---
*** Bug 32846 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pieter dot donche at ua dot ac dot be 2007-07-21 19:09
---
Subject: Re: make fails, Java CLASSPATH
On Sat, 21 Jul 2007, pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-21 08:33
> ---
> Did you set CONFIG
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-21 19:11 ---
Please read: http://gcc.gnu.org/install/specific.html#x-x-solaris2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32807
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2007-07-21 19:39
---
The following simple patch enables gfortran to run for the tet case. I need to
get the proper #ifdef #endif condition set up and do a similar thing for CONIN$
and CONERR$ ( or whatever the windows equivalents are
--- Comment #8 from burnus at gcc dot gnu dot org 2007-07-21 20:17 ---
Besides c_funloc (patch submitted) and c_f_pointer (scalar case, i.e. no SHAPE)
also c_associated (c_associated_1/c_associated_2) can be moved into trans*.c
The code for c_associated is essentially the same as for Fo
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/
home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/g++/../../ -nostdinc++
-I/home/dave/
gnu/gcc-4.3/objdir/hppa-linux/libstdc++-v3/include/hppa-linux
-I/home/dave/gnu/g
cc-4.3/objdir/hppa-linux/libstdc++-v3/include
-I/home/da
Executing on host: /home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/g++/../../g++
-B/
home/dave/gnu/gcc-4.3/objdir/gcc/testsuite/g++/../../
/home/dave/gnu/gcc-4.3/gcc
/gcc/testsuite/g++.dg/opt/pr24665.C -nostdinc++
-I/home/dave/gnu/gcc-4.3/objdir
/hppa-linux/libstdc++-v3/include/hppa-linux
-I/home/dave
--- Comment #3 from kargl at gcc dot gnu dot org 2007-07-21 20:31 ---
Subject: Bug 32804
Author: kargl
Date: Sat Jul 21 20:31:17 2007
New Revision: 126812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126812
Log:
2007-07-21 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #6 from kargl at gcc dot gnu dot org 2007-07-21 20:31 ---
Subject: Bug 32801
Author: kargl
Date: Sat Jul 21 20:31:17 2007
New Revision: 126812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126812
Log:
2007-07-21 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-07-21 20:32 ---
Dumping the parse tree shows that somewhere the symbol of the subroutine gets
hooked into the NML-part of the READ statement:
namelist 'foo', subroutine 'foo2':
Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (RE
--- Comment #4 from kargl at gcc dot gnu dot org 2007-07-21 20:36 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #7 from kargl at gcc dot gnu dot org 2007-07-21 20:41 ---
Douglas,
Is this problem fixed for you, now?
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from nathan at gcc dot gnu dot org 2007-07-21 20:50 ---
testing a patch
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #4 from ghazi at gcc dot gnu dot org 2007-07-21 21:57 ---
Subject: Bug 32641
Author: ghazi
Date: Sat Jul 21 21:57:21 2007
New Revision: 126815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126815
Log:
fixincludes:
PR target/32641
* inclhack.def (sol
--- Comment #5 from ghazi at gcc dot gnu dot org 2007-07-21 22:10 ---
Subject: Bug 32641
Author: ghazi
Date: Sat Jul 21 22:10:40 2007
New Revision: 126816
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126816
Log:
fixincludes:
PR target/32641
* inclhack.def (sol
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-07-21 22:35 ---
Fixed on all active branches
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rask at sygehus dot dk 2007-07-21 23:03 ---
The testcase also fails on:
i686-pc-linux-gnu
x86_64-unknown-linux-gnu
v850-unknown-elf
sh-unknown-elf
frv-unknown-elf
cris-axis-elf
arm-unknown-elf
m32c-unknown-elf
Looking at gcc-testresults for i686-pc-linux-gnu, revisio
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2007-07-21 23:08
---
Here is a complete patch, tested on Cygwin. I need to test on mingw. Can
anyone help with that?
Index: unix.c
===
--- unix.c (revision 12680
--- Comment #6 from danglin at gcc dot gnu dot org 2007-07-21 23:17 ---
This is still failing as of 20070721 although the duplicate has changed:
Executing on host: /test/gnu/gcc/objdir/./gcc/g++ -shared-libgcc
-B/test/gnu/gcc
/objdir/./gcc -nostdinc++
-L/test/gnu/gcc/objdir/hppa2.0w-hp
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-21
23:28 ---
Subject: Re: FAIL: g++.dg/opt/pr24665.C
> Looking at gcc-testresults for i686-pc-linux-gnu, revision 126573 works while
> 126587 fails.
126595 introduced a bootstrap failure on hppa64-hp-hpux11.11 (PR 328
Compiling this code:
int f();
void g();
void t() { if (f()) g(); }
with gcc -Os -fomit-frame-pointer -S t.c produces:
.file "t.c"
.text
.globl t
.type t, @function
t:
subl$12, %esp
callf
testl %eax, %eax
je .L4
ad
--- Comment #1 from vda dot linux at googlemail dot com 2007-07-21 23:36
---
With 4.2.1 gcc regressed a bit:
gcc -Os -fomit-frame-pointer -S u.c
.file "u.c"
.text
.globl f
.type f, @function
f:
subl$12, %esp
cmpl$15, 20(%esp)
--- Comment #4 from vda dot linux at googlemail dot com 2007-07-21 23:41
---
Tested gcc 4.2.1, generates identical code:
00aa T find_pair
00aa T find_pairB
00aa T find_pairC
00aa T find_pair
00aa T find_pairB
00aa T find_pairC
Also did a diff of .s files:
# di
--- Comment #5 from dfranke at gcc dot gnu dot org 2007-07-21 23:42 ---
Things are messed up in parse.c(gfc_fixup_sibling_symbols) ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32710
--- Comment #5 from kargl at gcc dot gnu dot org 2007-07-21 23:45 ---
Subject: Bug 32627
Author: kargl
Date: Sat Jul 21 23:45:44 2007
New Revision: 126817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126817
Log:
2007-07-21 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #6 from kargl at gcc dot gnu dot org 2007-07-21 23:48 ---
Fixed on trunk.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCO
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-07-21
23:54 ---
Subject: Re: FAIL: g++.dg/opt/pr24665.C
> > Looking at gcc-testresults for i686-pc-linux-gnu, revision 126573 works
> > while
> > 126587 fails.
>
> 126595 introduced a bootstrap failure on hppa64-hp-hpux
--- Comment #4 from vda dot linux at googlemail dot com 2007-07-22 00:02
---
With t.c being a timing program from comment #3 and serpent.c from attachment,
I build testing program for 3.4.3, 3.4.6 and 4.2.1, -Os and -O3, like this:
ver=NNN
gcc -Os -o serpent-${ver}-Os serpent.c t.c
gcc
--- Comment #5 from vda dot linux at googlemail dot com 2007-07-22 00:10
---
Basically, the reason for the regression is that 4.2.1 doesn't figure out how
to use i386 registers efficiently. 3.4.3 was able to do it. Difference in
assembly:
# grep 'mov.*(' serpent-343-O3.s | wc -l
21
ser
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-22 02:16 ---
>subl/addl $12, %esp seem to be completely pointless to me here.
It is needed to call f.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32849
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-22 02:19 ---
*** This bug has been marked as a duplicate of 32746 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-22 02:19 ---
*** Bug 32848 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-22 04:03
---
Subject: Bug 32752
Author: jvdelisle
Date: Sun Jul 22 04:02:57 2007
New Revision: 126822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126822
Log:
2007-07-21 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-07-22 04:03
---
Subject: Bug 32678
Author: jvdelisle
Date: Sun Jul 22 04:02:57 2007
New Revision: 126822
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126822
Log:
2007-07-21 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2007-07-22 04:05
---
Subject: Bug 32678
Author: jvdelisle
Date: Sun Jul 22 04:05:00 2007
New Revision: 126823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126823
Log:
2007-07-21 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2007-07-22 04:06
---
Closing, fixed on 4.2.2 not worth 4.1 unless someone really needs it.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-22 04:08
---
Daniel, I bet this is related to the print foo bug you were working on. Same
kind of thing. Will you take a further look?
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from patchapp at dberlin dot org 2007-07-22 06:10 ---
Subject: Bug number PR 32600
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01540.html
--
http://gcc.gnu.org/bugzilla/s
61 matches
Mail list logo
