[Bug objc/29412] [3.4 Regression] gnustep-base build fails with gcc 3.4.x on HP-UX 11.23 (both ia64 and pa)
--- Comment #5 from rashmihegde at hp dot com 2006-12-20 08:24 --- thanks for this input. I would not be able to move to 4 line immediately. Can you tell me how to make this declaration in 3.4.6 so that I can create a patch for my own use. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29412
[Bug tree-optimization/19431] missed optimization with ifs and deferencing
--- Comment #7 from steven at gcc dot gnu dot org 2006-12-20 09:58 --- Maybe we can do something with this in PHIopt... -- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-12-21 03:57:32 |2006-12-20 09:58:09 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19431
[Bug fortran/29992] INTERFACE equivalent to MODULE PROCEDURE?!
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-20 10:58 --- I must have cleared this but I do not recall so doing - consider it unfixed! Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29992
[Bug target/30210] Altivec builtins return wrong types
--- Comment #5 from irar at il dot ibm dot com 2006-12-20 12:20 --- Paolo, thanks for the explanation! The problem originates from PR 22372, so I will not open another bug report for it. Thanks, Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30210
[Bug tree-optimization/22372] Vectorizer produces mis-match types
--- Comment #8 from irar at il dot ibm dot com 2006-12-20 12:22 --- As explained by Paolo in PR 30210, it is not an Altivec problem after all. Ira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22372
[Bug fortran/30084] segmentation falut when compiling certain code
--- Comment #5 from pault at gcc dot gnu dot org 2006-12-20 12:24 --- Note the patch was submitted 19/12 but the tracking system seems to have lost it. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-12-06 22:39:44 |2006-12-20 12:24:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30084
[Bug target/30210] Altivec builtins have inaccurate return types
--- Comment #6 from bonzini at gnu dot org 2006-12-20 12:28 --- Ok, so we have an agreement on why this is bad. I've reopened the bug myself and made it block 22372. A fix for 22372 can be done independent of this PR, but it will be inefficient memory-wise. -- bonzini at gnu dot org changed: What|Removed |Added OtherBugsDependingO||22372 nThis|| Severity|normal |enhancement Status|RESOLVED|REOPENED Resolution|INVALID | Summary|Altivec builtins return |Altivec builtins have |wrong types |inaccurate return types http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30210
[Bug fortran/29992] INTERFACE equivalent to MODULE PROCEDURE?!
--- Comment #6 from pault at gcc dot gnu dot org 2006-12-20 13:48 --- Subject: Bug 29992 Author: pault Date: Wed Dec 20 13:48:06 2006 New Revision: 120072 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120072 Log: 2006-12-20 Paul Thomas [EMAIL PROTECTED] PR fortran/29992 * interface.c (check_sym_interfaces): Module procedures in a generic must be use associated or contained in the module. * decl.c (gfc_match_modproc): Set attribute mod_proc. * gfortran.h (symbol_attribute): Add mod_proc atribute. PR fortran/30081 * resolve.c (resolve_generic_f, resolve_generic_s): Use gfc_intrinsic_name to find out if the function is intrinsic because it does not have to be a generic intrinsic to be overloaded. 2006-12-20 Paul Thomas [EMAIL PROTECTED] PR fortran/29992 * gfortran.dg/generic_9.f90: New test. PR fortran/30081 * gfortran.dg/generic_10.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/generic_10.f90 trunk/gcc/testsuite/gfortran.dg/generic_9.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/interface.c trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29992
[Bug fortran/30081] Interface bug overloading random_seed, random_number
--- Comment #7 from pault at gcc dot gnu dot org 2006-12-20 13:48 --- Subject: Bug 30081 Author: pault Date: Wed Dec 20 13:48:06 2006 New Revision: 120072 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120072 Log: 2006-12-20 Paul Thomas [EMAIL PROTECTED] PR fortran/29992 * interface.c (check_sym_interfaces): Module procedures in a generic must be use associated or contained in the module. * decl.c (gfc_match_modproc): Set attribute mod_proc. * gfortran.h (symbol_attribute): Add mod_proc atribute. PR fortran/30081 * resolve.c (resolve_generic_f, resolve_generic_s): Use gfc_intrinsic_name to find out if the function is intrinsic because it does not have to be a generic intrinsic to be overloaded. 2006-12-20 Paul Thomas [EMAIL PROTECTED] PR fortran/29992 * gfortran.dg/generic_9.f90: New test. PR fortran/30081 * gfortran.dg/generic_10.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/generic_10.f90 trunk/gcc/testsuite/gfortran.dg/generic_9.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/decl.c trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/interface.c trunk/gcc/fortran/resolve.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30081
[Bug fortran/30190] Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)
--- Comment #2 from pault at gcc dot gnu dot org 2006-12-20 14:16 --- The patch will be submitted, as soon as it has regtested. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-12-12 22:59:24 |2006-12-20 14:16:32 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30190
[Bug c/30267] New: missed optimization due to bad range propagation without -fwrapv
This program shows that some range propagation became worse between
gcc 4.0.2 and gcc 4.1.1.
=== foo.c
int notneg (int x)
{
return (~ -x) = (-2147483647-1);
}
int negnot (int x)
{
return (- ~x) = 2147483647;
}
==
# With gcc 4.0.2 on i686-pc-linux-gnu the code is fully optimized:
$ gcc -O2 -fomit-frame-pointer -S foo.c cat foo.s
.file foo.c
.text
.p2align 4,,15
.globl notneg
.type notneg, @function
notneg:
movl$1, %eax
ret
.size notneg, .-notneg
.p2align 4,,15
.globl negnot
.type negnot, @function
negnot:
movl$1, %eax
ret
.size negnot, .-negnot
.ident GCC: (GNU) 4.0.2
.section.note.GNU-stack,,@progbits
# With gcc 4.1.1 on i686-pc-linux-gnu the code is fully optimized with -fwrapv
# but not without -fwrapv:
$ gcc -O2 -fomit-frame-pointer -S foo.c cat foo.s
.file foo.c
.text
.p2align 4,,15
.globl notneg
.type notneg, @function
notneg:
xorl%eax, %eax
cmpl$-2147483648, 4(%esp)
setne %al
ret
.size notneg, .-notneg
.p2align 4,,15
.globl negnot
.type negnot, @function
negnot:
xorl%eax, %eax
cmpl$2147483647, 4(%esp)
setne %al
ret
.size negnot, .-negnot
.ident GCC: (GNU) 4.1.1
.section.note.GNU-stack,,@progbits
$ gcc -O2 -fomit-frame-pointer -fwrapv -S foo.c cat foo.s
.file foo.c
.text
.p2align 4,,15
.globl notneg
.type notneg, @function
notneg:
movl$1, %eax
ret
.size notneg, .-notneg
.p2align 4,,15
.globl negnot
.type negnot, @function
negnot:
movl$1, %eax
ret
.size negnot, .-negnot
.ident GCC: (GNU) 4.1.1
.section.note.GNU-stack,,@progbits
So somehow this seems to be linked to flag_wrapv. But regardless which
value is the result after signed overflow, any int = INT_MIN and
any int = INT_MAX should evaluate to 1 unconditionally.
--
Summary: missed optimization due to bad range propagation without
-fwrapv
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bruno at clisp dot org
GCC build triplet: i686-pc-linux-gnu
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30267
[Bug middle-end/30262] [4.0/4.1/4.2/4.3 Regression] ICE with nested fn accessed var in asm m constraint
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-12-19 23:17:56 |2006-12-20 14:38:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30262
[Bug fortran/30190] Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)
--- Comment #3 from patchapp at dberlin dot org 2006-12-20 15:01 --- Subject: Bug number PR30190 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/2006-12/msg01444.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30190
[Bug target/30210] Altivec builtins have inaccurate return types
--- Comment #7 from bonzini at gnu dot org 2006-12-20 15:25 --- To make it clearer, there is a fix for this PR other than The way to solve this bug could be to pass the two operands to rs6000_builtin_mul_widen_even, and get back the fully-built tree, including conversions to the appropriate return type. The solution is exactly to modify __builtin_altivec_vmuloub and friends so that it has the accurate return types and argument types (unsigned). This would be, in practice, a rewrite of the way rs6000.c defines Altivec builtins, because if you want signed/unsigned information it is not enough to look at the modes in the RTL patterns. I don't see any other way to do so, except to use a big table (possibly a subset of the huge table in rs6000-c.c). The reason I had closed the bug as invalid, was that pinskia was erroneously relating it to PR14899, and saying that this would have caused regressions with Mark Shinwell's patch for stricter conversions between vector types. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30210
[Bug c/30242] [4.3 Regression] internal error in gcc break compilation
--- Comment #3 from carlos at codesourcery dot com 2006-12-20 16:01 --- Created an attachment (id=12828) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12828action=view) Only relocate paths which start with the configured prefix. This fixes the boostrap failure for i686-mingw32. I have bootstrapped x86_64-unknown-linug-gnu with thie patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30242
[Bug c/30242] [4.3 Regression] internal error in gcc break compilation
--- Comment #4 from carlos at codesourcery dot com 2006-12-20 16:05 --- Bob Rossi [EMAIL PROTECTED] and I were working on this issue last night on [EMAIL PROTECTED] http://gcc.gnu.org/ml/gcc-help/2006-12/msg00279.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30242
[Bug middle-end/30263] ICE with openmp parallel accessed var in asm m constraint
-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-12-20 16:10:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30263
[Bug target/30259] [4.1 branch] ICE on valid code
--- Comment #4 from edmar at freescale dot com 2006-12-20 16:11 --- (In reply to comment #3) Subject: Re: [4.1 branch] ICE on valid code On Tue, 19 Dec 2006, edmar at freescale dot com wrote: Still, On December 16 I had a complete build, and on December 17 I have an ICE. It feels more like a regression than moving forward... A complete build with, no doubt, all C++ tests failing with the problem you noted in http://gcc.gnu.org/ml/gcc/2006-09/msg00126.html. Because such a build is not particularly useful, I have taken a base with t-ppccomm hacked to avoid building libgcc with -mlong-double-128 as the appropriate baseline for testing. I disagree with that. First there is the C compiler, which is the most used by our customers, second, the C++ problem was manageable. Those are dejagnu results (C, C++, gfortran) from December 12: # of expected passes40225 # of unexpected failures58 # of expected failures 81 # of unresolved testcases 94 # of untested testcases 28 # of unsupported tests 493 # of expected passes13148 # of unexpected failures43 # of unexpected successes 2 # of expected failures 65 # of unresolved testcases 40 # of unsupported tests 136 # of expected passes15334 # of unexpected failures94 # of expected failures 6 # of unresolved testcases 6 # of unsupported tests 91 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30259
[Bug target/28207] 128-bit IBM long double misaligned on stack
-- dje at gcc dot gnu dot org changed: What|Removed |Added CC||dje at gcc dot gnu dot org Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28207
[Bug c/30242] [4.3 Regression] internal error in gcc break compilation
--- Comment #5 from mark at codesourcery dot com 2006-12-20 16:35 --- Subject: Re: [4.3 Regression] internal error in gcc break compilation carlos at codesourcery dot com wrote: --- Comment #3 from carlos at codesourcery dot com 2006-12-20 16:01 --- Created an attachment (id=12828) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12828action=view) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12828action=view) Only relocate paths which start with the configured prefix. This fixes the boostrap failure for i686-mingw32. I have bootstrapped x86_64-unknown-linug-gnu with thie patch. This patch is OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30242
[Bug middle-end/30143] OpenMP can produce invalid gimple
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-12-20 17:50 --- Subject: Bug 30143 Author: pinskia Date: Wed Dec 20 17:50:17 2006 New Revision: 120080 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120080 Log: 2006-12-20 Andrew Pinski [EMAIL PROTECTED] PR middle-end/30143 * omp-low.c (init_tmp_var): New function. (save_tmp_var): New function. (lower_omp_1): Use them for VAR_DECL. 2006-12-20 Andrew Pinski [EMAIL PROTECTED] PR middle-end/30143 * gcc.dg/gomp/complex-1.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/gomp/complex-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/omp-low.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
[Bug middle-end/30143] [4.2 only] OpenMP can produce invalid gimple
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-12-20 17:52 --- I will post a patch for 4.2 also. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|OpenMP can produce invalid |[4.2 only] OpenMP can |gimple |produce invalid gimple Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30143
[Bug c/30266] Segfault in cc1
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30266
[Bug c++/30269] New: parser.tab.c:2071: internal compiler error: Segmentation fault
i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_1254.o c_1254.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_1255.o c_1255.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_1256.o c_1256.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_1257.o c_1257.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_1258.o c_1258.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_1.o c_1.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_10006.o c_10006.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_10007.o c_10007.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_10029.o c_10029.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_10079.o c_10079.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_10081.o c_10081.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_20127.o c_20127.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_20866.o c_20866.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_20932.o c_20932.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_21866.o c_21866.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_28591.o c_28591.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_28592.o c_28592.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -Wall -g -O2 -fno-stack-protector -o c_28593.o c_28593.c i486-linux-gnu-gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DWINE_UNICODE_API= -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing
[Bug c++/30269] parser.tab.c:2071: internal compiler error: Segmentation fault
--- Comment #1 from juw148 at psu dot edu 2006-12-20 18:59 --- Ubuntu Edgy i386 fresh install with updates to latest packages. Processor = athlon64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30269
[Bug rtl-optimization/30213] Wrong code with optimized memset() (possible bug in RTL bbro optimizer)
--- Comment #3 from hubicka at gcc dot gnu dot org 2006-12-20 20:46 --- Subject: Bug 30213 Author: hubicka Date: Wed Dec 20 20:46:15 2006 New Revision: 120083 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120083 Log: PR target/30213 * i386.c (expand_setmem_epilogue): Fix formating. (dsmalest_pow2_greater_than): New function. (ix86_expand_movmem): Improve comments; avoid re-computing of epilogue size. (promote_duplicated_reg_to_size): Break out from ... (expand_setmem): ... this one; reorganize promotion code; improve comments; avoid recomputation of epilogue size. Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30213
[Bug fortran/30190] Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)
--- Comment #4 from pault at gcc dot gnu dot org 2006-12-20 21:11 --- Subject: Bug 30190 Author: pault Date: Wed Dec 20 21:10:51 2006 New Revision: 120084 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120084 Log: 2006-12-20 Paul Thomas [EMAIL PROTECTED] PR fortran/30190 * trans-array.c (gfc_conv_array_ref): Remove gfc_evaluate_now from the -fbounds-check branch. 2006-12-20 Paul Thomas [EMAIL PROTECTED] PR fortran/30190 * gfortran.dg/bounds_check_5.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/bounds_check_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30190
[Bug fortran/30202] ICE in trans-array.c
--- Comment #4 from pault at gcc dot gnu dot org 2006-12-20 21:39 ---
This is regtesting right now:
Index: gcc/fortran/trans-expr.c
===
*** gcc/fortran/trans-expr.c(revision 120083)
--- gcc/fortran/trans-expr.c(working copy)
*** gfc_conv_function_call (gfc_se * se, gfc
*** 2068,2076
if (fsym fsym-attr.allocatable
fsym-attr.intent == INTENT_OUT)
{
! tmp = e-symtree-n.sym-backend_decl;
! if (e-symtree-n.sym-attr.dummy)
! tmp = build_fold_indirect_ref (tmp);
tmp = gfc_trans_dealloc_allocated (tmp);
gfc_add_expr_to_block (se-pre, tmp);
}
--- 2068,2074
if (fsym fsym-attr.allocatable
fsym-attr.intent == INTENT_OUT)
{
! tmp = build_fold_indirect_ref (parmse.expr);
tmp = gfc_trans_dealloc_allocated (tmp);
gfc_add_expr_to_block (se-pre, tmp);
}
Will submit in the morning.
Ciao
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org |
Status|NEW |ASSIGNED
Last reconfirmed|2006-12-13 17:07:32 |2006-12-20 21:39:12
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30202
[Bug tree-optimization/23940] SSA_NAMEs are not released after no longer being used.
--- Comment #13 from jimbob at google dot com 2006-12-20 21:44 --- (In reply to comment #11) I had it mostly working, but the changes are pretty invasive as no one ever has to set or clear SSA_NAME_DEF_STMT any more, its always simply right. Its too invasive for stage 3 thats for sure. I'll revisit it when we get back to stage 1 and test out performance and whether its really what we want to do. Any activity on this? I am gently smashing into this problem and need to decide whether to work around it permanently. -- jimbob at google dot com changed: What|Removed |Added CC||jimbob at google dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23940
[Bug c/30242] [4.3 Regression] internal error in gcc break compilation
--- Comment #6 from carlos at gcc dot gnu dot org 2006-12-20 22:34 --- Subject: Bug 30242 Author: carlos Date: Wed Dec 20 22:34:14 2006 New Revision: 120088 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120088 Log: gcc/ 2006-12-20 Carlos O'Donell [EMAIL PROTECTED] PR bootstrap/30242 * gcc/c-incpath.c (add_standard_paths): Only relocate paths that begin with the configured prefix. Modified: trunk/gcc/ChangeLog trunk/gcc/c-incpath.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30242
[Bug target/29867] [4.3 Regression] building libgfortran fails because of multiple definitions gcc-4.3-20061111
--- Comment #12 from dfranke at gcc dot gnu dot org 2006-12-20 23:01 --- Jean-Pierre, Roger, could you please add the following files to your attachments of this PR (or send them by private mail): * /usr/include/features.h * /usr/include/sys/stat.h * /usr/include/bits/string2.h * /usr/include/sys/sysmacros.h If there are other instances of, say features.h (as shown in comment #11), please add them as well. Please preserve the directory structure as you did with the current attachments - thanks. Daniel -- dfranke at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-12-07 15:11:20 |2006-12-20 23:01:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29867
[Bug c++/19439] Duplicate destructor accepted
-- lmillward at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-09-03 21:39:25 |2006-12-21 00:24:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19439
[Bug fortran/30202] ICE in trans-array.c
--- Comment #5 from patchapp at dberlin dot org 2006-12-21 01:15 --- Subject: Bug number PR30202 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/2006-12/msg01473.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30202
[Bug c++/19439] Duplicate destructor accepted
--- Comment #3 from patchapp at dberlin dot org 2006-12-21 01:15 --- Subject: Bug number PR c++/19439 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/2006-12/msg01475.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19439
[Bug target/30271] New: -mstrict-align can cause bad code generation for struct agrument passing
Testcase:
struct a { short t, t1;};
int f(struct a b) { return b.t; }
Without -mstrict-align, we get:
.L.f:
srawi 3,3,16
extsw 3,3
blr
But with we get:
.L.f:
stw 3,48(1)
nop
nop
nop
lha 3,48(1)
extsw 3,3
blr
--
Summary: -mstrict-align can cause bad code generation for struct
agrument passing
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
GCC target triplet: powerpc64-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30271
[Bug fortran/25392] ICEs with -ff2c
--- Comment #8 from tobi at gcc dot gnu dot org 2006-12-21 03:05 --- Subject: Bug 25392 Author: tobi Date: Thu Dec 21 03:04:43 2006 New Revision: 120099 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=120099 Log: PR fortran/25392 fortran/ * trans-stmt.c (gfc_trans_return): Fix comment formatting. * trans-types.c (gfc_sym_type): Don't return early for functions. Remove special handling for -ff2c. (gfc_get_function_type): Add special handling for -ff2c. * trans-decl.c (gfc_create_function_decl): Fix comment formatting. (gfc_get_fake_result_decl): Make sure we get the right type for functions. (gfc_generate_function_code): Convert type of result variable to type of function. testsuite/ * gfortran.dg/f2c_8.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/f2c_8.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-decl.c trunk/gcc/fortran/trans-stmt.c trunk/gcc/fortran/trans-types.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25392
[Bug fortran/25392] ICEs with -ff2c
--- Comment #9 from tobi at gcc dot gnu dot org 2006-12-21 03:17 --- Keeping this open, until the fix is also in 4.2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25392
[Bug rtl-optimization/30213] [4.3 Regression] Wrong code with optimized memset() (possible bug in RTL bbro optimizer)
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-21 03:44 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|hubicka at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Summary|Wrong code with optimized |[4.3 Regression] Wrong code |memset() (possible bug in |with optimized memset() |RTL bbro optimizer) |(possible bug in RTL bbro ||optimizer) Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30213
[Bug rtl-optimization/30213] [4.3 Regression] Wrong code with optimized memset() (possible bug in RTL bbro optimizer)
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-21 03:44 --- Fixed I say. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30213
[Bug c/30242] [4.3 Regression] internal error in gcc break compilation
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-12-21 03:45 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30242
[Bug c++/30269] parser.tab.c:2071: internal compiler error: Segmentation fault
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-21 03:48 --- Can you attach the preprocessed source as mentioned on URL:http://gcc.gnu.org/bugs.html? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30269
[Bug target/30266] Segfault in cc1
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-21 03:50 --- Next time don't copy and paste the preprocessed source into the bug but instead attach it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30266
[Bug fortran/30207] [4.2/4.3 Regression] ICE in gfc_dep_resolver with where (a 0) a(:) = 1
--- Comment #8 from deji_aking at yahoo dot ca 2006-12-21 03:52 --- I've applied the fix to 4.2 branch, built and tested it, and it works fine. I guess the bug can be closed now. Thanks all. -- deji_aking at yahoo dot ca changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30207
[Bug driver/17621] Add option to have GCC not search $(prefix)
--- Comment #18 from carlos at codesourcery dot com 2006-12-21 04:23 --- This is fixed in 4.3. If I understand correctly the PR should be closed and the Target Milestone marked as 4.3? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17621
[Bug fortran/30207] [4.2/4.3 Regression] ICE in gfc_dep_resolver with where (a 0) a(:) = 1
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2006-12-21 04:37 --- Keep open until we remember to commit to 4.2 Thanks for confirming the fix. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30207
