--- Comment #8 from aoliva at gcc dot gnu dot org 2007-07-01 05:36 ---
AFAICT this is fixed in mainline.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rob1weld at aol dot com 2007-07-01 05:32 ---
Created an attachment (id=13809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13809&action=view)
List of warning found using CIL preprocessor on GCC version 4.3.0 20070629
--
http://gcc.gnu.org/bugzilla/show_bug
Here is a partial list of warnings when building GCC the "normal" way (with
GCC):
/gcc-4_3-trunk/gcc/config/i386/i386.md:18924: warning: operand 1 missing mode?
/gcc-4_3-trunk/libiberty/argv.c:313: warning: unused variable 'ret'
I decided to try something different to see if I could find more wa
--- Comment #5 from vmpn at hitechman dot com 2007-07-01 05:28 ---
Created an attachment (id=13808)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13808&action=view)
Test case without using boost
Please find attached a standalone test case without using boost. It based on my
analys
--- Comment #2 from trog24 at comcast dot net 2007-07-01 04:55 ---
Subject: Re: [4.3 Regression] internal compiler error: in vn_lookup, at
tree-vn.c:290
Hello,
I did the svn this morning (PDT). Do I need to do another svn?
Frank
On Jun 30, 2007, at 7:49 PM, pinskia at gcc dot
When running diff on the log files output as a result of running "make -i
check"
we get a lot of unneccesary output. The tests create files with different
trailing numbers on the file they create. This baloons the diff files.
I can't see this being helpful to prevent collision since the log files
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-01 02:49 ---
Already fixed by:
2007-06-30 Daniel Berlin <[EMAIL PROTECTED]>
* tree-ssa-pre.c (is_exception_related): New function
(can_value_number_operation): Use it.
--
pinskia at gcc dot gnu dot org chan
during the build, I encountered the following error sequence:
libtool: compile: /Users/frank/build/./gcc/xgcc -shared-libgcc
-B/Users/frank/build/./gcc -nostdinc++
-L/Users/frank/build/powerpc-apple-darwin8.10.0/ppc64/libstdc++-v3/src
-L/Users/frank/build/powerpc-apple-darwin8.10.0/ppc64/libstdc+
--- Comment #15 from iant at google dot com 2007-07-01 01:58 ---
Subject: Re: [4.3 Regression] function with asm() does not setup stack frame
> Adding the stack pointer for asms is certainly the easiest thing to do.
I don't know if that is enough. Maybe it is, maybe it isn't. You
c
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-01 01:22 ---
> OFFSET + &OBJ.
Well pointer plus was merged so it is always &OBJ + OFFSET :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31981
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-01 01:18 ---
Note for the Cell this is even more important so you don't run into the LHS
hazzard.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-01 01:12
---
*** Bug 30966 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15017
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-01 01:12 ---
It turns out this is the same issue as PR 15017. :) Sometimes I file dups
myself :).
*** This bug has been marked as a duplicate of 15017 ***
--
pinskia at gcc dot gnu dot org changed:
What|Remo
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-07-01 01:09 ---
We get in .fre now:
Value numbers:
d_2 = c_1
But we still get the PHIs:
# d_2 = PHI
# c_1 = PHI
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-07-01 01:07
---
The new SCCVN fixes this testcase. So this is fixed for 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-01 00:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-01 00:34 ---
Related to PR 25530.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25529
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-01 00:12 ---
This was fixed with one of the forwprop patches, I don't know which one though.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from lloyd at randombit dot net 2007-06-30 22:11 ---
The behavior still exists in the 4.3 20070622 snapshot. It does not occur using
-march=core2 (the actual CPU in question). The bad value results when using
-ftree-vectorize and -march or -mtune =nocona. -O, -O2, or -O3 i
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-06-30 21:29 ---
How about posting the backported-and-tested patch to gcc-patches, indicating on
which platform you've tested it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28706
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-06-30 21:24 ---
Sorry about the delay. The patch that introduced this problem was reverted,
and the revised version thereof, still awaiting review, does not trigger the
problem any more.
--
aoliva at gcc dot gnu dot org changed:
--- Comment #14 from zadeck at naturalbridge dot com 2007-06-30 20:11
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
ian at airs dot com wrote:
> --- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
> The problem here is that althou
--- Comment #7 from patchapp at dberlin dot org 2007-06-30 20:00 ---
Subject: Bug number PR32554
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-06/msg02162.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from ubizjak at gmail dot com 2007-06-30 19:58 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02161.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
The problem here is that although the stack pointer is not used in the
function, adjusting it does reserve space on the stack for the local variables
which are used. The local variables are accessed via the frame pointer with
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-06-30 18:07
---
Fixed, thanks Tobias
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from ian at airs dot com 2007-06-30 17:57 ---
The patch in comment #19 of PR 32437 looks clearly correct. That
patch should not be reverted, at least not by itself. I'm not clear
on whether that was the patch that was reverted, but, if it was, I
don't think it should ha
--- Comment #22 from zadeck at naturalbridge dot com 2007-06-30 17:24
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
richard at codesourcery dot com wrote:
> --- Comment #21 from richard at codesourcery dot com 2007-06-30 12:26
> ---
> Subject:
--- Comment #3 from uros at gcc dot gnu dot org 2007-06-30 17:06 ---
Subject: Bug 32433
Author: uros
Date: Sat Jun 30 17:05:49 2007
New Revision: 126154
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126154
Log:
PR target/32433
* config/i386/i386.md (ffssi2): Exp
--- Comment #4 from ubizjak at gmail dot com 2007-06-30 17:07 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from simartin at gcc dot gnu dot org 2007-06-30 17:02
---
Fixed.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32567
The following invalid code snippet triggers an ICE on mainline:
template struct A
{
static T &t;
static const int i = sizeof(++t);
};
int x[A::i];
bug.cc:3: error: param
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32566
The following invalid code snippet triggers an ICE on mainline:
template struct A;
template class... T> struct A {};
bug.cc:3: error: type/value mismatch at argument 1 in tem
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32565
The following valid code snippet triggers an ICE on mainline:
template struct A;
template class T> struct A > {};
template struct B;
A > a;
bug.cc:7: internal compiler erro
--- Comment #16 from dfranke at gcc dot gnu dot org 2007-06-30 16:30
---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from dfranke at gcc dot gnu dot org 2007-06-30 16:27
---
Subject: Bug 20373
Author: dfranke
Date: Sat Jun 30 16:26:55 2007
New Revision: 126153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126153
Log:
gcc/fortran:
2007-06-30 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #8 from patchapp at dberlin dot org 2007-06-30 16:23 ---
Subject: Bug number PR17711
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-06/msg02153.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #6 from patchapp at dberlin dot org 2007-06-30 16:19 ---
Subject: Bug number PR31205
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-06/msg02151.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-30 16:01 ---
Subject: Bug 32555
Author: burnus
Date: Sat Jun 30 16:01:25 2007
New Revision: 126152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126152
Log:
2007-06-30 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #6 from ubizjak at gmail dot com 2007-06-30 15:39 ---
Hm, in the dump (gcc-4.1.3), preceeding ifcvt, we have:
:;
D.985_28 = iftmp.5_4 + D.964_27;
M.2_29 = (int4) D.985_28;
if (M.2_29 > 1) goto ; else goto ;
:;
if (M.2_29 > 20) goto ; else goto ;
# M.2_61 = PHI ;
--- Comment #21 from danglin at gcc dot gnu dot org 2007-06-30 15:20
---
Fixed by
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02152.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from jojelino at gmail dot com 2007-06-30 15:13 ---
confirmed. it seems fixed.
maybe i need to clean object files instead getting ICE.
--
jojelino at gmail dot com changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2007-06-30 15:11 ---
This, I seem to think is well, fixed on trunk.
Thanks for the report, Tibias.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from opichals at seznam dot cz 2007-06-30 15:05 ---
I am not sure about the standard wording. But logically typedefs local
to a .cpp file should stay local to that file. They in fact are. However
the template instances are not.
If it should not be that way then the compil
--- Comment #1 from John dot Tytgat at aaug dot net 2007-06-30 15:02
---
Created an attachment (id=13807)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13807&action=view)
Suggested fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32564
I had gcc 4.1.1 configured in such a way that when the resulting cc1 got
invoked, the stat() call in remove_duplicates() failed with an errno different
than ENOENT (calling chain at that moment was: remove_duplications() <-
merge_include_chains() <- register_include_chains() <- c_common_post_option
--- Comment #6 from dberlin at gcc dot gnu dot org 2007-06-30 14:17 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-06-30 14:16 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-06-30 14:15 ---
Subject: Bug 32540
Author: dberlin
Date: Sat Jun 30 14:15:26 2007
New Revision: 126149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126149
Log:
2007-06-30 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-06-30 14:15 ---
Subject: Bug 31651
Author: dberlin
Date: Sat Jun 30 14:15:26 2007
New Revision: 126149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126149
Log:
2007-06-30 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #6 from pault at gcc dot gnu dot org 2007-06-30 13:09 ---
Subject: Bug 32472
Author: pault
Date: Sat Jun 30 13:09:14 2007
New Revision: 126148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126148
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #10 from pault at gcc dot gnu dot org 2007-06-30 13:09 ---
Subject: Bug 30284
Author: pault
Date: Sat Jun 30 13:09:14 2007
New Revision: 126148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126148
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-30 13:08 ---
Subject: Bug 30284
Author: pault
Date: Sat Jun 30 13:08:19 2007
New Revision: 126147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126147
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from pault at gcc dot gnu dot org 2007-06-30 13:08 ---
Subject: Bug 32472
Author: pault
Date: Sat Jun 30 13:08:19 2007
New Revision: 126147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126147
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #55 from manu at gcc dot gnu dot org 2007-06-30 13:06 ---
Subject: Bug 25241
Author: manu
Date: Sat Jun 30 13:06:45 2007
New Revision: 126146
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126146
Log:
2007-06-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR t
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32563
The following valid code snippet triggers an ICE since GCC 4.2.0
(when compiled with "g++ -g"):
=
struct A
{
char c[1];
} a;
const int i = (int)&a.c[0] - 1;
=
bug.cc:5: internal compiler error: in loc_descr
--- Comment #54 from manu at gcc dot gnu dot org 2007-06-30 13:03 ---
Subject: Bug 25241
Author: manu
Date: Sat Jun 30 13:02:48 2007
New Revision: 126145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126145
Log:
2007-06-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR t
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32561
This bug is solved in the C front-end (bug 4076).
The original patch also addressed the C++ front-end
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00171.html
However, some issues were raised about functions in anonymous namespaces:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01103.html
--
The following invalid code snippet triggers an ICE on mainline:
=
template struct A;
=
bug.cc:1: internal compiler error: tree check: expected var_decl, have
const_decl in redeclaration_error_message, at cp/de
--- Comment #22 from manu at gcc dot gnu dot org 2007-06-30 12:58 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #12 from richard at codesourcery dot com 2007-06-30 12:58
---
Subject: Re: [4.3 Regression] function with asm() does not setup stack frame
"richard at codesourcery dot com" <[EMAIL PROTECTED]> writes:
> "zadeck at naturalbridge dot com" <[EMAIL PROTECTED]> writes:
>> Could
--- Comment #21 from manu at gcc dot gnu dot org 2007-06-30 12:56 ---
Subject: Bug 4076
Author: manu
Date: Sat Jun 30 12:56:43 2007
New Revision: 126144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126144
Log:
2007-06-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c/
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32560
The following invalid code snippet triggers an ICE on mainline:
=
namespace N {}
template struct A
{
int A;
};
=
bug.cc:5: error: 'X' in namespace 'N' does not name a type
bug.cc:5: error: template argument
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32559
The following valid code snippet triggers an ICE on mainline:
=
int __attribute__((vector_size (8))) v;
void foo()
{
v += ~v;
}
=
bug.c: In function 'foo':
bug.c:5: internal compiler error: in build_int_cst
--- Comment #21 from richard at codesourcery dot com 2007-06-30 12:26
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Richard Sandiford <[EMAIL PROTECTED]> writes:
> Kenneth Zadeck <[EMAIL PROTECTED]> writes:
>> 2007-06-23 Kenneth Zadeck <[EMAIL PROTECTED
--- Comment #11 from richard at codesourcery dot com 2007-06-30 12:19
---
Subject: Re: [4.3 Regression] function with asm() does not setup stack frame
"zadeck at naturalbridge dot com" <[EMAIL PROTECTED]> writes:
> Could you check to see if this bug is collateral damage from your
> la
--- Comment #10 from zadeck at naturalbridge dot com 2007-06-30 11:47
---
Richard,
Could you check to see if this bug is collateral damage from your latest fix to
deletable_insn_p. It's appearance has been tied to that function in the past.
kenny
--
zadeck at naturalbridge dot
Configured with: /n/12/rask/src/all/configure --target v850-unknown-elf
--with-newlib --enable-sim --disable-gdb --disable-nls
There's an obvious incompatibility with building on a 64-bit system:
/n/12/rask/src/all/libgcc/../gcc/libgcc2.c: In function '__divdi3':
/n/12/rask/src/all/libgcc/../gcc/
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |rtl-optimization
Keywords||buil
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|--- |4.3.0
--
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=32554
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
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=32400
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
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=32276
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32286
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.2/4.3 regression]|[4.1/4.2/4.3 regression]
|redundant reg/mem
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31027
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
1 - 100 of 105 matches
Mail list logo
