[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #6 from amodra at bigpond dot net dot au 2005-11-21 07:08 --- Testing a fix. The reason gcc-3.3 doesn't fail on this testcase is that the first arg to store_bit_field there is a mem:BLK while gcc-3.4 and gcc-4 pass a mem:SI. Code after the following comment in store_bit_field fails badly, trying to insert a 64-bit field into an SImode reg. /* Get the mode to use for inserting into this field. If OP0 is BLKmode, get the smallest mode consistent with the alignment. If OP0 is a non-BLKmode object that is no wider than MAXMODE, use its mode. Otherwise, use the smallest mode containing the field. */ I think we just need to check that bestmode is at least as big as fieldmode. This will prevent trying to use insv, and fall thru to store_fixed_bit_field, which is what happens with a BLKmode MEM. -- amodra at bigpond dot net dot au changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |amodra at bigpond dot net |dot org |dot au Status|NEW |ASSIGNED Last reconfirmed|2005-11-21 01:53:20 |2005-11-21 07:08:37 date|| Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/20583] [4.0/4.1/4.2 regression] ICE in output_operand: invalid expression as operand
--- Comment #9 from kazu at gcc dot gnu dot org 2005-11-21 06:52 --- Subject: Bug 20583 Author: kazu Date: Mon Nov 21 06:52:01 2005 New Revision: 107281 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107281 Log: gcc/ PR middle-end/20583 * cse.c (cse_insn): Reject invalid forms of CONST earlier. gcc/testsuite/ PR middle-end/20583 * gcc.c-torture/compile/pr20583.c: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/pr20583.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/cse.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583
[Bug target/24955] ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
--- Comment #3 from aj at gcc dot gnu dot org 2005-11-21 06:13 --- Why did you close this as wontfix? I agree this is not release critical but it should be fixed IMO. -- aj at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2005-11-21 05:16 --- > Eric, do you still consider this problem important to be solved for 3.4.x? As the saying goes in French: "ne soyons pas plus royaliste que le roi". The C++ maintainers apparenty don't care much, then neither do I anymore. > Do you have a new version of your proposed patch? No, I've stopped working on this months ago. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
[Bug rtl-optimization/24883] [4.1/4.2 Regression] fatal error: internal consistency failure building xorg-x11
--- Comment #10 from ian at gcc dot gnu dot org 2005-11-21 05:43 --- Subject: Bug 24883 Author: ian Date: Mon Nov 21 05:43:32 2005 New Revision: 107280 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107280 Log: ./: PR rtl-optimization/24883 * combine.c (combinable_i3pat): When checking whether the destination of i3 is used in i3, consider paradoxical subregs. testsuite/: PR rtl-optimization/24883 * gcc.c-torture/compile/pr24883.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/pr24883.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/combine.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
[Bug rtl-optimization/24883] [4.1/4.2 Regression] fatal error: internal consistency failure building xorg-x11
--- Comment #11 from ian at airs dot com 2005-11-21 05:45 --- Fixed on mainline and 4.1 branch. -- ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
[Bug rtl-optimization/24883] [4.1/4.2 Regression] fatal error: internal consistency failure building xorg-x11
--- Comment #9 from ian at gcc dot gnu dot org 2005-11-21 05:41 --- Subject: Bug 24883 Author: ian Date: Mon Nov 21 05:41:36 2005 New Revision: 107279 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107279 Log: ./: PR rtl-optimization/24883 * combine.c (combinable_i3pat): When checking whether the destination of i3 is used in i3, consider paradoxical subregs. testsuite/: PR rtl-optimization/24883 * gcc.c-torture/compile/pr24883.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr24883.c Modified: trunk/gcc/ChangeLog trunk/gcc/combine.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24883
[Bug target/24831] [4.1/4.2 regression] gthr-dce.h:77: error: expected expression before '{' token
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-21 04:55 --- Subject: Re: [4.1 regression] gthr-dce.h:77: error: expected expression before '{' token > Anyhow, it seems to me like we could simply remove or comment out the > pthread_key_delete line, since this function is not used anywhere. > > Could you please test such a change? Thanks, Removing the pthread_key_delete line eliminates one error. However, we still are left with: ... -c ../../gcc/gcc/unwind-dw2.c -o libgcc/threads/unwind-dw2.o In file included from ../../gcc/gcc/gthr.h:103, from ../../gcc/gcc/unwind-dw2.c:42: ../../gcc/gcc/gthr-dce.h:77: error: expected expression before '{' token ../../gcc/gcc/gthr-dce.h:77: warning: type defaults to 'int' in declaration of ' __gthrw_pthread_once_init' ../../gcc/gcc/unwind-dw2.c: In function 'uw_init_context_1': ../../gcc/gcc/unwind-dw2.c:1259: error: invalid initializer In HP-UX 10.20, we have: ./pthread.h:#define pthread_once_init cma_once_init ./dce/cma.h:#define cma_once_init {0, 0, 0} I'll remove the __gthrw stuff for pthread_once_init as a test. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24831
[Bug target/20583] [4.0/4.1/4.2 regression] ICE in output_operand: invalid expression as operand
--- Comment #8 from kazu at gcc dot gnu dot org 2005-11-21 04:41 --- Subject: Bug 20583 Author: kazu Date: Mon Nov 21 04:41:38 2005 New Revision: 107278 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107278 Log: gcc/ PR middle-end/20583 * cse.c (cse_insn): Reject invalid forms of CONST earlier. gcc/testsuite/ PR middle-end/20583 * gcc.c-torture/compile/pr20583.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr20583.c Modified: trunk/gcc/ChangeLog trunk/gcc/cse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20583
[Bug middle-end/24912] [4.1/4.2 Regression] m68k build failure: ICE: in reload_cse_simplify_operands
--- Comment #12 from hp at gcc dot gnu dot org 2005-11-21 03:44 --- Non-empty comment to appease bugzilla. -- hp at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24912
[Bug target/21590] [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2005-11-21 03:09 --- Subject: Re: [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c > --- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:29 --- > Is there any hppa maintainer lookin at this? Not really. It's somewhat low priority as it's only a missed optimisation. Although it's listed as a target bug, the fix for this problem in 4.x was actually to the generic code. The root cause of this bug is the fact that the argument pointer can't be eliminated on this target. The copy in function.c prevents this optimisation. It would take some research to find the change which fixed the problem in 4.0. It's possible to get these tests to pass if we change the argument pointer register to a callee saves register. However, this requires creating a frame, saving the register used for the argument pointer and copying the incoming argument pointer to this new register. We could optimise this in cases where the argument pointer isn't needed. However, changes are needed to reload for this. Thus, I don't think a fix along these lines is appropriate for 3.3. The issue in this PR is related to the problem noted in PR 2493. We need to copy or save the argument pointer in order to be able to find saved arguments. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21590
[Bug target/24953] RTL check: access of elt 1 of vector with last elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:54 --- Index: predicates.md === I think the following patch fixes the checking failure. I will bootstrap overnight. --- predicates.md (revision 107244) +++ predicates.md (working copy) @@ -1034,7 +1034,8 @@ if (count <= 1 || GET_CODE (XVECEXP (op, 0, 0)) != SET || GET_CODE (SET_DEST (XVECEXP (op, 0, 0))) != REG - || GET_CODE (SET_SRC (XVECEXP (op, 0, 0))) != UNSPEC_VOLATILE) + || GET_CODE (SET_SRC (XVECEXP (op, 0, 0))) != UNSPEC_VOLATILE + || XVECLEN (SET_SRC (XVECEXP (op, 0, 0)), 0) <= 1) return 0; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24953
[Bug middle-end/24770] [3.4 Regression] Incorrect "unreachable code" warning from 3.4.3 under specific conditions
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:44 --- Not release critical. Postponed until GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24770
[Bug c++/24397] [3.4 regression] ICE in gen_subprogram_die, at dwarf2out.c
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:43 --- Postponed until GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24397
[Bug c++/24368] [3.4 Regression] -Wshadow gets confused by built-ins
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:42 --- If I recall correctly, this involves rewriting how we handle the built-ins by Roger Sayle. At this stage, won't fix for 3.4.x -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.5 |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24368
[Bug c/24363] [3.4 Regression] Missing Errormessage
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:40 --- Not release critical. Postponed until GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24363
[Bug c++/24199] [3.4 Regression] Segfault with -frepo -g
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:39 --- (In reply to comment #3) > It looks like it was fixed on mainline by this patch from mmitchel: > > http://gcc.gnu.org/ml/gcc-cvs/2004-08/msg01218.html > > It's hard to be sure because there are build failures at that time for > powerpc-linux. > Mark -- Do you believe your patch is also good for GCC-3.4.x? -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24199
[Bug middle-end/24150] [3.4 only]: HOT_TEXT_SECTION_NAME doesn't have the leading `.'
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:38 --- RTH, do you believe your patch (mentioned in Comment #0) is good for GCC-3.4.x? -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org, ||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24150
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-21 02:35 --- Reduced testcase: subroutine w_combine_multipoles (cctk_dim, cctk_gsh, cctk_lsh, cctk_lbnd, cctk_ubnd, cctk_lssh, cctk_from,& &tetrad_mask,X0tetrad_n,X0weyl_invariants,X0weyl_scalars,X0weyl_scalars_multipoles,X1ricci_scalars,X1tetrad_l,X1tetrad_m,X1tetrad& &ts,X2weyl_scalars,weyl_scalars_multipoles_length,w_i,w_i_p,w_i_p_p,w_j,w_j_p,w_j_p_p,w_l0,w_l1,w_l2,w_l3,w_lambda,w_lambda_p,w_l& &sixx,psixy,psixz,psiy,psiyy,psiyz,psiz,psizz,r,shift_state,space_mask,x,y,z) INTEGER X0weyl_scalars_multipoles INTEGER weyl_scalars_multipoles_length COMPLEX*16 w_one_mp(X0weyl_scalars_multipoles,weyl_scalars_multipoles_length) interface integer function CCTK_IsThornActive (name) end function CCTK_IsThornActive end interface COMPLEX*16, allocatable :: factor(:) call cscale (w_one_mp (:num_modes, n), factor(:)) contains elemental subroutine cscale (var, sc) COMPLEX*16, intent(inout) :: var COMPLEX*16, intent(in):: sc end subroutine cscale end subroutine w_combine_multipoles -- 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 |2005-11-21 02:35:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug c++/23162] [3.4 only] internal compiler error: in c_expand_expr, at c-common.c:4138
--- Comment #5 from gdr at gcc dot gnu dot org 2005-11-21 02:34 --- Postponed until GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23162
[Bug middle-end/21939] [3.4 Regression] corrupted memory with deque of >63 items
--- Comment #8 from gdr at gcc dot gnu dot org 2005-11-21 02:33 --- Postponed untill GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21939
[Bug debug/21932] [3.4 Regression] -O3 -fno-unit-at-a-time causes ICE
--- Comment #4 from gdr at gcc dot gnu dot org 2005-11-21 02:31 --- Postponed untill GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21932
[Bug target/21590] [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-21 02:30 --- Postponed untill GCC 3.4.6 -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21590
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/21590] [3.4 only] FAIL: gcc.dg/sibcall-1.c and FAIL: gcc.dg/sibcall-2.c
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:29 --- Is there any hppa maintainer lookin at this? -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21590
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #5 from amodra at bigpond dot net dot au 2005-11-21 02:28 --- Err, that was 3.3.3-hammer I tested. -- amodra at bigpond dot net dot au changed: What|Removed |Added Known to work|3.3.3 3.2.3 |3.2.3 Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug c++/20164] [3.4 Regression] Wrong line number in diagnostic
--- Comment #12 from gdr at gcc dot gnu dot org 2005-11-21 02:28 --- Appears to be fixed in 4.0.3 and higher. Won't fix for 3.4.x. -- gdr at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|3.4.5 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20164
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-21 02:27 --- Backtrace: #0 0x00467551 in gfc_conv_function_call (se=0x7fc3b3b0, sym=0xc84ec0, arg=0xc855e0) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-expr.c:1607 #1 0x00477289 in gfc_trans_call (code=0xc86150) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-stmt.c:222 #2 0x0045466b in gfc_trans_code (code=0xc86150) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans.c:533 #3 0x00476d67 in gfc_trans_do (code=0xc857d0) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-stmt.c:585 #4 0x004544a9 in gfc_trans_code (code=0xc857d0) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans.c:549 #5 0x00463505 in gfc_generate_function_code (ns=0xc1d120) at /home/pinskia/src/checkin/trunk/gcc/fortran/trans-decl.c:2621 #6 0x00439e8c in gfc_parse_file () at /home/pinskia/src/checkin/trunk/gcc/fortran/parse.c:2680 #7 0x0045380e in gfc_be_parse_file (set_yydebug=Variable "set_yydebug" is not available. ) at /home/pinskia/src/checkin/trunk/gcc/fortran/f95-lang.c:286 #8 0x0071cb28 in toplev_main (argc=Variable "argc" is not available. ) at /home/pinskia/src/checkin/trunk/gcc/toplev.c:990 #9 0x2ad1847b in __libc_start_main () from /lib/libc.so.6 #10 0x00403eaa in _start () at ../sysdeps/x86_64/elf/start.S:113 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug target/21578] ICE in reload_cse_simplify_operands for Coldfire.
--- Comment #6 from kazu at gcc dot gnu dot org 2005-11-21 02:26 --- Shall we close this as WORKSFORME? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21578
[Bug target/19672] [3.4 Regression] Performance regression in simple loop code
--- Comment #19 from gdr at gcc dot gnu dot org 2005-11-21 02:26 --- Fixed for 4.0.x and higher. Won't fix in 3.4.x -- gdr at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED Target Milestone|3.4.5 |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19672
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|3.3.3 |3.3.3 3.2.3 Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #4 from amodra at bigpond dot net dot au 2005-11-21 02:24 --- No ice with 3.3.3 either -- amodra at bigpond dot net dot au changed: What|Removed |Added CC||amodra at bigpond dot net ||dot au Known to work|3.2.3 |3.3.3 Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug target/18603] [3.4 only] local label names can collide with function names
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-21 02:23 --- (In reply to comment #2) > This has been fixed on mainline. Note that you need a recent (2004-09) > binutils > with support for new dot-symbol conventions when you configure and build GCC. > > I can make a patch available for 3.4.3 if there's sufficient interest. > Hi Alan, Are you still willing to make the patch for 3.4.x? -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18603
[Bug middle-end/24950] [3.4/4.0/4.1/4.2 Regression] ICE in operand_subword_force
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-11-21 02:22 --- This works in 3.2.3 so it is a regression from there. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work||3.2.3 Summary|ICE in operand_subword_force|[3.4/4.0/4.1/4.2 Regression] ||ICE in operand_subword_force Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug debug/18273] [3.4 Regression] Fail to generate debug info for member function.
--- Comment #2 from gdr at gcc dot gnu dot org 2005-11-21 02:22 --- Postponed until 3.4.6. Not release critical. -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18273
[Bug c++/17972] [3.4 Regression] const/pure functions result in bad asm
--- Comment #37 from gdr at gcc dot gnu dot org 2005-11-21 02:21 --- (In reply to comment #36) > New patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg00864.html > Eric, do you still consider this problem important to be solved for 3.4.x? Do you have a new version of your proposed patch? -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17972
[Bug target/24951] [4.1/4.2 Regression] ICE: RTL check: expected code 'const_int', have 'const_double' in output_vec_const_move, at config/rs6000/rs6000.c
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:15 --- Confirmed, this is a regression. The check for integer type was removed for some reason. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||bonzini at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 02:15:40 date|| Summary|ICE: RTL check: expected|[4.1/4.2 Regression] ICE: |code 'const_int', have |RTL check: expected code |'const_double' in |'const_int', have |output_vec_const_move, at |'const_double' in |config/rs6000/rs6000.c |output_vec_const_move, at ||config/rs6000/rs6000.c Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24951
[Bug rtl-optimization/16702] [3.4 regression] ICE (segfault) when compiling qemu with -O on x86_64 with gcc 3.4
--- Comment #7 from gdr at gcc dot gnu dot org 2005-11-21 02:14 --- Postponed untill GCC 3.4.6 (this bug has been there for more than a year and there does not seem to be excitment about it) -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16702
[Bug c++/16021] Tests for container swap specialisations FAIL in debug mode
--- Comment #14 from gdr at gcc dot gnu dot org 2005-11-21 02:12 --- (In reply to comment #13) > It also works if NS is nested within std, as in the example in the GCC > documentation. > So, Jason, do you want to close this as WONTFIX for 3.4.x? -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||gdr at gcc dot gnu dot org Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16021
[Bug target/15914] [3.4 only] gcc-3_4-branch ICE on Linux kernel
--- Comment #7 from gdr at gcc dot gnu dot org 2005-11-21 02:11 --- Postponed until GCC 3.4.6 (this bug has been there for more than a here; nobody seems to feel strong about it) -- gdr at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|3.4.5 |3.4.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15914
[Bug target/24953] RTL check: access of elt 1 of vector with last elt 0 in vrsave_operation_1, at config/rs6000/predicates.md:1041
--- Comment #1 from dje at gcc dot gnu dot org 2005-11-21 02:09 --- We just need to check that we have enough elts in the VEC. -- dje at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dje at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 02:09:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24953
[Bug target/15231] [3.4 only] constant pool entries referring to nonexistent labels
--- Comment #6 from gdr at gcc dot gnu dot org 2005-11-21 02:09 --- (In reply to comment #5) > I've made a small amount of headway on this. > > Labels L22 and L21 were (when created) the addresses of objects in the code. > However, they are deleted (presumably as unreachable), but the references to > the > lables persist. > > This is presumably exactly the case that RTH believed couldn't happen when he > mentioned this in his email here: > > http://gcc.gnu.org/ml/gcc-patches/2000-05/msg00881.html > > and the reason we don't abort on ARM is that we never call > output_constant_pool > since we roll our own mini-pools. > > I've sofar been unsuccessful in reducing the testcase to something more > managable. Have you been able to track this with RTH? Do you care about this bug be fixed for 3.4.5? We're in 3.4.6 pre-release business now. -- Gaby -- gdr at gcc dot gnu dot org changed: What|Removed |Added CC||rth at gcc dot gnu dot org, ||gdr at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15231
[Bug target/24955] ICE: rs6000_output_function_epilogue, at config/rs6000/rs6000.c:15204
--- Comment #2 from dje at gcc dot gnu dot org 2005-11-21 02:08 --- This one is nonsense. We do not have a language type for Treelang. So what? -- dje at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Keywords|ice-on-valid-code | Resolution||WONTFIX Summary|ICE:|ICE: |rs6000_output_function_epilo|rs6000_output_function_epilo |gue with treelang code |gue, at ||config/rs6000/rs6000.c:15204 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug target/24955] ICE: rs6000_output_function_epilogue with treelang code
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:05 --- Confirmed, only with treelang code this can happen. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-11-21 02:05:30 date|| Summary|ICE:|ICE: |rs6000_output_function_epilo|rs6000_output_function_epilo |gue, at |gue with treelang code |config/rs6000/rs6000.c:15204| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24955
[Bug middle-end/24952] ICE: RTL check: expected code 'set' or 'clobber', have 'unspec' in try_combine, at combine.c:2898
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 02:02 --- The bug in combine.c has been there since 1.1 of the file but I don't know if this is a latent bug which was just exposed or not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24952
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #3 from schnetter at aei dot mpg dot de 2005-11-21 01:54 --- Created an attachment (id=10305) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10305&action=view) Complete screen output, i.e., all warnings before the error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #2 from schnetter at aei dot mpg dot de 2005-11-21 01:53 --- I forgot to mention my command line arguments: /Users/eschnett/gcc/bin/gfortran -mlongcall -ftrapv -fwrapv -g3 -Wall -Wshadow -Wsurprising -c -o $current_wd/w_extract_multipoles.F90.o $current_wd/w_extract_multipoles.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug middle-end/24950] ICE in operand_subword_force
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-21 01:53 --- Confirmed, does not look like a regression though you can never tell. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail|4.1.0 4.2.0 4.0.3 |4.1.0 4.2.0 4.0.3 3.4.5 Last reconfirmed|-00-00 00:00:00 |2005-11-21 01:53:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug fortran/24966] Internal compiler error: Bus error
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 01:52 --- Created an attachment (id=10304) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10304&action=view) Failing source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug fortran/24966] New: Internal compiler error: Bus error
I use $ ~/gcc/bin/gfortran --version GNU Fortran 95 (GCC) 4.2.0 20051119 (experimental) and receive for the attached source file, after several warnings, the error /Users/eschnett/Cvanilla/arrangements/AEIDevelopment/Weyl/src/w_extract_multipoles.F90:370: internal compiler error: Bus error I also attach the complete screen output. -- Summary: Internal compiler error: Bus error Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.3.0 GCC host triplet: powerpc-apple-darwin8.3.0 GCC target triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24966
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #30 from pedro dot lamarao at mndfck dot org 2005-11-21 01:42 --- Created an attachment (id=10303) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10303&action=view) Defines __cplusplus to 199711L and overrides it in c++config.h for solaris 8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug middle-end/24950] ICE in operand_subword_force
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 01:42 --- Fails: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00998.html http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00840.html Hmm, this has failed since the testcase was added, I have to manually check if it is a regression. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail||4.1.0 4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24950
[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L
--- Comment #29 from pedro dot lamarao at mndfck dot org 2005-11-21 01:41 --- The following patch implements the suggested solution. Is it correct? I don't have access to any version of Solaris to check. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1773
[Bug middle-end/24947] -Os should maximize inlining --param values.
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-21 01:36 --- Do you have an example of where the params get in the way? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING GCC build triplet|athlon-gnu-linux| GCC host triplet|athlon-gnu-linux| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24947
[Bug ada/24946] [4.1/4.2 Regression] make[7]: rc: Command not found
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|make[7]: rc: Command not|[4.1/4.2 Regression] |found |make[7]: rc: Command not ||found Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24946
[Bug bootstrap/24859] SEVERE ERROR bootstrapping gcc on AIX 5/POWER
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24859
[Bug middle-end/24912] [4.1/4.2 Regression] m68k build failure: ICE: in reload_cse_simplify_operands
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1, 4.2 Regression] m68k |[4.1/4.2 Regression] m68k |build failure: ICE: in |build failure: ICE: in |reload_cse_simplify_operands|reload_cse_simplify_operands Target Milestone|4.2.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24912
[Bug fortran/24965] Wrong file name in error message
--- Comment #1 from schnetter at aei dot mpg dot de 2005-11-21 00:58 --- Created an attachment (id=10302) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10302&action=view) Failing source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
[Bug fortran/24965] New: Wrong file name in error message
The enclosed source file contains errors. The errors are detected, but are attributed to the wrong source file. The relevant lines of the source files are: # 1 "/Users/eschnett/Cvanilla/arrangements/AEIThorns/Exact/src/include/Scalar_CalcTmunu_temps.inc" c c temporary variables for code in Scalar_CalcTmunu.inc c REAL*8 unu,doi,trei,rr,sum,rr2,aha1,aha2,,riih,rii2 REAL*8 ,,1,1,1,r3,bass,term1,term2 REAL*8 unu1, raz, raz2, razsch2, coefsch, pppsch, unusch REAL*8 treiori REAL*8 star_m, star_r This particular block appears twice in the source file. When compiled with $ ~/gcc/bin/gfortran setupmaximal.f The error messages begin with In file /Users/eschnett/Cvanilla/arrangements/CactusEinstein/Maximal/src/setupmaximal.F:4 REAL*8 unu,doi,trei,rr,sum,rr2,aha1,aha2,,riih,rii2 1 Error: Symbol 'unu' at (1) already has basic type of REAL Note that the file name ends with "setupmaximal.F" and not "Scalar_CalcTmunu_temps.inc", as it should. I failed to reproduce this with a smaller source file. -- Summary: Wrong file name in error message Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.3.0 GCC host triplet: powerpc-apple-darwin8.3.0 GCC target triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24965
[Bug tree-optimization/24931] [4.0/4.1/4.2 Regression] uninitialized structure member after assignment
--- Comment #4 from rth at gcc dot gnu dot org 2005-11-21 00:56 --- Subject: Bug 24931 Author: rth Date: Mon Nov 21 00:55:57 2005 New Revision: 107272 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107272 Log: PR 24931 * tree-sra.c (struct sra_elt): Add all_no_warning. (struct sra_walk_fns) : Add use_all argument. (sra_walk_expr): Pass it. (sra_walk_modify_expr): Likewise. (scalarize_ldst): Likewise. (scan_use): Update for new argument. (mark_no_warning): New. (scalarize_use): Use it. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/uninit-14.c - copied unchanged from r107271, trunk/gcc/testsuite/gcc.dg/uninit-14.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24931
[Bug tree-optimization/24963] [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 00:52 --- Confirmed, I saw this too. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 00:52:44 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24963
[Bug tree-optimization/24931] [4.0/4.1/4.2 Regression] uninitialized structure member after assignment
--- Comment #3 from rth at gcc dot gnu dot org 2005-11-21 00:51 --- Subject: Bug 24931 Author: rth Date: Mon Nov 21 00:51:39 2005 New Revision: 107271 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107271 Log: PR 24931 * tree-sra.c (struct sra_elt): Add all_no_warning. (struct sra_walk_fns) : Add use_all argument. (sra_walk_expr): Pass it. (sra_walk_modify_expr): Likewise. (scalarize_ldst): Likewise. (scan_use): Update for new argument. (mark_no_warning): New. (scalarize_use): Use it. Added: trunk/gcc/testsuite/gcc.dg/uninit-14.c Modified: trunk/gcc/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24931
[Bug tree-optimization/24964] Does not optimise abs(x)**2 to x**2
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-21 00:40 --- This comes down to the tree-combiner. Take the following C functions: double fabs(double); double f(double a) { return fabs(a)*fabs(a); } double f1(double *a) { return fabs(*a)*fabs(*a); } double f2(double *a) { double t = fabs(*a); return t*t; } Only f2 is not optimized. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||15459 Status|UNCONFIRMED |NEW Component|fortran |tree-optimization Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-21 00:40:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24964
32bit Email Broadcaster Sample Subject
ÐÏࡱ
[Bug fortran/24964] New: Does not optimise abs(x)**2 to x**2
I use $ ~/gcc/bin/gcc --version gcc (GCC) 4.2.0 20051119 (experimental) on the routine double precision function abssqr (a) implicit none double precision, intent(in) :: a abssqr = abs(a) ** 2 end function abssqr with $ ~/gcc/bin/gfortran -Wall -O3 -ffast-math -S abssqr.f90 which leads to the assembler output .machine ppc .text .align 2 .globl _abssqr_ _abssqr_: lfd f1,0(r3) fabs f1,f1 fmul f1,f1,f1 blr .subsections_via_symbols I think that the term "abs(a)**2" should have been optimised to "a**2". I think that this optimisation is valid even with IEEE semantics, but I would expect it anyway with -ffast-math. -- Summary: Does not optimise abs(x)**2 to x**2 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schnetter at aei dot mpg dot de GCC build triplet: powerpc-apple-darwin8.3.0 GCC host triplet: powerpc-apple-darwin8.3.0 GCC target triplet: powerpc-apple-darwin8.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24964
[Bug target/24378] [4.1 Regression] gcc.dg/vect/pr24300.c (test for excess errors) fails
--- Comment #2 from phython at gcc dot gnu dot org 2005-11-20 22:18 --- This testcase fails when we don't have optabs for REDUC trees. -- phython at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.1.0 Known to work||4.0.2 Summary|gcc.dg/vect/pr24300.c (test |[4.1 Regression] |for excess errors) fails|gcc.dg/vect/pr24300.c (test ||for excess errors) fails http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24378
[Bug libfortran/24909] libmatmul.a breaks darwin build
--- Comment #8 from jb at gcc dot gnu dot org 2005-11-20 21:39 --- rth committed a fix to trunk and 4.1: http://gcc.gnu.org/ml/fortran/2005-11/msg00548.html It should now work again on all supported platforms. Unless new problems are reported I'll close this in a few days. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24909
[Bug target/24959] Trampolines fail on i686-apple-darwin
--- Comment #1 from gcc at microbizz dot nl 2005-11-20 21:17 --- Subject: Trampolines fail on i686-apple-darwin Note the gcc.c-torture/execute/nestfunc-5.c fails also (with a bus error). Adriaan van Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
[Bug tree-optimization/16876] [3.4/4.0/4.1 Regression] ICE on testcase with -O3 in gen_lowpart
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-09-07 19:07:48 |2005-11-20 20:28:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16876
Re: C++ bug with std::copy and std::pair
Hi, > I have attached a cpp file that (I believe) should compile (and does on > Borland c++). It is the copy at the end that causes a problem - the > while loop is simply doing the same as what the copy should do (just to > show I did the operator<< properly). Copy works for other cases (ints, > floats, etc) and even for my own structs too. I'm just not sure why it > complains about the operator<< function for a std::pair. The short answer is that the behavior implemented by GCC is correct, according to the ISO C++ Standard. Of course I agree that it's somewhat unexpected: you may want to have a look to this thread, for instance: http://tinyurl.com/dtxrx Paolo.
[Bug fortran/21302] Max line length in free form mode
--- Comment #7 from rep dot nop at aon dot at 2005-11-20 20:13 --- updated patch: http://gcc.gnu.org/ml/fortran/2005-11/msg00551.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21302
[Bug tree-optimization/24931] [4.0/4.1 Regression] uninitialized structure member after assignment
-- rth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-11-18 06:19:39 |2005-11-20 20:08:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24931
problems with gfortran in 64-bit mode
source code: double precision d integer i d=0. i=0 write(0,*) i write(0,*) d end Platrofrm: Powerpc G5 running darwin 10.4.3. Runtime error: "Illegal instuction" after writing the integer. Compilation command: /usr/local/usr/bin/gfortran-4.0 -v -save-temps -m64 -L/usr/local/usr/lib pmain2.f Driving: /usr/local/usr/bin/gfortran-4.0 -v -save-temps -m64 -L/usr/local/usr/lib pmain2.f -lgfortranbegin -lgfortran -shared-libgcc Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /Build/apple/gcc/build/obj/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++,f95 --program-transform-name=/^[cg][^.-] *$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --build=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5224) /usr/local/usr/bin/../libexec/gcc/powerpc-apple-darwin8/4.0.1/f951 pmain2.f -ffixed-form -mconstant-cfstrings -fPIC -quiet -dumpbase pmain2.f -m64 -auxbase pmain2 -version -o pmain2.s GNU F95 version 4.0.1 (Apple Computer, Inc. build 5224) (powerpc-apple-darwin8) compiled by GNU C version 4.0.1 (Apple Computer, Inc. build 5224). GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 as -arch ppc64 -o pmain2.o pmain2.s /usr/local/usr/bin/../libexec/gcc/powerpc-apple-darwin8/4.0.1/collect2 -dynamic -arch ppc64 -weak_reference_mismatches non-weak -o a.out -lcrt1.o -L/usr/local/usr/lib -L/usr/local/usr/bin/../lib/gcc/powerpc- apple-darwin8/4.0.1/ppc64 -L/usr/local/usr/bin/../lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/local/usr/bin/../lib/gcc -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/ppc64 -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1 -L/usr/local/usr/bin/../lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. -L/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../.. pmain2.o -lgfortranbegin -lgfortran -lgcc_s_ppc64 -lgcc -lSystemStubs -lmx -lSystem Roger Ghanem 254C Kaprielian Hall University of Southern California Los Angeles, CA 90089 Tel: 213 740 9528 Fax: 213 740 2037
[Bug rtl-optimization/24930] [4.0/4.1 Regression] Crash in combine
--- Comment #6 from rth at gcc dot gnu dot org 2005-11-20 19:32 --- Patch is approved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24930
[Bug testsuite/23304] [4.1 Regression] testsuite failures: g++.dg/ext/packed3.C, packed4.C, packed8.c and g++.dg/other/crash-4.C
--- Comment #8 from nathan at gcc dot gnu dot org 2005-11-20 19:29 --- I've come to the conclusion that my 21166 patch was overzealous. What I now think is that packing a decl always changes its type except for one case described below. Even when the field's placment happens to work out right, the decl should remain packed (it's just an accident of placement, which is fragile). The exception should be were BITS_PER_UNIT == TYPE_ALIGN (TREE_TYPE (field)). Packing such a field is a no-op, so should not be reflected in the type system. We can place this check when we first attempt to set DECL_PACKED. I think this is sufficient to fix the original problem 21166 was trying to solve. -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|WAITING |ASSIGNED Last reconfirmed|2005-10-22 06:56:58 |2005-11-20 19:29:49 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23304
[Bug debug/24824] [4.1 Regression] ICE: in build_abbrev_table, at dwarf2out.c:6427 with -feliminate-dwarf2-dups
--- Comment #7 from nathan at gcc dot gnu dot org 2005-11-20 19:18 --- I'll have a look tomorrow -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-12 19:09:06 |2005-11-20 19:18:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24824
[Bug tree-optimization/24665] [4.0/4.1 Regression] internal compiler error: get_indirect_ref_operands
--- Comment #9 from rth at gcc dot gnu dot org 2005-11-20 19:06 --- Fixed. -- rth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24665
[Bug tree-optimization/24665] [4.0/4.1 Regression] internal compiler error: get_indirect_ref_operands
--- Comment #8 from rth at gcc dot gnu dot org 2005-11-20 19:05 --- Subject: Bug 24665 Author: rth Date: Sun Nov 20 19:05:43 2005 New Revision: 107260 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107260 Log: PR tree-opt/24665 * tree-gimple.c (is_gimple_id): Export. * tree-gimple.h (is_gimple_id): Declare. * tree-ssa-ccp.c (ccp_decl_initial_min_invariant): New. (get_default_value): Use it. (maybe_fold_stmt_indirect): Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/opt/pr24665.C - copied unchanged from r107244, trunk/gcc/testsuite/g++.dg/opt/pr24665.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-gimple.c branches/gcc-4_1-branch/gcc/tree-gimple.h branches/gcc-4_1-branch/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24665
[Bug tree-optimization/24665] [4.0/4.1 Regression] internal compiler error: get_indirect_ref_operands
--- Comment #7 from rth at gcc dot gnu dot org 2005-11-20 19:04 --- Subject: Bug 24665 Author: rth Date: Sun Nov 20 19:03:53 2005 New Revision: 107259 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107259 Log: PR tree-opt/24665 * tree-gimple.c (is_gimple_id): Export. * tree-gimple.h (is_gimple_id): Declare. * tree-ssa-ccp.c (ccp_decl_initial_min_invariant): New. (get_default_value): Use it. (maybe_fold_stmt_indirect): Likewise. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/opt/pr24665.C - copied unchanged from r107245, trunk/gcc/testsuite/g++.dg/opt/pr24665.C Modified: branches/gcc-4_0-branch/gcc/ChangeLog branches/gcc-4_0-branch/gcc/tree-gimple.c branches/gcc-4_0-branch/gcc/tree-gimple.h branches/gcc-4_0-branch/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24665
[Bug middle-end/23606] fold does not fold (type)(a == b) into a == b (with type as the type)
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-20 18:14 --- I am retesting the patch and will apply after a bootstrap/test is finished. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||19986 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23606
[Bug tree-optimization/24963] New: [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails
FAIL: gcc.dg/vect/vect-62.c scan-tree-dump-times not vectorized: redundant loop. no profit to vectorize. 1 appeared on mainline on i686-pc-linux-gnu and ia64-hp-hpux11.23 (both -milp32 and -mlp64) between 20051118 (revision 107161) and 20051119 (revision 107213). This test previously PASSed in revision 107161, FAILing in 107213. As the only changes between 4.1 branching (107209) and 107213 are administrative changes as part of the branching process, this regression presumably applies on 4.1 branch as well. -- Summary: [4.1/4.2 Regression] gcc.dg/vect/vect-62.c scan-tree- dump-times not vectorized: redundant loop. no profit to vectorize. 1 fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24963
[Bug testsuite/23400] [4.1 Regression] "make check" fixinclude failure
--- Comment #7 from bauhaus at futureapps dot de 2005-11-20 17:56 --- > PR 23400 > * inclhack.def: Add newline to the replace text for string.h. > * fixincl.x: Regenerate. Similarly, removing \n from last line of the string.h in the fixincludes source directory works for me (seemingly, make check is running). (-rw-r--r-- 1 georg staff 328 2005-11-20 16:42 ../src/gcc/fixincludes/tests/base/string.h) Why is there an Ultrix fix in string.h in the first place? Does it just happen to be there because that is how fixinclude had finished writing headers at some point? -- bauhaus at futureapps dot de changed: What|Removed |Added CC||bauhaus at futureapps dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23400
[Bug testsuite/24962] New: gcc.target/ia64/20030811-1.c (test for excess errors) fails with -milp32
FAIL: gcc.target/ia64/20030811-1.c (test for excess errors) has appeared on mainline for ia64-hp-hpux11.23 -milp32, with the move of that test from gcc.dg which also enabled it for HP-UX (previously only enabled for ia64-linux). Messages are all of form /scratch/gcc/nightly-2005-11-19-mainline/src/gcc-mainline/gcc/testsuite/gcc.target/ia64/20030811-1.c:47: warning: integer constant is too large for 'long' type or similar "large integer implicitly truncated to unsigned type" (this testcase is clearly not -milp32 (the HP-UX default) ready). -- Summary: gcc.target/ia64/20030811-1.c (test for excess errors) fails with -milp32 Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org GCC target triplet: ia64-*-hpux* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24962
[Bug c++/24960] reference to member var in templated base class won't compile
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 17:14 --- Please read http://gcc.gnu.org/gcc-3.4/changes.html . -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24960
[Bug target/24961] New: No constraint letter for destination_operand
There is no way to specify a constraint for an operand of an asm statement that may only be a destination operand (ie. the first operand of the st insn). If you try to use the "m" constraint together with the %P operand modifier you can get invalid asm code when %P expands to a register instead of a number. For example, the Linux kernel uses this asm statement: asm volatile ("\n[1:]\tst"#n" %1=%r2%P1\t// %0 gets overwritten by exception handler\n" "\t.xdata4 \"__ex_table\", 1b-., 1f-.\n" "[1:]" : "=r"(__pu_r8) : "m"(__m(addr)), "rO"(val), "0"(__pu_r8)); Occassionally you'll get an assembler error because the POST_MODIFY is expanded into a register. -- Summary: No constraint letter for destination_operand Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: schwab at suse dot de GCC target triplet: ia64-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24961
[Bug c++/24960] New: reference to member var in templated base class won't compile
I get the following error: >g++ bug.cc bug.cc: In member function bool MyClass::SomeMethod(): bug.cc:17: error: n was not declared in this scope with this simple code: #include template class BaseClass { protected: int n; }; template class MyClass : public BaseClass { public: bool SomeMethod(); }; template bool MyClass::SomeMethod() { n = 0; // This line causes a compiler error //this->n = 0; // This line will compile okay } int main() { printf("hello\n"); } I discovered this bug while trying to build a simple sample that comes with ARPACK++. This makes the entire package unusable. >g++ -v Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,f95,objc,ada,treelang --prefix=/usr --with-gxx-include-dir=/usr/include/c++/4.0.2 --enable-shared --with-system-zlib --libexecdir=/usr/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.0 --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-gc=boehm --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.0-1.4.2.0/jre --enable-mpfr --disable-werror --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.0.2 20050808 (prerelease) (Ubuntu 4.0.1-4ubuntu9) -- Summary: reference to member var in templated base class won't compile Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gashlerm at yahoo dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24960
[Bug target/22119] nonlocal goto's fail on i?86-darwin
--- Comment #2 from gcc at microbizz dot nl 2005-11-20 16:30 --- Subject: Re: nonlocal goto's fail on i?86-darwin Note that the test case doesn't fail for non-pic code (--no-pic -read_only_relocs suppress). Tried that with gcc-3.4.4, gcc-4.0.2 and gcc-4.1.0-20051112 on i686-apple-darwin8. Adriaan van Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22119
C++ bug with std::copy and std::pair
Version information: [EMAIL PROTECTED] ~ $ g++ -v Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/specs Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.6 --includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/info --with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include/g++-v3 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --disable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8) I also found the same problem with a friends fedora core 4 with gcc 4. I have attached a cpp file that (I believe) should compile (and does on Borland c++). It is the copy at the end that causes a problem - the while loop is simply doing the same as what the copy should do (just to show I did the operator<< properly). Copy works for other cases (ints, floats, etc) and even for my own structs too. I'm just not sure why it complains about the operator<< function for a std::pair. Paul #include #include #include #include #include using namespace std; typedef pair MyPair; typedef vector MyPairColl; ostream& operator<<(ostream& os, const MyPair& myPair) { os << myPair.first << ' ' << myPair.second; return os; } int main() { const int maxElems = 100; MyPairColl coll(maxElems); for(int i=0; i(cout, " ")); }
[Bug libfortran/24957] scan() fails sometimesk
--- Comment #2 from kargl at gcc dot gnu dot org 2005-11-20 16:25 --- kargl[203] cat > a.f90 program scanbug character(len=10) :: numset='0123456789' print *, scan('0123456789', '9') print *, scan(numset, '9') end program scanbug kargl[204] gfc41 -o z a.f90 kargl[205] ./z 10 10 The bug as fixed on 2005-11-12. Please update to newer gfortran -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24957
[Bug target/24959] New: Trampolines fail on i686-apple-darwin
The testsuite program gcc.c-torture/execute/nestfunc-3.c crashes with a bus error on i686-apple-darwin8. Tried it with gcc-3.4.4, gcc-4.0.2 and gcc-4.1-20051112. -- Summary: Trampolines fail on i686-apple-darwin Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: major Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gcc at microbizz dot nl GCC build triplet: i686-apple-darwin GCC host triplet: i686-apple-darwin GCC target triplet: i686-apple-darwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
[Bug middle-end/24342] [4.1 regression] testsuite failure:gfortran.fortran-torture/execute/in-pack.f90 exe
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-11-20 16:07 --- If -Os works and the rest of the optimization levels work, then this is a middle-end issue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|libfortran |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24342
[Bug target/24954] [4.1 Regression] ICE: could not split insn
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-20 16:00 --- It passed on 20051107: http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00305.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug target/24954] [4.1 Regression] ICE: could not split insn
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 15:59 --- It start to fail before 2005. http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00501.html -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |major Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-11-20 15:59:15 date|| Summary|ICE: could not split insn |[4.1 Regression] ICE: could ||not split insn Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24954
[Bug libfortran/24957] scan() fails sometimesk
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-20 15:51 --- I think this is a dup of bug 24787 but I don't know for sure as I don't have a build of gfortran after the patch was applied. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||24787 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24957
[Bug fortran/24958] ice-on-invalid
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-20 15:49 --- Confirmed: In file t.f:3 TYPE (nonexisting_type1), TARGET :: t1 1 Error: Derived type 'nonexisting_type1' at (1) is being used before it is defined free(): invalid pointer 0x854db40! In file t.f:4 nullify(t1%something) 1 Internal Error at (1): free_expr0(): Bad expr type -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||error-recovery, ice-on- ||invalid-code Known to fail|4.0.2 |4.0.2 4.0.0 4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-11-20 15:49:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug fortran/24958] ice-on-invalid
--- Comment #1 from rep dot nop at aon dot at 2005-11-20 15:40 --- Known to work: 3.4.5 (g77) Known to fail: 4.0.2 (gfortran) -- rep dot nop at aon dot at changed: What|Removed |Added Known to fail||4.0.2 Known to work||3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958
[Bug tree-optimization/22266] bad code generation at -O1 (conditional expression and constants)
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 --- *** Bug 24956 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||s_a_white at email dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22266
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 --- Mark as a dup of bug 22266. *** This bug has been marked as a duplicate of 22266 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug regression/24956] Optimizer and uninitialised variables.
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-20 15:18 --- Reopening to ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24956
[Bug fortran/24958] New: ice-on-invalid
ICE on invalid code, nullify member of unknown derived type. $ cat invalid_nullify.F program ice_on_invalid_nullify implicit none TYPE (nonexisting_type1), TARGET :: t1 nullify(t1%something) end program $ gfortran-4.1-HEAD invalid_nullify.F In file invalid_nullify.F:3 TYPE (nonexisting_type1), TARGET :: t1 1 Error: Derived type 'nonexisting_type1' at (1) is being used before it is defined *** glibc detected *** free(): invalid pointer: 0x0852e120 *** /tmp/ccWjMV8j.f:0: internal compiler error: Aborted Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: ice-on-invalid Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rep dot nop at aon dot at GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24958