--- Comment #10 from dorit at gcc dot gnu dot org 2007-08-26 07:49 ---
(In reply to comment #9)
> I've confirmed that the problem is caused by '-ftree-vectorize' passed to
> compile gcc. More precisely, a 'movdqa' instruction in constraint_operands()
> accessed an unaligned memory.
sinc
--- Comment #5 from zuxy dot meng at gmail dot com 2007-08-26 07:58 ---
*** This bug has been marked as a duplicate of 27537 ***
--
zuxy dot meng at gmail dot com changed:
What|Removed |Added
--
--- Comment #17 from zuxy dot meng at gmail dot com 2007-08-26 07:58
---
*** Bug 28069 has been marked as a duplicate of this bug. ***
--
zuxy dot meng at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from tbm at cyrius dot com 2007-08-26 08:30 ---
I get Richi's error with the alternative testcase below:
(sid)26000:[EMAIL PROTECTED]: ~/delta/bin] /usr/lib/gcc-snapshot/bin/gcc -O -c
-fipa-pta mini.c
mini.c: In function 'TestMD2':
mini.c:7: error: stmt (0x2b31b665e0c0) m
[ Forwarded from http://bugs.debian.org/437939 ]
Eugeniy Meshcheryakov reports the following ICE:
(sid)26008:[EMAIL PROTECTED]: ~/src] /usr/lib/gcc-snapshot/bin/g++ -c 2.ii
2.ii: In member function 'void dwflpp::translate_location()':
2.ii:18: internal compiler error: canonical types differ for i
On 26 Aug 2007 05:21:22 -, sabre at nondot dot org
<[EMAIL PROTECTED]> wrote:
> to not call bar.
The problem is in c-typeck.c (build_unary_op) (around line 2986).
the code looks like:
if (TREE_CODE (arg) == COMPLEX_CST)
return TREE_IMAGPART (arg);
else if (TREE_CODE (TREE_T
--- Comment #1 from pinskia at gmail dot com 2007-08-26 09:00 ---
Subject: Re: New: __imag operator drops side effects in subexpr
On 26 Aug 2007 05:21:22 -, sabre at nondot dot org
<[EMAIL PROTECTED]> wrote:
> to not call bar.
The problem is in c-typeck.c (build_unary_op) (around
--- Comment #1 from burnus at gcc dot gnu dot org 2007-08-26 09:31 ---
INVALID. I missed the "prior" in:
"The IMPORT statement specifies that the named entities from the host scoping
unit are accessible in the interface body by host association. An entity that
is imported in this manner
--- Comment #4 from ubizjak at gmail dot com 2007-08-26 10:56 ---
C testcase:
--cut here--
extern void abort (void);
enum Status
{
P_ON_LOWER = -4,
P_ON_UPPER = -2,
P_FREE = -1
};
void
foo (enum Status *stat, double newUpper, double lower, double max)
{
if (newUpper >= max)
--- Comment #17 from tkoenig at gcc dot gnu dot org 2007-08-26 11:24
---
Changing severity to enhancement.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from patchapp at dberlin dot org 2007-08-26 11:25 ---
Subject: Bug number PR33188
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-08/msg01735.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from ubizjak at gmail dot com 2007-08-26 12:55 ---
The problem is in the way ifcvt handles IFs without ELSE blocks. Compiling c
testcase with -O2 -ffast-math (on x86_64 target), we hit check for else_bb in
noce_process_if_block(). We continue into line 2196 of ifcvt.c, whe
--- Comment #6 from hjl at lucon dot org 2007-08-26 14:42 ---
This patch
2007-08-26 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/33181
* ifcvt.c (noce_process_if_block): Don't move insn across
basic block.
--- gcc/ifcvt.c.cmov2007-08-24 06:02:57.0 -0
--- Comment #7 from rguenther at suse dot de 2007-08-26 14:43 ---
Subject: Re: [4.3 Regression] Revision 127766 generates
bad cmov
On Sun, 26 Aug 2007, ubizjak at gmail dot com wrote:
> So, previous non-note insn from (insn 33) is (insn 28)(!!) in a totally
> unrelated BB, leading t
--- Comment #8 from rguenther at suse dot de 2007-08-26 14:46 ---
Subject: Re: [4.3 Regression] Revision 127766 generates
bad cmov
On Sun, 26 Aug 2007, hjl at lucon dot org wrote:
> This patch
>
> 2007-08-26 H.J. Lu <[EMAIL PROTECTED]>
>
> PR middle-end/33181
> *
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-26 14:56 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-08-26 14:57 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #9 from hjl at lucon dot org 2007-08-26 15:01 ---
(In reply to comment #8)
>
> > 2007-08-26 H.J. Lu <[EMAIL PROTECTED]>
> >
> > PR middle-end/33181
> > * ifcvt.c (noce_process_if_block): Don't move insn across
> > basic block.
> >
...
>
> Yes. Or
Trying to compile the attached file with 4.2.1 20070712 fails with -O2:
-O works.
vital_timing.cc: In function 'array_type
L4ieee_Q12vital_timing_Y22vitalextendtofilldelay_i259(const array_type&)':
vital_timing.cc:1055: internal compiler error: in calc_dfs_tree, at
dominance.c:374
Or, when usin
--- Comment #1 from mi at aldan dot algebra dot com 2007-08-26 15:45
---
Created an attachment (id=14118)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14118&action=view)
The pre-processed vital_timing.cc -- the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33195
--- Comment #8 from dje at gcc dot gnu dot org 2007-08-26 16:32 ---
Subject: Bug 33151
Author: dje
Date: Sun Aug 26 16:32:40 2007
New Revision: 127807
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127807
Log:
PR target/33151
* config/rs6000/predicates.md (offset
--- Comment #2 from burnus at gcc dot gnu dot org 2007-08-26 17:59 ---
Subject: Bug 33188
Author: burnus
Date: Sun Aug 26 17:59:34 2007
New Revision: 127808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127808
Log:
2007-08-26 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #3 from burnus at gcc dot gnu dot org 2007-08-26 18:00 ---
FIXED in 4.3.x/trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Sta
gfortran.dg/gamma_2.f90 (of PR 32980) contains:
+! { dg-options "-std=f2003 -Wall" }
+rsp = gamma(rsp) ! FIXME: "is not included in the selected standard"
+rdp = gamma(rdp) ! FIXME: "is not included in the selected standard"
+rqp = gamma(rqp) ! FIXME: "is not included in the selected standar
--- Comment #9 from burnus at gcc dot gnu dot org 2007-08-26 18:11 ---
Subject: Bug 32980
Author: burnus
Date: Sun Aug 26 18:11:42 2007
New Revision: 127809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127809
Log:
2007-08-26 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #10 from hjl at gcc dot gnu dot org 2007-08-26 18:24 ---
Subject: Bug 33181
Author: hjl
Date: Sun Aug 26 18:24:19 2007
New Revision: 127810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127810
Log:
gcc/
2007-08-26 H.J. Lu <[EMAIL PROTECTED]>
PR middle-en
Split of from PR32980 (collected by FX and me)
Fortran 2008 status: http://www.nag.co.uk/sc22wg5/ ; time table:
First working draft available 2007-12
WG5 review of working draft 2008-02
WG5 approval of draft CD 2008-04
--- Comment #10 from burnus at gcc dot gnu dot org 2007-08-26 18:25 ---
FIXED for the trunk/GCC 4.3.0.
The Fortran 2008 bits are tracked in PR 33197.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from burnus at gcc dot gnu dot org 2007-08-26 18:29 ---
Subject: Bug 32985
Author: burnus
Date: Sun Aug 26 18:29:45 2007
New Revision: 127811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127811
Log:
2007-08-26 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
Split off from PR 32985.
gfortran does not reject derived types with default initializers in common.
"C589 (R558) If a common-block-object is of a derived type, it shall be a
sequence type (4.5.1) or a type with the BIND attribute and it shall have no
default initialization."
The check should be
--- Comment #7 from burnus at gcc dot gnu dot org 2007-08-26 18:34 ---
Partially fixed. The remaining bits (default initializer) are tracked in
PR33198.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32985
--- Comment #12 from burnus at gcc dot gnu dot org 2007-08-26 18:37 ---
Subject: Bug 31298
Author: burnus
Date: Sun Aug 26 18:37:23 2007
New Revision: 127812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127812
Log:
2007-08-26 Tobias Burnus <[EMAIL PROTECTED]>
PR for
--- Comment #8 from burnus at gcc dot gnu dot org 2007-08-26 18:39 ---
Mark as fixed.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #13 from burnus at gcc dot gnu dot org 2007-08-26 18:43 ---
REMAINING: operator(generic opterator) => operator(user operator)
e.g. operator(+) => operator(.myplus.)
For obvious reasons the reversed is not allowed (MR&C claims that also the
former is invalid, but I think the
--- Comment #1 from hjl at gcc dot gnu dot org 2007-08-26 19:05 ---
Subject: Bug 32991
Author: hjl
Date: Sun Aug 26 19:04:09 2007
New Revision: 127815
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127815
Log:
2007-08-26 H.J. Lu <[EMAIL PROTECTED]>
PR target/32991
--- Comment #2 from hjl at lucon dot org 2007-08-26 19:31 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED |
--- Comment #11 from hjl at lucon dot org 2007-08-26 19:31 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|NEW
--- Comment #11 from andreast at gcc dot gnu dot org 2007-08-26 21:28
---
compiling only java_raw_api.c with -O0 succeeds as well. So let us concentrate
on this one. Speaking for darwin-ppc.
Will retry tomorrow on ppc-linux.
--
andreast at gcc dot gnu dot org changed:
Wh
Revision 127763:
http://gcc.gnu.org/ml/gcc-cvs/2007-08/msg00657.html
caused
FAIL: tr1/2_general_utilities/shared_ptr/assign/auto_ptr.cc execution test
on Linux/i686.
--
Summary: [4.3 Regression]
tr1/2_general_utilities/shared_ptr/assign/auto_ptr.cc
P
--- Comment #1 from hjl at lucon dot org 2007-08-26 21:59 ---
The patch is at
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01374.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33199
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-08-26 22:05
---
Subject: Bug 33055
Author: jvdelisle
Date: Sun Aug 26 22:04:48 2007
New Revision: 127817
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127817
Log:
2007-08-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-26 22:12 ---
I don't see the failure on i386-apple-darwin8.10 (with revision 127806) so this
must be some target issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-08-26 22:19
---
Subject: Bug 33055
Author: jvdelisle
Date: Sun Aug 26 22:19:18 2007
New Revision: 127819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127819
Log:
2007-08-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-08-26 22:24
---
Fixed on trunk.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #4 from danglin at gcc dot gnu dot org 2007-08-26 23:20 ---
The patch proposed here fixes the failures on hppa2.0w-hp-hpux11.11.
However, I'm still left with the failure of pr32912-2.c on hppa64-hp-hpux*.
The function foo is miscompiled:
.align 8
L$C:
.d
--- Comment #1 from patchapp at dberlin dot org 2007-08-27 00:15 ---
Subject: Bug number PR target/33184
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-08/msg01760.html
--
http://gcc.gnu.org/bug
--- Comment #3 from hjl at lucon dot org 2007-08-27 01:27 ---
Revision 127763 removed varargs_function_p call for C++. I tried this patch:
Index: tree-inline.c
===
--- tree-inline.c (revision 127763)
+++ tree-inline.c
fix-header doesn't appear to be built during a canadian cross, but the install
phase tries to install it anyway.
Build log excerpt:
if [ xstmp-install-fixproto != x ] ; then \
/usr/bin/install -c /bin/sh /tmp/avr-gcc/src/gcc-4.1.2/gcc/../mkinstalldirs \
/tmp/avr-gcc/tmp/ppc/usr/local/avr
--- Comment #1 from kc8apf at kc8apf dot net 2007-08-27 02:40 ---
Created an attachment (id=14119)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14119&action=view)
Full build log
Attaching full build log.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33200
49 matches
Mail list logo
