[Bug bootstrap/32815] crtstuff.c,warning, will always evaluate as 'true'
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-19 06:59 --- > It's known that -O2 contain "-fstrict-aliasing" which has bugs since gcc 3.X. Huh? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
[Bug fortran/32600] [ISO Bind C] C_LOC/C_FUNLOC should not be library functions
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-19 06:14 --- Subject: Bug 32600 Author: burnus Date: Thu Jul 19 06:14:19 2007 New Revision: 126744 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126744 Log: 2007-07-19 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32600 * trans-expr.c (gfc_conv_function_call): Inline C_LOC. 2007-07-19 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32600 * libgfortran/intrinsics/iso_c_binding.c: Remove C_LOC. * libgfortran/intrinsics/iso_c_binding.h: Ditto. * libgfortran/gfortran.map: Ditto. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-expr.c trunk/libgfortran/ChangeLog trunk/libgfortran/gfortran.map trunk/libgfortran/intrinsics/iso_c_binding.c trunk/libgfortran/intrinsics/iso_c_binding.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32600
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-19 04:48 --- Test case committed after verifying that it passes. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-07-19 04:47 --- Subject: Bug 32635 Author: tkoenig Date: Thu Jul 19 04:47:29 2007 New Revision: 126742 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126742 Log: 2007-07-19 Thomas Koenig <[EMAIL PROTECTED]> PR tree-optimzation/32635 * gfortran.dg/pr32635.f: New test case. Added: trunk/gcc/testsuite/gfortran.dg/pr32635.f Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug middle-end/32004] [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #40 from mmitchel at gcc dot gnu dot org 2007-07-19 03:25 --- Subject: Bug 32004 Author: mmitchel Date: Thu Jul 19 03:25:32 2007 New Revision: 126740 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126740 Log: Revert: 2007-07-09 Paolo Bonzini <[EMAIL PROTECTED]> PR middle-end/32004 * function.c (rest_of_match_asm_constraints): Pass PROP_REG_INFO. 2007-07-06 Paolo Bonzini <[EMAIL PROTECTED]> PR middle-end/32004 * function.c (match_asm_constraints_1, rest_of_match_asm_constraints, pass_match_asm_constraints): New. * passes.c (init_optimization_passes): Add new pass. * stmt.c (expand_asm_operands): Set cfun->has_asm_statement. * function.h (struct function): Add has_asm_statement bit. (current_function_has_asm_statement): New. * tree-pass.h (pass_match_asm_constraints): New. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/function.c branches/gcc-4_2-branch/gcc/function.h branches/gcc-4_2-branch/gcc/passes.c branches/gcc-4_2-branch/gcc/stmt.c branches/gcc-4_2-branch/gcc/testsuite/gcc.target/i386/pr21291.c branches/gcc-4_2-branch/gcc/tree-pass.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
[Bug bootstrap/32815] crtstuff.c,warning, will always evaluate as 'true'
--- Comment #2 from cnstar9988 at gmail dot com 2007-07-19 03:12 --- I think $(GCC)/Makefile.in must remove -O2 for build. Because the boot GCC may have some bugs with -O2. It's known that -O2 contain "-fstrict-aliasing" which has bugs since gcc 3.X. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
[Bug tree-optimization/32720] [4.3 Regression] No coalesce ssa_names
--- Comment #9 from rosana07a at gmail dot com 2007-07-19 03:02 --- Created an attachment (id=13937) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13937&action=view) combined testcase; obsoletes all previous with -"O2 -c" will fail using gcc-4.3 and compile using gcc4.2.x -- rosana07a at gmail dot com changed: What|Removed |Added Attachment #13877|0 |1 is obsolete|| Attachment #13878|0 |1 is obsolete|| Attachment #13879|0 |1 is obsolete|| Attachment #13880|0 |1 is obsolete|| Attachment #13881|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32720
[Bug bootstrap/32815] crtstuff.c,warning, will always evaluate as 'true'
-- cnstar9988 at gmail dot com changed: What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
[Bug bootstrap/32815] crtstuff.c,warning, will always evaluate as 'true'
--- Comment #1 from cnstar9988 at gmail dot com 2007-07-19 03:01 --- boot gcc, 3.4.6 -- cnstar9988 at gmail dot com changed: What|Removed |Added GCC build triplet||hppa64-hp-hpux11.11 GCC host triplet||hppa64-hp-hpux11.11 GCC target triplet||hppa64-hp-hpux11.11 Known to fail||4.2.1 Known to work||3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
[Bug bootstrap/32815] New: crtstuff.c,warning, will always evaluate as 'true'
../../src/gcc/crtstuff.c: In function '__do_global_dtors_aux': ../../src/gcc/crtstuff.c:298: warning: the address of '__deregister_frame_info' will always evaluate as 'true' ../../src/gcc/crtstuff.c: In function 'frame_dummy': ../../src/gcc/crtstuff.c:332: warning: the address of '__register_frame_info' will always evaluate as 'true' /home/beans/gcc-build/build/./gcc/xgcc -B/home/beans/gcc-build/build/./gcc/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/bin/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/lib/ -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/include -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder \ -c ../../src/gcc/crtstuff.c -DCRT_END \ -o crtend.o /home/beans/gcc-build/build/./gcc/xgcc -B/home/beans/gcc-build/build/./gcc/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/bin/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/lib/ -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/include -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder \ -c ../../src/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFS_O \ -o crtbeginS.o ../../src/gcc/crtstuff.c: In function '__do_global_dtors_aux': ../../src/gcc/crtstuff.c:276: warning: the address of '__cxa_finalize' will always evaluate as 'true' ../../src/gcc/crtstuff.c:298: warning: the address of '__deregister_frame_info' will always evaluate as 'true' ../../src/gcc/crtstuff.c: In function 'frame_dummy': ../../src/gcc/crtstuff.c:332: warning: the address of '__register_frame_info' will always evaluate as 'true' /home/beans/gcc-build/build/./gcc/xgcc -B/home/beans/gcc-build/build/./gcc/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/bin/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/lib/ -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/include -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder \ -c ../../src/gcc/crtstuff.c -DCRT_END -DCRTSTUFFS_O \ -o crtendS.o /home/beans/gcc-build/build/./gcc/xgcc -B/home/beans/gcc-build/build/./gcc/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/bin/ -B/opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/lib/ -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/include -isystem /opt/gcc-4.1.2/lp64/hppa64-hp-hpux11.11/sys-include -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -I. -I. -I../../src/gcc -I../../src/gcc/. -I../../src/gcc/../include -I../../src/gcc/../libcpp/include -I../../src/gcc/../libdecnumber -I../libdecnumber -g0 -finhibit-size-directive -fno-inline-functions -fno-exceptions -fno-zero-initialized-in-bss -fno-toplevel-reorder \ -c ../../src/gcc/crtstuff.c -DCRT_BEGIN -DCRTSTUFFT_O \ -o crtbeginT.o ../../src/gcc/crtstuff.c: In function '__do_global_dtors_aux': ../../src/gcc/crtstuff.c:298: warning: the address of '__deregister_frame_info' will always evaluate as 'true' ../../src/gcc/crtstuff.c: In function 'frame_dummy': ../../src/gcc/crtstuff.c:332: warning: the address of '__register_frame_info' will always evaluate as 'true' -- Summary: crtstuff.c,warning, will always evaluate as 'true' Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: cnstar9988 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32815
[Bug fortran/31213] ICE on valid code with gfortran
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-19 02:19 --- Paul, in response to your recent concern on the ml, I am going to start chipping at this. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-03-24 20:53:03 |2007-07-19 02:19:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31213
[Bug other/18246] struct-layout-1 generator broken on i686-pc-mingw32
--- Comment #4 from dannysmith at users dot sourceforge dot net 2007-07-19 02:17 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2007-07/msg01521.html Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added CC||dannysmith at users dot ||sourceforge dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18246
[Bug fortran/32223] Backslash handling inconsistent
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2007-07-19 02:10 --- *** Bug 32814 has been marked as a duplicate of this bug. *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added CC||jhettmer at doprad dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32223
[Bug fortran/32814] backslash zero no longer writes null in string
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-07-19 02:10 --- This bug has been fixed in 4.3. This was pr32223. There are no plans to back port this at the moment. Have you tried using binaries for 4.3 from Fortran wiki? Or build it youself? *** This bug has been marked as a duplicate of 32223 *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32814
[Bug other/30362] Problems loading Openen Office 2
--- Comment #3 from vk3ty at bigpond dot com 2007-07-19 01:49 --- Folks, I have set this to "FIXED" only because the problm has been eradicated. How? Simple - I reloaded the whole machine from scratch. No problems. The cause - don't know. Thanks for the support. Rgds Nick K -- vk3ty at bigpond dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30362
Re: bug and fix for gcc 4.xx on Solaris sparc
On 7/18/07, Rejean Lepage <[EMAIL PROTECTED]> wrote: Hello, I did not find how to add a bug in gcc bugzilla. Anyway do what you want whith this information. This error occurs on sparc Solaris 9 and sparc Solaris 10, when compiling GCC version 4.1.2 and 4.2.0. This is mentioned on the install page already, see: http://gcc.gnu.org/install/specific.html#x-x-solaris2 Thanks, Andrew Pinski
[Bug fortran/32600] [ISO Bind C] C_LOC/C_FUNLOC should not be library functions
--- Comment #4 from patchapp at dberlin dot org 2007-07-18 23:30 --- 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/msg01565.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32600
[Bug fortran/32814] New: backslash zero no longer writes null in string
Related to resolved bug 30278. The handling of backslash has fundamentally changed since 3.2.2 and earlier. Specifically it USED to allow inserting a null at the end of a string (CRITICAL for communicating with C) and I see now that there is a list of honored excapes and null (\0) seems not to be one of them. The still large Fortran part of our application (55000 lines) contains nearly a thousand instances of \0 in strings needed by newer C functions and appending //char(0) everywhere is decidedly ugly as well as expensive. I believe this should be considered a bug. -- Summary: backslash zero no longer writes null in string Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jhettmer at doprad dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32814
bug and fix for gcc 4.xx on Solaris sparc
Hello, I did not find how to add a bug in gcc bugzilla. Anyway do what you want whith this information. This error occurs on sparc Solaris 9 and sparc Solaris 10, when compiling GCC version 4.1.2 and 4.2.0. However replacing "SHELL = /bin/sh" by "SHELL = /bin/bash" in Makefile do work fine. You might want to use bash for the Makefiles since Sun /bin/sh will not work as intented. ERROR: Comparing stages 2 and 3 /bin/sh: stage3-gcc: does not exist make[2]: *** [compare] Error 1 make[2]: Leaving directory `/install/gcc/gcc-4.2.0' make[1]: *** [stage3-bubble] Error 2 make[1]: Leaving directory `/install/gcc/gcc-4.2.0' make: *** [all] Error 2 Cheers! -- Réjean Lepage, M.Sc. Administrateur Systèmes du GRM/VLSI École Polytechnique de Montréal signature.asc Description: OpenPGP digital signature
[Bug fortran/32813] New: [4.3 Regression] ICE for array expression in empty if statement, compiled with -fbounds-check
I get an ICE when compiling the following code with the -fbounds-check option: program emptyif implicit none integer i,K(4) if (K(i)==0) then ! do absolutely nothing end if end program the error message is: emptyif.f90: In function MAIN__: emptyif.f90:6: internal compiler error: in annotate_all_with_locus, at gimplify.c:806 this error only occurs under the following circumstances: * GCC version 4.3 (4.1 and 4.2 work) * compilation with -fbounds-check option * if statement is "empty" (contains no further statements/does nothing) * an array expression is involved I noticed this bug in rev. 126726 and I suspect it's a relatively new regression, probably introduced during the last week (or two), because I think around July 9 I was still able to compile code like the above without errors. -- Summary: [4.3 Regression] ICE for array expression in empty if statement, compiled with -fbounds-check Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jaydub66 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32813
[Bug fortran/32801] USE of ISO_C_BINDING, ONLY: C_LOC causes compiler seg fault
--- Comment #5 from burnus at gcc dot gnu dot org 2007-07-18 22:06 --- > - In the original programs (from which this example is extracted, the >declaration of C_PTR prior to C_LOC causes the compiler to erroneously >diagnose various other constructs The reported problem has been fixed. Could you test whether the other problems persist or whether they have been fixed as well? -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32801
[Bug fortran/32801] USE of ISO_C_BINDING, ONLY: C_LOC causes compiler seg fault
--- Comment #4 from burnus at gcc dot gnu dot org 2007-07-18 22:02 --- Subject: Bug 32801 Author: burnus Date: Wed Jul 18 22:02:21 2007 New Revision: 126732 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126732 Log: 2007-07-18 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32801 * symbol.c (generate_isocbinding_symbol): Fix bug where ISOCBINDING_FUNPTR was generated for C_LOC instead of the needed ISOCBINDING_PTR. 2007-07-18 Christopher D. Rickett <[EMAIL PROTECTED]> PR fortran/32801 * gfortran.dg/pr32801.f03: New test case. Added: trunk/gcc/testsuite/gfortran.dg/pr32801.f03 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32801
[Bug libfortran/32812] New: random_seed and date_and_time
As described in <[EMAIL PROTECTED]>, the interaction between date_and_time and random_seed when getting a seed from date_and_time. Currently, we use the first four values of the put argument to random_seed for the most significant digits. Unfortunately, these correspond to the most slowly varying values from date_and_time. Some reshuffling could take care of this. -- Summary: random_seed and date_and_time Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32812
[Bug fortran/32801] USE of ISO_C_BINDING, ONLY: C_LOC causes compiler seg fault
--- Comment #3 from patchapp at dberlin dot org 2007-07-18 21:15 --- Subject: Bug number PR 32801 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/msg01559.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32801
[Bug target/32641] C99 fpclassify, isinf, isfinite, isnormal may raise FP exceptions
-- ghazi at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.1.2 4.2.0 4.3.0 |4.1.2 4.2.0 Known to work||4.3.0 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32641
[Bug target/32641] C99 fpclassify, isinf, isfinite, isnormal may raise FP exceptions
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-07-18 20:22 --- Subject: Bug 32641 Author: ghazi Date: Wed Jul 18 20:22:32 2007 New Revision: 126730 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126730 Log: fixincludes: PR target/32641 * inclhack.def (solaris_math_4, solaris_math_5, solaris_math_6, solaris_math_7): Constify and make FP exception-safe. * tests/base/iso/math_c99.h: Update. * fixincl.x: Regenerate. gcc/testsuite: * gcc.dg/c99-math-double-1.c: Mark test variables as volatile. Test negative numbers also. * gcc.dg/c99-math-float-1.c: Likewise. * gcc.dg/c99-math-long-double-1.c: Likewise. * gcc.dg/c99-math.h: Check for FP exceptions. Update for negative test inputs. Modified: trunk/fixincludes/ChangeLog trunk/fixincludes/fixincl.x trunk/fixincludes/inclhack.def trunk/fixincludes/tests/base/iso/math_c99.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/c99-math-double-1.c trunk/gcc/testsuite/gcc.dg/c99-math-float-1.c trunk/gcc/testsuite/gcc.dg/c99-math-long-double-1.c trunk/gcc/testsuite/gcc.dg/c99-math.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32641
[Bug middle-end/32780] [4.3 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-18 20:20 ---
Here is a patch which fixes this specific ICE:
Index: fold-const.c
===
--- fold-const.c(revision 126721)
+++ fold-const.c(working copy)
@@ -9723,15 +9723,19 @@
&& TREE_CODE (arg1) == BIT_AND_EXPR)
{
if (operand_equal_p (arg0, TREE_OPERAND (arg1, 1), 0))
- return fold_build2 (BIT_AND_EXPR, type,
- fold_build1 (BIT_NOT_EXPR, type,
-TREE_OPERAND (arg1, 0)),
+ {
+ tree arg10 = fold_convert (type, TREE_OPERAND (arg1, 0));
+ return fold_build2 (BIT_AND_EXPR, type,
+ fold_build1 (BIT_NOT_EXPR, type, arg10),
arg0);
+ }
if (operand_equal_p (arg0, TREE_OPERAND (arg1, 0), 0))
- return fold_build2 (BIT_AND_EXPR, type,
- fold_build1 (BIT_NOT_EXPR, type,
-TREE_OPERAND (arg1, 1)),
+ {
+ tree arg11 = fold_convert (type, TREE_OPERAND (arg1, 1));
+ return fold_build2 (BIT_AND_EXPR, type,
+ fold_build1 (BIT_NOT_EXPR, type, arg11),
arg0);
+ }
}
/* Fold (A & ~B) - (A & B) into (A ^ B) - B, where B is
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot
|dot org |org
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug middle-end/32780] [4.3 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-18 20:19 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-18 20:19:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug fortran/32801] USE of ISO_C_BINDING, ONLY: C_LOC causes compiler seg fault
--- Comment #2 from crickett at lanl dot gov 2007-07-18 20:18 --- (In reply to comment #1) > sym->ts has type BT_DERIVED, but yet sym->ts.derived is NULL. Maybe this > should > be set earlier, or maybe the test on (sym->ts.type == BT_DERIVED && > sym->ts.derived->components == NULL) just needs changing into (sym->ts.type == > BT_DERIVED && sym->ts.derived && sym->ts.derived->components == NULL). > > Christopher, any idea if this sym node is correct? > the sym node was incorrect. there is a simple error in generate_isocbinding_symbol that auto-generated c_funptr instead of the necessary c_ptr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32801
[Bug middle-end/32780] [4.3 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:1793 at -O2 or higher
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-18 20:15 --- This patch adds extra testing (though not tested fully) to catch this earlier: Index: tree.c === --- tree.c (revision 126721) +++ tree.c (working copy) @@ -3072,8 +3072,12 @@ gcc_assert (code != GIMPLE_MODIFY_STMT); #endif - if ((code == MINUS_EXPR || code == PLUS_EXPR || code == MULT_EXPR) - && arg0 && arg1 && tt && POINTER_TYPE_P (tt)) + if ((code == MINUS_EXPR || code == PLUS_EXPR || code == MULT_EXPR + || code == BIT_AND_EXPR) + && arg0 && arg1 && tt + && (POINTER_TYPE_P (tt) + || POINTER_TYPE_P (TREE_TYPE (arg1)) + || POINTER_TYPE_P (TREE_TYPE (arg0 gcc_assert (TREE_CODE (arg0) == INTEGER_CST && TREE_CODE (arg1) == INTEGER_CST); if (code == POINTER_PLUS_EXPR && arg0 && arg1 && tt) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32780
[Bug rtl-optimization/32773] [4.3 Regression] SH: ICE in create_pre_exit, at mode-switching.c:223
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-18 19:45 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32773
[Bug inline-asm/32811] Cannot flag inline assembler code "noreturn"
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-18 18:31 --- I think this is expected and maybe not going to be fixed as inline-asm cannot change the control flow at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32811
[Bug fortran/32627] [ISO Bind C] Accept c_f_pointer for TYPE
--- Comment #4 from patchapp at dberlin dot org 2007-07-18 18:10 --- Subject: Bug number PR 32627 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/msg01541.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32627
[Bug fortran/32732] [Bind C] Character scalars are passed as arrays
--- Comment #1 from patchapp at dberlin dot org 2007-07-18 18:10 --- Subject: Bug number PR 32732 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/msg01542.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32732
[Bug target/30652] SSE expansion is missing for isinf() and other fpclassify functions
--- Comment #9 from ghazi at gcc dot gnu dot org 2007-07-18 18:00 --- Generic implementations for isinf, isfinite and isnormal installed on trunk. Still possibly want optabs where it is profitable. Also, isnan doesn't allow for optabs at the moment. Should convert it into this system. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30652
[Bug target/30652] SSE expansion is missing for isinf() and other fpclassify functions
--- Comment #8 from ghazi at gcc dot gnu dot org 2007-07-18 17:51 --- Subject: Bug 30652 Author: ghazi Date: Wed Jul 18 17:51:13 2007 New Revision: 126726 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126726 Log: PR target/30652 * builtins.c (expand_builtin_interclass_mathfn): Provide a generic transformation for builtin ISNORMAL. (expand_builtin): Handle BUILT_IN_ISNORMAL. * builtins.def (BUILT_IN_ISNORMAL): New. * doc/extend.texi: Document isnormal. testsuite: * gcc.dg/pr28796-2.c: Add more cases. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/builtins.def trunk/gcc/doc/extend.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr28796-2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30652
[Bug fortran/32795] allocatable components are nullified prematurely
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-18 17:47 --- Not a regression. The same happenes without the patch for PR31320, as well as with gfortran-4.2. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3 regression] allocatable|allocatable components are |components are nullified|nullified prematurely |prematurely | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32795
[Bug inline-asm/32811] New: Cannot flag inline assembler code "noreturn"
For a function declared "noreturn" the compiler cannot verify that inline
assembler code in the function body indeed does not return and therefore
produces the warning "'noreturn' function does return". I would like a
mechanism to tell the compiler that an inline assembler statement makes a
function "noreturn" without the overhead of adding an endless loop at the end
of the function. Something like: asm volatile ("...") __attribute__((noreturn))
An example:
__attribute__((noreturn))
void func()
{
asm volatile ("1: jmp 1b");
}
int main()
{
func();
return 0;
}
--
Summary: Cannot flag inline assembler code "noreturn"
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: us15 at os dot inf dot tu-dresden dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32811
[Bug target/30652] SSE expansion is missing for isinf() and other fpclassify functions
--- Comment #7 from ghazi at gcc dot gnu dot org 2007-07-18 17:42 --- Subject: Bug 30652 Author: ghazi Date: Wed Jul 18 17:42:12 2007 New Revision: 126725 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126725 Log: PR target/30652 * builtins.c (expand_builtin_interclass_mathfn): Allow for missing optabs infrastructure. Provide generic implementation for FINITE/ISFINITE. (expand_builtin): Handle FINITE/ISFINITE. (fold_builtin_classify): Make ISFINITE canonical instead of FINITE. (fold_builtin_1): Likewise. * builtins.def (BUILT_IN_ISFINITE): New. * doc/extend.texi: Document isfinite. testsuite: * gcc.dg/pr28796-1.c: Add more cases. * gcc.dg/pr28796-2.c: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/builtins.def trunk/gcc/doc/extend.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr28796-1.c trunk/gcc/testsuite/gcc.dg/pr28796-2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30652
[Bug middle-end/20558] variadic __builtin_isinf broken
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-07-18 17:33 --- Fixed on trunk, problem persists on branches. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to fail||4.1.2 4.2.0 Known to work||4.3.0 Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20558
[Bug middle-end/20558] variadic __builtin_isinf broken
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-07-18 17:30 --- Subject: Bug 20558 Author: ghazi Date: Wed Jul 18 17:30:38 2007 New Revision: 126724 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126724 Log: PR target/30652 PR middle-end/20558 * builtins.c (expand_builtin_interclass_mathfn): Provide a generic fallback for isinf. * c-cppbuiltin.c (builtin_define_float_constants): Move FP max calculation code ... * real.c (get_max_float): ... to here. * real.h (get_max_float): New. testsuite: * gcc.dg/pr28796-1.c: Add more cases. * gcc.dg/pr28796-2.c: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/c-cppbuiltin.c trunk/gcc/real.c trunk/gcc/real.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr28796-1.c trunk/gcc/testsuite/gcc.dg/pr28796-2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20558
[Bug target/30652] SSE expansion is missing for isinf() and other fpclassify functions
--- Comment #6 from ghazi at gcc dot gnu dot org 2007-07-18 17:30 --- Subject: Bug 30652 Author: ghazi Date: Wed Jul 18 17:30:38 2007 New Revision: 126724 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126724 Log: PR target/30652 PR middle-end/20558 * builtins.c (expand_builtin_interclass_mathfn): Provide a generic fallback for isinf. * c-cppbuiltin.c (builtin_define_float_constants): Move FP max calculation code ... * real.c (get_max_float): ... to here. * real.h (get_max_float): New. testsuite: * gcc.dg/pr28796-1.c: Add more cases. * gcc.dg/pr28796-2.c: Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/c-cppbuiltin.c trunk/gcc/real.c trunk/gcc/real.h trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/pr28796-1.c trunk/gcc/testsuite/gcc.dg/pr28796-2.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30652
[Bug fortran/32795] [4.3 regression] allocatable components are nullified prematurely
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-18 17:12 --- In the code below, X%I is set to 0B, although the data should be still available: $> cat pr32795.f90 type :: a integer, allocatable :: i(:) end type a type(a) :: x, y x = a ((/ 1,2,3 /)) y = a (x%i(:)) ! memory leak print *, "<", x%i, ">" end $> gfortran-svn -fdump-tree-original pr31320.f90 && ./a.out <> The dump shows: x.i.data = 0B; before the print statement. An attempt to dealloc x afterwards follows (thus the leak). I will see whether I can do anything. If anyone beats me to, be welcome. Added Paul as CC. -- dfranke at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-18 17:12:34 date|| Summary|Leaking memory (generated |[4.3 regression] allocatable |prog) with type constructor |components are nullified |& allocatable components|prematurely http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32795
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-18 17:00 --- I'll commit the test case so there's no regression. Assigning to myself so I don't forget it. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-07-18 17:00:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug middle-end/32668] The type-generic builtins apply default promotions
--- Comment #4 from ghazi at gcc dot gnu dot org 2007-07-18 16:40 --- Fixed on trunk, problem persists on branches. -- ghazi at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.2 4.2.0 Known to work||4.3.0 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32668
[Bug middle-end/32668] The type-generic builtins apply default promotions
-- ghazi at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-07-07 20:39:59 |2007-07-18 16:34:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32668
[Bug middle-end/32668] The type-generic builtins apply default promotions
--- Comment #3 from ghazi at gcc dot gnu dot org 2007-07-18 16:13 --- Subject: Bug 32668 Author: ghazi Date: Wed Jul 18 16:13:09 2007 New Revision: 126723 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126723 Log: PR middle-end/32668 * builtin-attrs.def (ATTR_TYPEGENERIC, ATTR_CONST_NOTHROW_TYPEGENERIC): New. * builtins.def (BUILT_IN_ISINF, BUILT_IN_ISNAN, BUILT_IN_ISGREATER, BUILT_IN_ISGREATEREQUAL, BUILT_IN_ISLESS, BUILT_IN_ISLESSEQUAL, BUILT_IN_ISLESSGREATER, BUILT_IN_ISUNORDERED): Use ATTR_CONST_NOTHROW_TYPEGENERIC. * c-common.c (handle_type_generic_attribute): New. (c_common_attribute_table): Add "type generic". * c-typeck.c (convert_arguments): Handle "type generic" functions. Modified: trunk/gcc/ChangeLog trunk/gcc/builtin-attrs.def trunk/gcc/builtins.def trunk/gcc/c-common.c trunk/gcc/c-typeck.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32668
[Bug bootstrap/32794] GCC (SVN) naive build fails due to use of '%I64d'
--- Comment #2 from gdr at cs dot tamu dot edu 2007-07-18 16:02 --- Subject: Re: GCC (SVN) naive build fails due to use of '%I64d' "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Anyways the work around is to configure with | --disable-werror . Not because I know a work-around does not mean that it is not a bug to report. not because there might be a duplicate means that it cannot be confirmed. -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32794
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-18 15:43 --- This might have gotten fixed by the patch which fixed PR 32705. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug tree-optimization/32810] New: Not folding of const element for goto
Testcase:
void a(int*); void b(int*); void c(int*); void d(int*);
void func2(int* val) {
const void *const labels[] = { &&a, &&b, &&c, &&d };
goto *labels[2];
a: a(val);
b: b(val);
c: c(val);
d: d(val);
}
Right now we get (for PPC-darwin):
;; goto labels[2]
(insn 6 5 7 t5.c:10 (set (reg:SI 121)
(high:SI (label_ref:SI 0))) -1 (nil))
(insn 7 6 8 t5.c:10 (set (reg:SI 120)
(lo_sum:SI (reg:SI 121)
(label_ref:SI 0))) -1 (expr_list:REG_EQUAL (label_ref:SI 0)
(nil)))
(jump_insn 8 7 9 t5.c:10 (set (pc)
(reg:SI 120)) -1 (nil))
See how we get the "correct" proping of array element.
--
Summary: Not folding of const element for goto
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: missed-optimization, TREE
Severity: enhancement
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32810
[Bug tree-optimization/32635] [4.3 Regression] gfortran - internal compiler error: verify_ssa failed
--- Comment #3 from dir at lanl dot gov 2007-07-18 15:39 --- Well, it seems to have been fixed or gone back into hiding - [dranta:~/tests/gfortran-D] dir% gfortran -c -O2 aled7.F [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin8.10.0 Configured with: ../gcc/configure --disable-bootstrap --disable-multilib --prefix=/usr/local/gfortran --enable-languages=c,fortran Thread model: posix gcc version 4.3.0 20070718 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32635
[Bug middle-end/32791] missed optimization after inline functions with multiple return statements
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-18 15:37 --- Confirmed. I will file a seperate bug for a missed optimization at the tree level. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||missed-optimization Last reconfirmed|-00-00 00:00:00 |2007-07-18 15:37:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32791
4.1.2 bug
gcc version 4.1.2 20070502 on Fedora Core 7, Dell D600.
Build arguments were:
g++ -c -O3 -g -Wall -Wextra -Wno-unused-parameter -Wundef
-Woverloaded-virtual -DPLATFORM_X86 -o Configuration.o
Configuration.cpp
We have multiple versions of a method called writeEntry, one that takes
a boolean as its second value, and one that takes a string. When using
"question mark" syntax (as in the removed line below), the method
recurses rather than calling the string version of the method. When
using a more traditional "if" syntax (the code added), the method does
the right thing and calls the string variant of the method.
void
Configuration::writeEntry(string key, string value)
{
pthread_mutex_lock(&configMutex);
settingsChanged = true;
keyValue[key] = value;
pthread_mutex_unlock(&configMutex);
}
void
Configuration::writeEntry(string key, bool value)
{
-writeEntry(key, (value == true? "yes":"no"));
+if (value == true)
+writeEntry(key, "yes");
+else
+writeEntry(key, "no");
}
[Bug middle-end/32628] [4.3 Regression] bogus integer overflow warning
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-07-18 15:22 --- >So don't set overflow for conversion. When I tested this patch, it caused Ada not to bootstrap so I have to look more into it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32628
[Bug target/32338] [4.3 Regression] Error: .prologue within prologue
--- Comment #5 from jakub at gcc dot gnu dot org 2007-07-18 14:16 --- Created an attachment (id=13936) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13936&action=view) gcc43-pr32338-3.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
[Bug c/32796] [4.3 Regression] internal compiler error: tree check: expected integer_type or enumeral_type or boolean_type or real_type, have pointer_type in int_fits_type_p
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-18 14:16 --- Patch which needs testing: Index: c-typeck.c === --- c-typeck.c (revision 126719) +++ c-typeck.c (working copy) @@ -8218,8 +8239,9 @@ < TYPE_PRECISION (result_type)) && (type = c_common_signed_or_unsigned_type (unsigned1, - TREE_TYPE (arg1)), - int_fits_type_p (arg0, type))) + TREE_TYPE (arg1))) + && !POINTER_TYPE_P (type) + && int_fits_type_p (arg0, type)) result_type = type; else if (TREE_CODE (arg1) == INTEGER_CST && (unsigned0 || !uns) @@ -8227,8 +8249,9 @@ < TYPE_PRECISION (result_type)) && (type = c_common_signed_or_unsigned_type (unsigned0, - TREE_TYPE (arg0)), - int_fits_type_p (arg1, type))) + TREE_TYPE (arg0))) + && !POINTER_TYPE_P (type) + && int_fits_type_p (arg0, type)) result_type = type; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32796
[Bug target/32338] [4.3 Regression] Error: .prologue within prologue
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-18 14:16 --- Created an attachment (id=13935) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13935&action=view) gcc43-pr32338-2.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
[Bug target/32338] [4.3 Regression] Error: .prologue within prologue
--- Comment #3 from jakub at gcc dot gnu dot org 2007-07-18 14:15 --- Created an attachment (id=13934) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13934&action=view) gcc43-pr32338-1.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
[Bug target/32338] [4.3 Regression] Error: .prologue within prologue
--- Comment #2 from jakub at gcc dot gnu dot org 2007-07-18 14:14 --- The thing that changed is that new dataflow now allows moving around the (set (r12) (something)) frame related instructions within EBBs during scheduling more easily. These are generated for the sibcall epilogues before sibling calls and also for epilogue before br.ret. ia64.c unwind generation code assumes that the frame related r12 setting insns say in the same BB (while scheduling works with EBBs) and emits .body and .copy_state at the start of next BB after .label_state, but in this case we want it another BB later. I'll attach 3 possible fixes, one is to add blockage like we do for current_frame_info.total_size != 0 or cfun->machine->ia64_eh_epilogue_sp functions when we need frame pointer (and thus emit the r12 = something frame related insn), the other is the same but only emit the blockage in sibcall epilogues. The last one I'm ATM bootstrapping/regtesting doesn't limit the scheduling in anyway, instead adds a little state machine to control the addition of .label_state/.restore sp, .prologue, .body and .copy_state. If that works, it would e.g. also fix unnecessary .body directives when already in .body region. -- jakub at gcc dot gnu dot org changed: What|Removed |Added CC||wilson at gcc dot gnu dot ||org 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 |2007-07-18 14:14:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32338
[Bug target/32808] cris: ICE: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499
--- Comment #4 from rask at sygehus dot dk 2007-07-18 13:48 --- Fixed as of revision 126720. -- rask at sygehus dot dk changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32808
[Bug target/32808] cris: ICE: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499
--- Comment #3 from rask at gcc dot gnu dot org 2007-07-18 13:47 --- Subject: Bug 32808 Author: rask Date: Wed Jul 18 13:47:28 2007 New Revision: 126720 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126720 Log: PR target/32808 * config/cris/cris.c (cris_print_index): Don't use XEXP before checking that the operand is an expression. Modified: trunk/gcc/ChangeLog trunk/gcc/config/cris/cris.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32808
[Bug target/32808] cris: ICE: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499
--- Comment #2 from hp at gcc dot gnu dot org 2007-07-18 13:31 --- The patch is ok, thanks. -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32808
[Bug tree-optimization/32698] [4.3 regression] inefficient pointer expression
--- Comment #11 from zippel at gcc dot gnu dot org 2007-07-18 12:56 --- This bug is not fixed yet. Current gcc still generates: return (*(p + (i + 2) * 4) + *(p + (i + 1) * 4)) + *(p + (i + 3) * 4); 1. it still fails to extract the common expression at tree level. 2. it generates ineffecient initial RTL, so later optimizers have little chance to do something useful with it. -- zippel at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32698
[Bug target/32808] cris: ICE: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499
--- Comment #1 from patchapp at dberlin dot org 2007-07-18 12:10 --- Subject: Bug number PR target/32808 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/msg01529.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32808
[Bug target/31897] [4.3 Regression] 30% speed regression with -m32 on Opteron with rnflow
--- Comment #5 from ubizjak at gmail dot com 2007-07-18 12:05 --- The problem is in cptrf2 function when both -mfpmath=387 and -ftree-vectorize are used. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31897
[Bug other/30335] CreateFileMapping fails in Vista due to lack of admin privileges
--- Comment #15 from dannysmith at users dot sourceforge dot net 2007-07-18 11:44 --- Fixed. I have modified Christoph's original patch to avoid problems on NT4 Danny -- dannysmith at users dot sourceforge dot net changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30335
[Bug rtl-optimization/32557] [4.3 Regression] internal compiler error: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:956
--- Comment #3 from rask at sygehus dot dk 2007-07-18 11:27 --- It happens on sh-unknown-elf too compiling newlib: make[8]: Entering directory `/home/rask/build/gcc-sh-unknown-elf/sh-unknown-elf/m2a/newlib/libc/stdlib' Makefile:1333: warning: overriding commands for target `lib_a-mbtowc_r.o' Makefile:791: warning: ignoring old commands for target `lib_a-mbtowc_r.o' /home/rask/build/gcc-sh-unknown-elf/./gcc/xgcc -B/home/rask/build/gcc-sh-unknown-elf/./gcc/ -nostdinc -B/home/rask/build/gcc-sh-unknown-elf/sh-unknown-elf/m2a/newlib/ -isystem /home/rask/build/gcc-sh-unknown-elf/sh-unknown-elf/m2a/newlib/targ-include -isystem /n/12/rask/src/all/newlib/libc/include -B/usr/local/sh-unknown-elf/bin/ -B/usr/local/sh-unknown-elf/lib/ -isystem /usr/local/sh-unknown-elf/include -isystem /usr/local/sh-unknown-elf/sys-include -L/home/rask/build/gcc-sh-unknown-elf/./ld -m2a -DPACKAGE_NAME=\"newlib\" -DPACKAGE_TARNAME=\"newlib\" -DPACKAGE_VERSION=\"1.15.0\" -DPACKAGE_STRING=\"newlib\ 1.15.0\" -DPACKAGE_BUGREPORT=\"\" -I. -I/n/12/rask/src/all/newlib/libc/stdlib -O2 -fno-builtin -O2 -g -O2 -m2a -c -o lib_a-dtoa.o `test -f 'dtoa.c' || echo '/n/12/rask/src/all/newlib/libc/stdlib/'`dtoa.c /n/12/rask/src/all/newlib/libc/stdlib/dtoa.c: In function '_dtoa_r': /n/12/rask/src/all/newlib/libc/stdlib/dtoa.c:862: internal compiler error: RTL check: expected code 'reg', have 'subreg' in rhs_regno, at rtl.h:972 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32557
[Bug fortran/32801] USE of ISO_C_BINDING, ONLY: C_LOC causes compiler seg fault
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-07-18 11:24
---
Backtrace on x86_64-linux:
Program received signal SIGSEGV, Segmentation fault.
0x00459311 in resolve_symbol (sym=0xf0bb90)
at ../../../trunk3/gcc/fortran/resolve.c:7284
7284 if (sym->ts.type == BT_DERIVED && sym->ts.derived->components == NULL
(gdb) where
#0 0x00459311 in resolve_symbol (sym=0xf0bb90)
at ../../../trunk3/gcc/fortran/resolve.c:7284
#1 0x00463d87 in traverse_ns (st=0xf09930,
func=0x458a90 )
at ../../../trunk3/gcc/fortran/symbol.c:2846
#2 0x00455480 in resolve_types (ns=0xf0ae80)
at ../../../trunk3/gcc/fortran/resolve.c:8330
#3 0x00458a6d in gfc_resolve (ns=0xf0bb90)
at ../../../trunk3/gcc/fortran/resolve.c:8409
#4 0x0044b528 in gfc_parse_file ()
(gdb) p sym->ts
$3 = {type = BT_DERIVED, kind = 0, derived = 0x0, cl = 0x0, is_c_interop = 0,
is_iso_c = 0, f90_type = BT_UNKNOWN}
sym->ts has type BT_DERIVED, but yet sym->ts.derived is NULL. Maybe this should
be set earlier, or maybe the test on (sym->ts.type == BT_DERIVED &&
sym->ts.derived->components == NULL) just needs changing into (sym->ts.type ==
BT_DERIVED && sym->ts.derived && sym->ts.derived->components == NULL).
Christopher, any idea if this sym node is correct?
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Last reconfirmed|2007-07-18 05:44:38 |2007-07-18 11:24:34
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32801
[Bug target/32808] New: cris: ICE: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499
Trunk revision 126699 fails to build when configured like this: --target cris-axis-elf --with-newlib --enable-sim --disable-gdb --disable-nls --enable-checking=yes,rtl /home/rask/build/gcc-cris-axis-elf/./gcc/xgcc -B/home/rask/build/gcc-cris-axis-elf/./gcc/ -nostdinc -B/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/newlib/ -isystem /home/rask/build/gcc-cris-axis-elf/cris-axis-elf/newlib/targ-include -isystem /n/12/rask/src/all/newlib/libc/include -B/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libgloss/cris -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libgloss/libnosys -L/n/12/rask/src/all/libgloss/cris -B/usr/local/cris-axis-elf/bin/ -B/usr/local/cris-axis-elf/lib/ -isystem /usr/local/cris-axis-elf/include -isystem /usr/local/cris-axis-elf/sys-include -L/home/rask/build/gcc-cris-axis-elf/./ld -O2 -g -O2 -march=v10 -mbest-lib-options -O2 -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/n/12/rask/src/all/libgcc -I/n/12/rask/src/all/libgcc/. -I/n/12/rask/src/all/libgcc/../gcc -I/n/12/rask/src/all/libgcc/../include -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c /n/12/rask/src/all/libgcc/../gcc/libgcc2.c \ /n/12/rask/src/all/libgcc/../gcc/libgcc2.c: In function '__muldi3': /n/12/rask/src/all/libgcc/../gcc/libgcc2.c:566: internal compiler error: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499 -- Summary: cris: ICE: RTL check: expected elt 0 type 'e' or 'u', have 'w' (rtx const_int) in cris_print_index, at config/cris/cris.c:499 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rask at sygehus dot dk GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32808
[Bug java/32807] New: make fails, Java CLASSPATH
Sun Sparc Solaris 10. binutils 2.16, gnu make 3.81, gmp 4.2.1, mpfr 2.2.1 gcc-3.4.6 I downloaded gcc-4.2.0, unpacked it, in a separate objdir ./configure make after 4 hours of compilation, ends with /export/nscr/edp/pdon/builds/src/gnu/objdir/./gcc/gcj -B/export/nscr/edp/pdon/bu ilds/src/gnu/objdir/./gcc/ -B/usr/local/sparc-sun-solaris2.10/bin/ -B/usr/local/ sparc-sun-solaris2.10/lib/ -isystem /usr/local/sparc-sun-solaris2.10/include -is ystem /usr/local/sparc-sun-solaris2.10/sys-include -m64 -encoding UTF-8 --bootc lasspath '../lib':'../lib/glibj.zip' --classpath . -C -d classes /export/nscr/ed p/pdon/builds/src/gnu/gcc-4.2.0/libjava/classpath/tools/gnu/classpath/tools/*.ja va /export/nscr/edp/pdon/builds/src/gnu/gcc-4.2.0/libjava/classpath/tools/gnu/cl asspath/tools/*/*.java /export/nscr/edp/pdon/builds/src/gnu/gcc-4.2.0/libjava/cl asspath/tools/gnu/classpath/tools/*/*/*.java /export/nscr/edp/pdon/builds/src/gnu/gcc-4.2.0/libjava/classpath/tools/gnu/class path/tools/AbstractMethodGenerator.java:0: error: Can't find default package 'ja va.lang'. Check the CLASSPATH environment variable and the access to the archive s /export/nscr/edp/pdon/builds/src/gnu/gcc-4.2.0/libjava/classpath/tools/gnu/class path/tools/HelpPrinter.java:43: error: Class or interface 'java.io.InputStreamRe ader' not found in import. import java.io.InputStreamReader; ^ /export/nscr/edp/pdon/builds/src/gnu/gcc-4.2.0/libjava/classpath/tools/gnu/class path/tools/HelpPrinter.java:61: error: Type 'String' not found in the declaratio n of the argument 'args' of method 'checkHelpKey'. ... (hundreds (thousands?) of such messages) ... and also that many such as /export/nscr/edp/pdon/builds/src/gnu/gcc-4.2.0/libjava/classpath/tools/gnu/cla sspath/tools/keytool/CACertCmd.java:0: error: cannot find file for class java.la ng.Object ... I have JDK 1.5.0_06 in /usr/java1.5 $ echo $JAVA_HOME /usr/java1.5 $ echo $CLASSPATH /usr/local/junit/junit.jar Should I set some ./configure parameter? Never had to do that with 3.* versions of gcc Thanks for any help P. -- Summary: make fails, Java CLASSPATH Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pieter dot donche at ua dot ac dot be http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32807
[Bug tree-optimization/32806] New: Missing optimization to remove backword dependencies
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=32806
[Bug c/32805] strange error from winavr 20070525
--- Comment #1 from schwab at suse dot de 2007-07-18 09:26 --- The preprocessing token 0x9E+4 does not have the lexical form of a constant, thus it is invalid. You need to make sure that every pp-number that is converted to a token is valid as such. -- schwab at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Summary|strange error from winavr |strange error from winavr |20070525|20070525 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32805
[Bug c/32805] New: strange error from winavr 20070525
avr-gcc -S -mmcu=atmega16hva -I. -gstabs -DF_CPU=400UL -Os -funsigned-char
-funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes
-Wa,-adhlns=test.lst -std=gnu99 -MD -MP -MF .dep/test.s.d test.c -o test.s
test.c:7:9: error: invalid suffix "+4" on integer constant
make.exe: *** [test.s] Error 1
code here
int main(void)
{
int array[0xFF] = {0};
for (int i=0;i<8;i++)
{
array[0x9E+4*i] = 0x9E + 4 * i;
}
return 0;
}
analysis by Jörg Wunsch:
The lexer (lex_number() in libcpp/lex.c) tries to parse numbers
regardless of whether they might be floating-point or integer numbers.
As such, it not only considers regular digits, but also wants to match
a possible exponent sign of a floating-point number to become part of
the number (macro VALID_SIGN, in libcpp/internal.h). For this, it
looks at the previous character to see whether it's an `e' or `E' (or
`p' and `P' if hexadecimal floats are supported). So now that's the
point where it misidentifies your "0x9E+4" string: it passes it on as
a potential floating-point number, but the parser then parses it
(correctly) as a hexadecimal integer, and complains about the not-hex
"+4" trailing substring being an invalid integer suffix. (Valid
integer suffices are U, UL, and so on.)
--
Summary: strange error from winavr 20070525
Product: gcc
Version: 4.1.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: xiewensheng at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32805
[Bug middle-end/32004] [4.1/4.2/4.3 regression] : can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #39 from bonzini at gnu dot org 2007-07-18 09:02 --- Subject: Bug 32004 Author: bonzini Date: Wed Jul 18 09:02:38 2007 New Revision: 126715 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126715 Log: 2007-07-18 Paolo Bonzini <[EMAIL PROTECTED]> Revert: 2007-07-09 Paolo Bonzini <[EMAIL PROTECTED]> PR middle-end/32004 * function.c (rest_of_match_asm_constraints): Pass PROP_REG_INFO. 2007-07-06 Paolo Bonzini <[EMAIL PROTECTED]> PR middle-end/32004 * function.c (match_asm_constraints_1, rest_of_match_asm_constraints, pass_match_asm_constraints): New. * passes.c (init_optimization_passes): Add new pass. * stmt.c (expand_asm_operands): Set cfun->has_asm_statement. * function.h (struct function): Add has_asm_statement bit. (current_function_has_asm_statement): New. * tree-pass.h (pass_match_asm_constraints): New. Modified: branches/bonzini-4_2-branch-pr32004-reverted/gcc/ChangeLog branches/bonzini-4_2-branch-pr32004-reverted/gcc/function.c branches/bonzini-4_2-branch-pr32004-reverted/gcc/function.h branches/bonzini-4_2-branch-pr32004-reverted/gcc/passes.c branches/bonzini-4_2-branch-pr32004-reverted/gcc/stmt.c branches/bonzini-4_2-branch-pr32004-reverted/gcc/testsuite/gcc.target/i386/pr21291.c branches/bonzini-4_2-branch-pr32004-reverted/gcc/tree-pass.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32004
[Bug fortran/32804] New: ISO C Binding: C_LOC argument checking needs improvement
subroutine aaa(in) use iso_c_binding implicit none CHARACTER(KIND=C_CHAR), DIMENSION(*), TARGET :: in type(c_ptr) :: cptr cptr = c_loc(in) end subroutine Wrongly rejected with: Error: CHARACTER argument 'in' to 'c_loc' at (1) must have a length of 1 subroutine aaa(in) use iso_c_binding implicit none integer(KIND=C_int), DIMENSION(:), TARGET :: in type(c_ptr) :: cptr cptr = c_loc(in) end subroutine Wrongly accepts this; NAG f95 writes: Error: aa.f90, line 6: The argument to C_LOC must not be an assumed-shape array -- Summary: ISO C Binding: C_LOC argument checking needs improvement Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: rejects-valid, accepts-invalid Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org OtherBugsDependingO 32630 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32804
