[Bug c/34668] New: ICE in find_compatible_field
/there/toolchain_build_arm_nofpu/gcc-4.3.0/gcc/config/arm/arm.c:18717: internal compiler error: tree check: expected record_type or union_type or qual_union_type, have array_type in find_compatible_field, at tree.c:8022 Reducing. /there/build_arm_nofpu/staging_dir/usr/bin/arm-linux-uclibcgnueabi-gcc -v Using built-in specs. Target: arm-linux-uclibcgnueabi Configured with: /there/toolchain_build_arm_nofpu/gcc-4.3.0/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=arm-linux-uclibcgnueabi --enable-languages=c,fortran --with-sysroot=/there/build_arm_nofpu/staging_dir --with-build-time-tools=/there/build_arm_nofpu/staging_dir/usr/arm-linux-uclibcgnueabi/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/there/toolchain_build_arm_nofpu/gmp --with-mpfr=/there/toolchain_build_arm_nofpu/mpfr --disable-nls --enable-threads --disable-multilib --with-float=soft Thread model: posix gcc version 4.3.0 20080102 (experimental) (GCC) -- Summary: ICE in find_compatible_field Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug other/34592] useless computation found
--- Comment #4 from aldot at gcc dot gnu dot org 2008-01-04 09:15 --- I'd say that this is blocked by PR18624 (resp. PR30438 for fortran). dcb, you seem to report these as separate PRs. Previous of this category include: PR25547 PR25567 PR26245 PR32948 -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34592
[Bug fortran/34557] Rejects valid: EQUIVALENCE of character substrings
--- Comment #6 from burnus at gcc dot gnu dot org 2008-01-04 09:16 --- FIXED on the trunk (4.3.0). -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work|4.2.3 | Resolution||FIXED Summary|[4.3 regression] Rejects|Rejects valid: EQUIVALENCE |valid: EQUIVALENCE of |of character substrings |character substrings| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34557
[Bug fortran/34656] modifies do loop variable
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-01-04 09:20 --- We don't violate a constraint by not detecting this, but it sure would be a useful enhancement. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords|accepts-invalid |diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34656
[Bug fortran/34665] Cannot pass scalar to array argument 'a'
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-01-04 09:26 --- We catch this with an explicit interface, but we should still check for occurrence in the same source code. Setting to "diagnostic" as we aren't required to catch this (no constraint violation). -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Keywords|accepts-invalid |diagnostic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34665
[Bug fortran/34557] [4.3 regression] Rejects valid: EQUIVALENCE of character substrings
--- Comment #5 from burnus at gcc dot gnu dot org 2008-01-04 09:12 --- Subject: Bug 34557 Author: burnus Date: Fri Jan 4 09:11:26 2008 New Revision: 131317 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131317 Log: 2008-01-04 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/34557 * primary.c (match_varspec): Gobble whitespace before checking for '('. 2008-01-04 Tobias Burnus <[EMAIL PROTECTED]> PR fortran/34557 * gfortran.dg/equiv_substr.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/equiv_substr.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34557
[Bug c++/34667] Ambiguous error message on partial member specialization
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-04 09:32 --- Fixed on the 4.1 release branch and as of (at least) 4.2.2. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.1.3 4.2.2 Resolution||FIXED Target Milestone|--- |4.2.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34667
Hello!
I have fuond you! Here my page pfmxk: http://e-zvrz.nm.ru utogolupxqsmkq
[Bug libstdc++/34650] 'this' pointer goes null on x86_64-linux-gnu
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-04 09:39 --- I'll let Paolo have a second look. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||pcarlini at suse dot de Component|c++ |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34650
[Bug fortran/34387] FAIL: gfortran.dg/optional_dim_2.f90: FE vs library argument missmatch
--- Comment #11 from burnus at gcc dot gnu dot org 2008-01-04 09:34 --- (In reply to comment #10) I like the patch, which creates (on x86-64/-m32|-m64) the dump: _gfortran_cshift0_8 (&parm.0, &parm.2, &C.877, dimmy); Can we do something about bound? It works but the conditional expression is not needed: _gfortran_eoshift0_8 (&parm.7, &parm.9, &C.889, bound != 0B ? bound : 0B, dimmy); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34387
[Bug c++/34666] c++0x: non-const method accepted for const&& object.
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 09:35 --- Right. For the explicit instantiation template class X; you get the error then: t.C: In constructor 'X::X(const X&&) [with T = int]': t.C:20: instantiated from here t.C:6: error: passing 'const X' as 'this' argument of 'int X::f() [with T = int]' discards qualifiers -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34666
[Bug libfortran/34669] New: libgfortran doesn't build with -pipe
(Report initially found at http://groups.google.com/group/comp.lang.fortran/browse_frm/thread/f9d7753cad4d9708/37f0d91ea07e38a1?tvc=1#37f0d91ea07e38a1 and http://groups.google.com/group/comp.lang.fortran/browse_frm/thread/f9d7753cad4d9708/37f0d91ea07e38a1?tvc=1#37f0d91ea07e38a1) When configured with CFLAGS=-pipe and FFLAGS=-pipe, kinds.h contains: #define GFC_REAL_4_HUGE f instead of: #define GFC_REAL_4_HUGE 3.40282347e38f Somehow, mk-kinds-h.sh doesn't run well when the compiler is invoked with -pipe. I haven't tested this myself, but it most probably is target-independent. -- Summary: libgfortran doesn't build with -pipe Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34669
[Bug fortran/34387] FAIL: gfortran.dg/optional_dim_2.f90: FE vs library argument missmatch
--- Comment #12 from rsandifo at nildram dot co dot uk 2008-01-04 10:15 --- Subject: Re: FAIL: gfortran.dg/optional_dim_2.f90: FE vs library argument missmatch "jvdelisle at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: > Can you try this patch and see if it works and also send me the fdump tree > original? Yes, this fixes the failure, thanks. Do you still need the dump? If so, which one? Richard -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34387
[Bug fortran/34664] function ref not allowed
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-01-04 10:10 --- *** This bug has been marked as a duplicate of 25095 *** -- dfranke at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34664
[Bug java/17779] ICE: Seg fault
--- Comment #10 from aph at gcc dot gnu dot org 2008-01-04 11:07 --- Subject: Bug 17779 Author: aph Date: Fri Jan 4 11:06:34 2008 New Revision: 131319 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131319 Log: 2008-01-03 Andrew Haley <[EMAIL PROTECTED]> PR java/17779 * jcf-parse.c (parse_zip_file_entries): Unset TYPE_ALIAS_SET if we're about to re-layout the type. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/jcf-parse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17779
[Bug libfortran/34670] New: bounds checking for array intrinsics
None of the array intrinsics in generated/* currently perform bounds checking. The runtime flag exists, but is currently mostly unused. -- Summary: bounds checking for array intrinsics Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org OtherBugsDependingO 27766 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34670
[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions
--- Comment #47 from bonzini at gnu dot org 2008-01-04 11:11 --- Created an attachment (id=14874) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14874&action=view) kenny's trimmed rd patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34400
[Bug libstdc++/33504] redundant temporary object is created
--- Comment #3 from pcarlini at suse dot de 2008-01-04 11:10 --- Please, narrow this further, otherwise, nobody will pay any attention to it. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33504
[Bug fortran/25095] Disallowed intrinsic in initialization statement
--- Comment #6 from dfranke at gcc dot gnu dot org 2008-01-04 10:10 --- *** Bug 34664 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25095
[Bug middle-end/34400] [4.3 regression] bad interaction between DF and SJLJ exceptions
--- Comment #46 from bonzini at gnu dot org 2008-01-04 11:01 --- on a non-checking compiler: 4.11.8s on a checking compiler: unpatched 21s hybrid search, no pruning 3.6s hybrid search, LIVE pruning3.5s hybrid search, LIVE+RD pruning 3.4s dq search, no pruning 3.5s dq search, LIVE pruning3.5s dq search, LIVE+RD pruning 3.5s LIVE pruning is df_hack2.diff. RD pruning is Kenny's latest patch which I'll attach soon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34400
[Bug libfortran/34671] New: convert "any" and "all" to GFOR_POINTER_TO_L1
"any" and "all" can be converted to the new GFOR_POINTER_TO_L1 scheme to reduce the number of functions in the library. -- Summary: convert "any" and "all" to GFOR_POINTER_TO_L1 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=34671
[News]2008.01.04
Szia! Így Újév alkalmából szeretnélek megajándékozni Téged és barátaidet egy hihetetlen oldallal! Mindent le lehet róla tölteni! Szórakozz egy jót a haverOkkal, mert itt minden megtalálható ami a szórakozáshoz kell! http://premier.ssweb.eu [ Amennyiben zavart az e-mail, elnézésedet kérjük, többet nem fogsz ilyet kapni! ] 123
[Bug c++/33504] redundant temporary object is created
--- Comment #4 from pcarlini at suse dot de 2008-01-04 11:16 --- Also, this is not a library issue (if anything). -- pcarlini at suse dot de changed: What|Removed |Added Component|libstdc++ |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33504
[Bug tree-optimization/31081] [4.3 Regression] Inliner messes up SSA for abnormals
--- Comment #17 from rguenth at gcc dot gnu dot org 2008-01-04 11:16 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
[Bug tree-optimization/31081] [4.3 Regression] Inliner messes up SSA for abnormals
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-04 11:17 --- Subject: Bug 31081 Author: rguenth Date: Fri Jan 4 11:16:17 2008 New Revision: 131320 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131320 Log: 2008-01-04 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/31081 * g++.dg/torture/pr31081-1.C: New testcase. * g++.dg/torture/pr31081-2.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/torture/pr31081-1.C trunk/gcc/testsuite/g++.dg/torture/pr31081-2.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31081
[Bug c++/34650] 'this' pointer goes null on x86_64-linux-gnu
--- Comment #7 from pcarlini at suse dot de 2008-01-04 11:31 --- I don't have much to say. The implementation of std::find (rather simple besides a bit of unrolling) has not changed at all between 4.1.x and 4.2.x. -- pcarlini at suse dot de changed: What|Removed |Added Component|libstdc++ |c++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34650
[Bug libfortran/34671] any(kind=1) and all(kind=1)
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-04 11:19 --- oops, seems we're still missing the relevant library functions for kind=1 and kind=2, too: $ cat any.f90 program main logical(kind=1) :: f(2,2) f = .false. print *,any(f,dim=1) print *,all(f,dim=1) end program main $ gfortran any.f90 /tmp/ccgpkOpB.o: In function `MAIN__': any.f90:(.text+0xeb): undefined reference to `_gfortran_any_l1' any.f90:(.text+0x1fb): undefined reference to `_gfortran_all_l1' collect2: ld returned 1 exit status -- 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 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2008-01-04 11:19:43 date|| Summary|convert "any" and "all" to |any(kind=1) and all(kind=1) |GFOR_POINTER_TO_L1 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34671
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field
--- Comment #2 from aldot at gcc dot gnu dot org 2008-01-04 12:51 --- Created an attachment (id=14875) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14875&action=view) optabs.i file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug fortran/34672] New: module interfacing bug
The attached piece of valid Fortran90 code generates a symbol error: >gfortran -c moduletest.F90 moduletest.F90:22.19: USE MyMod3, only: write_MyInt 1 Error: Symbol 'write_myint' referenced at (1) not found in module 'mymod3' > Note that when the line marked with "mark" is commented out the error disappears! This seems a bug to me in gfortran. The code works just fine for the 3 other fortran compilers that I have installed (ifort, pgf90, g95), and also works fine with my previous test version of gfortran (version of 20071024), but the current version 20080103 shows this bug. Best regards, Jos de kloe - The following code demonstrates this behaviour: MODULE MyMod1 integer, parameter :: i2_ = Selected_Int_Kind(4) END Module MyMod1 module MyMod2 INTERFACE write_int module procedure write_int_local END INTERFACE contains subroutine write_int_local(value) integer, intent(in) :: value print *,value end subroutine write_int_local end module MyMod2 module MyMod3 USE MyMod2, only: write_MyInt => write_int USE MyMod1, only: i2_ ! mark end module MyMod3 module MyMod4 USE MyMod3, only: write_MyInt !contains ! subroutine MyWrite(a) !integer, intent(in) :: a !call write_MyInt(a) ! end subroutine MyWrite end module MYMOD4 -- Summary: module interfacing bug Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: kloedej at knmi dot nl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34672
[Bug c++/34611] [4.3 regression] Broken diagnostic: 'tree_list' not supported by dump_expr
--- Comment #5 from paolo at gcc dot gnu dot org 2008-01-04 13:58 --- Subject: Bug 34611 Author: paolo Date: Fri Jan 4 13:57:34 2008 New Revision: 131321 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131321 Log: 2008-01-04 Paolo Carlini <[EMAIL PROTECTED]> Jakub Jelinek <[EMAIL PROTECTED]> PR c++/34611 * error.c (dump_template_argument): Deal with TREE_LIST. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/error.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34611
[Bug gcov-profile/34609] [4.3 regression] ICE with "-ftest-coverage" and references
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-04 14:01 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34609
[Bug fortran/34672] [4.3 Regression] .mod file misses renamed, USEd symbol
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-04 13:31 --- If one changes the order of the USE statements or remove the second USE statement, it works: module MyMod3 USE MyMod2, only: write_MyInt => write_int USE MyMod1, only: i2_ end module MyMod3 Looking at the MOD file, (('write_myint' 'mymod2' 2)) is missing for the original example, but present if one one does either change mentioned above. -- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Summary|[4.3 Regression] module |[4.3 Regression] .mod file |interfacing bug |misses renamed, USEd symbol http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34672
[Bug target/34673] ICE in extract_insn, at recog.c:1990
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-04 14:08 --- But forcing a to a reg before fixes this. Uros? Index: i386.c === --- i386.c (revision 131319) +++ i386.c (working copy) @@ -24238,6 +24238,7 @@ void ix86_emit_swsqrtsf (rtx res, rtx a, 1.0 / sqrt(a) = 0.5 * rsqrtss(a) * (3.0 - a * rsqrtss(a) * rsqrtss(a)) */ /* Compare a to zero. */ + a = force_reg (mode, a); emit_insn (gen_rtx_SET (VOIDmode, mask, gen_rtx_NE (mode, a, zero))); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34673
[Bug libfortran/34671] any(kind=1) and all(kind=1)
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-01-04 12:49 --- Same thing for count. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34671
[Bug middle-end/34585] [4.3 Regression] ICE in remove_useless_stmts_1, at tree-cfg.c:1863
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 12:51 --- (gdb) up #1 0x008a11f9 in remove_useless_stmts_1 (tp=0x2b18581cea30, data=0x7fff53ff9920) at /space/rguenther/src/svn/trunk/gcc/tree-cfg.c:1863 1863 gcc_unreachable (); (gdb) call debug_generic_expr (*tp) self->bounds = {} is a MODIFY_EXPR. Gimple looks like self->bounds = {}; self->coordBounds = self->bounds; self->D.30021.dirty = 1; gimplified from self->coordBounds = self->bounds = NSZeroRect; self->D.30021.dirty = 1; I don't think this is a dup. Gimplifying the rhs with fb_rvalue creates self->bounds = {}; w/o converting that to tuples. It dispatches to gimplify_modify_expr_rhs which generates it but returns GS_UNHANDLED right away, which looks bogus: case VAR_DECL: /* If we're assigning from a constant constructor, move the constructor expression to the RHS of the MODIFY_EXPR. */ if (DECL_INITIAL (*from_p) && TYPE_READONLY (TREE_TYPE (*from_p)) && TREE_CODE (DECL_INITIAL (*from_p)) == CONSTRUCTOR) { *from_p = DECL_INITIAL (*from_p); ret = GS_OK; } ret = GS_UNHANDLED; break; So yes - it's a dup in that its caused by the same patch. Even if you fix the above to return GS_OK, the modified initialization will not get tuplified. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||aldyh at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243
--- Comment #12 from aldyh at gcc dot gnu dot org 2008-01-04 14:50 --- Subject: Bug 34448 Author: aldyh Date: Fri Jan 4 14:49:28 2008 New Revision: 131323 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131323 Log: PR tree-optimization/34448 PR tree-optimization/34465 * gimplify.c (gimplify_init_constructor): Add new parameter notify_temp_creation. Use it. (gimplify_modify_expr_rhs): Take volatiles into account when optimizing constructors. Do not optimize constructors if gimplify_init_constructor will dump to memory. * gcc.dg/tree-ssa/pr32901.c: Tests const volatiles. * gcc.c-torture/compile/pr34448.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34448.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr32901.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34448
[Bug c++/34675] New: ICE: Segmentation fault
G++ version: GNU C++ (GCC) version 4.3.0 20071228 (experimental) (i686-elf) compiled by GNU C version 3.3.3 (cygwin special), GMP version 4.2.2, MPFR version 2.3.0. Code compiled: /// extern "C" void my_delete ( void * addr , const void* pCaller ); void operator delete[] (void* x) throw() { my_delete( x, reinterpret_cast( reinterpret_cast(&x)[-1]) ); } /// If compiled with -O1 (or 2 or 3) I get new.cpp: In function 'void operator delete [](void*)': new.cpp:7: internal compiler error: Segmentation fault (compiled ok with version 4.3.0 20071005) -- Summary: ICE: Segmentation fault Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fafa at freesurf dot ch GCC target triplet: i686-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34675
[Bug ada/34674] New: Assert_Failure sinfo.adb:2141
cc -c -fPIC -I- -gnatA abjects.adb +===GNAT BUG DETECTED==+ | 4.3.0 20071005 (experimental) (i686-pc-linux-gnu) Assert_Failure sinfo.adb:2141| | Error detected at factorys-objects.ads:115:4 -- Summary: Assert_Failure sinfo.adb:2141 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: andry dot ogorodnik at gmail dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34674
[Bug target/34673] ICE in extract_insn, at recog.c:1990
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 14:05 --- I don't see how we can handle ne:SF anywhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34673
[Bug gcov-profile/34609] [4.3 regression] ICE with "-ftest-coverage" and references
--- Comment #2 from jakub at gcc dot gnu dot org 2008-01-04 13:59 --- Subject: Bug 34609 Author: jakub Date: Fri Jan 4 13:58:30 2008 New Revision: 131322 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131322 Log: PR gcov-profile/34609 * tree-inline.c (declare_return_variable): Set TREE_ADDRESSABLE on return_slot if result is TREE_ADDRESSABLE. * g++.dg/gcov/gcov-6.C: New test. Added: trunk/gcc/testsuite/g++.dg/gcov/gcov-6.C Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34609
[Bug target/34673] ICE in extract_insn, at recog.c:1990
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-04 13:59 --- Confirmed on x86_64-linux and i686-linux with SSE math with the same options. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||uros at gcc dot gnu dot org, ||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Component|middle-end |target Ever Confirmed|0 |1 GCC target triplet||x86_64-*-*, i?86-*-* Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2008-01-04 13:59:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34673
[Bug fortran/34672] [4.3 Regression] module interfacing bug
-- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Known to fail||4.3.0 Known to work||4.2.1 4.1.3 Last reconfirmed|-00-00 00:00:00 |2008-01-04 13:24:02 date|| Summary|module interfacing bug |[4.3 Regression] module ||interfacing bug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34672
[Bug tree-optimization/34448] [4.3 Regression] ICE in declare_inline_vars, at tree-inline.c:3243
--- Comment #13 from jakub at gcc dot gnu dot org 2008-01-04 15:05 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34448
[Bug tree-optimization/34465] [4.3 Regression] incorrect sharing of tree nodes
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-04 15:06 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34465
[Bug java/17779] ICE: Seg fault
--- Comment #11 from dominiq at lps dot ens dot fr 2008-01-04 15:06 --- rebuilding java fails with: ... /opt/gcc/i686-darwin/./prev-gcc/xgcc -B/opt/gcc/i686-darwin/./prev-gcc/ -B/opt/gcc/gcc4.3w/i686-apple-darwin9/bin/ -c -g -O2 -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -Ijava -I../../gcc-4.3-work/gcc -I../../gcc-4.3-work/gcc/java -I../../gcc-4.3-work/gcc/../include -I./../intl -I../../gcc-4.3-work/gcc/../libcpp/include -I/sw/include -I../../gcc-4.3-work/gcc/../libdecnumber -I../../gcc-4.3-work/gcc/../libdecnumber/dpd -I../libdecnumber ../../gcc-4.3-work/gcc/java/jcf-parse.c -o java/jcf-parse.o cc1: warnings being treated as errors ../../gcc-4.3-work/gcc/java/jcf-parse.c: In function 'parse_zip_file_entries': ../../gcc-4.3-work/gcc/java/jcf-parse.c:2079: error: ISO C90 forbids mixed declarations and code make[3]: *** [java/jcf-parse.o] Error 1 make[2]: *** [all-stage2-gcc] Error 2 make[1]: *** [stage2-bubble] Error 2 make: *** [all] Error 2 The following patch fixes the problem: --- ../_gcc_clean/gcc/java/jcf-parse.c 2008-01-04 15:33:37.0 +0100 +++ ../gcc-4.3-work/gcc/java/jcf-parse.c2008-01-04 16:01:18.0 +0100 @@ -2061,6 +2061,7 @@ { struct ZipDirectory *zdir; int i; + int previous_alias_set; for (i = 0, zdir = (ZipDirectory *)localToFile->central_directory; i < localToFile->count; i++, zdir = ZIPDIR_NEXT (zdir)) @@ -2076,7 +2077,7 @@ { char *class_name = compute_class_name (zdir); class = lookup_class (get_identifier (class_name)); - int previous_alias_set = -1; + previous_alias_set = -1; FREE (class_name); current_jcf = TYPE_JCF (class); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17779
[Bug java/34444] Class.getEnclosingClass() returns null on enclosed class
-- aph at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aph at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-12-12 16:28:59 |2008-01-04 14:42:41 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field with -combine
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-04 13:00 --- Confirmed. Fails at -O[23s]. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-04 13:00:27 date|| Summary|[4.3 Regression] ICE in |[4.3 Regression] ICE in |find_compatible_field |find_compatible_field with - ||combine http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[News]2008.01.04
Szia! Így Újév alkalmából szeretnélek megajándékozni Téged és barátaidet egy hihetetlen oldallal! Mindent le lehet róla tölteni! Szórakozz egy jót a haverOkkal, mert itt minden megtalálható ami a szórakozáshoz kell! http://movie.ssweb.eu [ Amennyiben zavart az e-mail, elnézésedet kérjük, többet nem fogsz ilyet kapni! ] 123
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field
--- Comment #1 from aldot at gcc dot gnu dot org 2008-01-04 12:50 --- Works with: gcc (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Fails with 4.3.0 since at least gcc version 4.3.0 20071212 (experimental) (GCC) Starting program: /opt/i686/gcc-4.3/lib/gcc/i686-linux-gnu/4.3.0/cc1 -fpreprocessed optabs.i arm.i -quiet -dumpbase optabs.i -mtune=generic -auxbase-strip libbackend.o -Os -version -o /tmp/ccZ8vC6c.s Failed to read a valid object file image from memory. GNU C (GCC) version 4.3.0 20071221 (experimental) (i686-linux-gnu) compiled by GNU C version 4.3.0 20071221 (experimental), GMP version 4.2.1, MPFR version 2.3.0-p4. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: b3aa603325a2948ed75b63114a5afa00 Breakpoint 1, internal_error ( gmsgid=0x8ad2f58 "tree check: %s, have %s in %s, at %s:%d") at ../../../src/gcc-4.3/gcc/diagnostic.c:604 604 va_start (ap, gmsgid); (gdb) bt #0 internal_error (gmsgid=0x8ad2f58 "tree check: %s, have %s in %s, at %s:%d") at ../../../src/gcc-4.3/gcc/diagnostic.c:604 #1 0x08724a76 in tree_check_failed (node=0xb7d21ea0, file=0x8ad166c "../../../src/gcc-4.3/gcc/tree.c", line=8022, function=0x8ad37a4 "find_compatible_field") at ../../../src/gcc-4.3/gcc/tree.c:6813 #2 0x0872b303 in find_compatible_field (record=0xb7d21ea0, orig_field=0xb7d28000) at ../../../src/gcc-4.3/gcc/tree.c:8022 #3 0x085a26ab in fold_stmt_r (expr_p=0xb7d26784, walk_subtrees=0xbfaa5fdc, data=0xbfaa6350) at ../../../src/gcc-4.3/gcc/tree-ssa-ccp.c:2163 #4 0x0872c8df in walk_tree_1 (tp=0xb7d26784, func=0x85a112d , data=0xbfaa6350, pset=0x0, lh=0) at ../../../src/gcc-4.3/gcc/tree.c:8376 #5 0x0872eb42 in walk_tree_1 (tp=0xb7cb96a4, func=0x85a112d , data=0xbfaa6350, pset=0x0, lh=0) at ../../../src/gcc-4.3/gcc/tree.c:8615 #6 0x085a67f4 in fold_stmt (stmt_p=0xb7cb96a4) at ../../../src/gcc-4.3/gcc/tree-ssa-ccp.c:2529 #7 0x087e1bbe in fold_marked_statements (first=4, statements=0x8c303d8) at ../../../src/gcc-4.3/gcc/tree-inline.c:2839 #8 0x087e1e29 in optimize_inline_calls (fn=0xb7d20a10) at ../../../src/gcc-4.3/gcc/tree-inline.c:2929 #9 0x087a6b50 in cgraph_early_inlining () at ../../../src/gcc-4.3/gcc/ipa-inline.c:1469 #10 0x083e7106 in execute_one_pass (pass=0x8c31550) at ../../../src/gcc-4.3/gcc/passes.c:1119 #11 0x083e7250 in execute_pass_list (pass=0x8c31550) at ../../../src/gcc-4.3/gcc/passes.c:1172 #12 0x083e726c in execute_pass_list (pass=0x8bd0360) at ../../../src/gcc-4.3/gcc/passes.c:1173 #13 0x083e6973 in do_per_function_toporder ( callback=0x83e723f , data=0x8bd0520) at ../../../src/gcc-4.3/gcc/passes.c:857 #14 0x083e72fd in execute_ipa_pass_list (pass=0x8bd0320) at ../../../src/gcc-4.3/gcc/passes.c:1189 #15 0x0879f5a7 in ipa_passes () at ../../../src/gcc-4.3/gcc/cgraphunit.c:1351 #16 0x0879f6c1 in cgraph_optimize () at ../../../src/gcc-4.3/gcc/cgraphunit.c:1400 #17 0x0807678f in c_write_global_declarations () at ../../../src/gcc-4.3/gcc/c-decl.c:8076 #18 0x0849b291 in compile_file () at ../../../src/gcc-4.3/gcc/toplev.c:1055 #19 0x0849cd68 in do_compile () at ../../../src/gcc-4.3/gcc/toplev.c:2245 #20 0x0849cdca in toplev_main (argc=14, argv=0xbfaa67e4) at ../../../src/gcc-4.3/gcc/toplev.c:2277 #21 0x081257be in main (argc=1634890337, argv=0x79745f79) at ../../../src/gcc-4.3/gcc/main.c:35 -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.0 Known to work||4.1.2 Summary|ICE in find_compatible_field|[4.3 Regression] ICE in ||find_compatible_field Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c++/34611] [4.3 regression] Broken diagnostic: 'tree_list' not supported by dump_expr
--- Comment #4 from pcarlini at suse dot de 2008-01-04 11:18 --- Ok, thanks a lot. This will take me some time, therefore, if you are able to quickly prepare something, you are welcome. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34611
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field
--- Comment #3 from aldot at gcc dot gnu dot org 2008-01-04 12:51 --- Created an attachment (id=14876) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14876&action=view) arm.i (file2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field with -combine
--- Comment #5 from aldot at gcc dot gnu dot org 2008-01-04 13:06 --- Works with gcc-4.3.orig-HEAD (GCC) 4.3.0 20070919 (experimental) -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.1.2 |4.1.2 4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug target/34673] ICE in extract_insn, at recog.c:1990
--- Comment #2 from dominiq at lps dot ens dot fr 2008-01-04 14:02 --- Another case failingon i686-apple-darwin9 with '-ffast-math -mrecip', but not with '-O -ffast-math -mrecip': SUBROUTINE GCUBIC(A1SQ,A2) IMPLICIT NONE REAL :: A2 , A1SQ , QCUBE , THETA THETA = SQRT(QCUBE) END aermod_red2.f90: In function 'gcubic': aermod_red2.f90:7: error: unrecognizable insn: (insn 11 10 12 3 aermod_red2.f90:7 (set (reg:SF 64) (ne:SF (mem/c/i:SF (plus:SI (reg/f:SI 54 virtual-stack-vars) (const_int -8 [0xfff8])) [0 qcube+0 S4 A64]) (reg:SF 69))) -1 (nil)) aermod_red2.f90:7: internal compiler error: in extract_insn, at recog.c:1990 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34673
[Bug tree-optimization/34029] [4.3 Regression] internal compiler error: verify_stmts failed
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-04 13:32 --- Mine. We'll stop the verifier from complaining. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-11-10 22:25:22 |2008-01-04 13:32:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34029
[Bug tree-optimization/34029] [4.3 Regression] internal compiler error: verify_stmts failed
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-04 13:33 --- Which also means this is a checking-only ICE. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-checking http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34029
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field with -combine
--- Comment #6 from aldot at gcc dot gnu dot org 2008-01-04 13:52 --- Smaller testcase: cat > arm.i <<-EOF struct optab { unsigned code; }; extern struct optab optab_table[1]; EOF cat > optabs.i <<-EOF struct optab { unsigned code; }; extern struct optab optab_table[1]; void init_optab (struct optab *op) { op->code = 0xdead; } void set_conv_libfunc (void) { init_optab ((&optab_table[0])); } EOF -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug c++/34611] [4.3 regression] Broken diagnostic: 'tree_list' not supported by dump_expr
--- Comment #6 from pcarlini at suse dot de 2008-01-04 13:58 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34611
[Bug middle-end/34673] New: ICE in extract_insn, at recog.c:1990
This may be a duplicate of PR34393 and/or PR34412, but it does not seem totally target specific. The following code (extracted from the Polyhedron test suite): SUBROUTINE RELDISP() IMPLICIT NONE REAL :: SRAMB, EPSEFF SAVE SRAMB = SQRT(EPSEFF) END gives when compiled with '-O -ffast-math -mrecip' on i686-apple-darwin9: aermod_red1.f90: In function 'reldisp': aermod_red1.f90:8: error: unrecognizable insn: (insn 12 11 13 3 aermod_red1.f90:8 (set (reg:SF 66) (ne:SF (mem/u/c/i:SF (reg/f:SI 60) [0 epseff+0 S4 A32]) (reg:SF 71))) -1 (nil)) aermod_red1.f90:8: internal compiler error: in extract_insn, at recog.c:1990 and on x86_64-unknown-linux-gnu: aermod_red1.f90: In function ‘reldisp’: aermod_red1.f90:8: error: unrecognizable insn: (insn 8 7 9 3 aermod_red1.f90:8 (set (reg:SF 65) (ne:SF (mem/u/c/i:SF (symbol_ref:DI ("epseff.857") [flags 0x2] ) [0 epseff+0 S4 A32]) (reg:SF 68))) -1 (nil)) aermod_red1.f90:8: internal compiler error: in extract_insn, at recog.c:1990 I don't get the ICE on powerpc-apple-darwin9. The ICE disappears if I remove the "SAVE" or the '-mrecip' option or if I use -m32 on x86_64-unknown-linux-gnu. -- Summary: ICE in extract_insn, at recog.c:1990 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34673
[Bug ada/34674] Assert_Failure sinfo.adb:2141
--- Comment #1 from andry dot ogorodnik at gmail dot com 2008-01-04 13:48 --- Created an attachment (id=14877) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14877&action=view) command line & error -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34674
[Bug tree-optimization/34465] [4.3 Regression] incorrect sharing of tree nodes
--- Comment #6 from aldyh at gcc dot gnu dot org 2008-01-04 14:50 --- Subject: Bug 34465 Author: aldyh Date: Fri Jan 4 14:49:28 2008 New Revision: 131323 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131323 Log: PR tree-optimization/34448 PR tree-optimization/34465 * gimplify.c (gimplify_init_constructor): Add new parameter notify_temp_creation. Use it. (gimplify_modify_expr_rhs): Take volatiles into account when optimizing constructors. Do not optimize constructors if gimplify_init_constructor will dump to memory. * gcc.dg/tree-ssa/pr32901.c: Tests const volatiles. * gcc.c-torture/compile/pr34448.c: New. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34448.c Modified: trunk/gcc/ChangeLog trunk/gcc/gimplify.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr32901.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34465
[Bug java/17779] ICE: Seg fault
--- Comment #12 from aph at gcc dot gnu dot org 2008-01-04 15:14 --- Subject: Bug 17779 Author: aph Date: Fri Jan 4 15:13:53 2008 New Revision: 131324 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131324 Log: 2008-01-04 Andrew Haley <[EMAIL PROTECTED]> PR java/17779 * jcf-parse.c (parse_zip_file_entries): Move decl to compile on C90. Modified: trunk/gcc/java/ChangeLog trunk/gcc/java/jcf-parse.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17779
[Bug c/34668] [4.3 Regression] ICE in find_compatible_field with -combine
--- Comment #7 from jakub at gcc dot gnu dot org 2008-01-04 15:17 --- This is a problem during inlining. The call actually has &optab_table argument: ...> arg 0 ... > and two different optab RECORD_TYPEs are involved (one from each CU). These types are types_compatible_p (0x2ea1e300, 0x2ea1ecc0), but not are not equal. copy_body_r calls 699 *tp = fold_indirect_ref_1 (type, new); 700 if (! *tp) 701 { 702 if (TREE_CODE (new) == ADDR_EXPR) 703 *tp = TREE_OPERAND (new, 0); here, but as the /* *(foo *)&fooarray => fooarray[0] */ transformation is done only if the types are equal, this isn't folded into &optab_table[0] and so inlining creates optab_table.code COMPONENT_REF, where its first argument is not a record/union/qual union. Either we change fold_indirect_ref_1 to do its transformations whenever types_compatible_p (type1, type2) rather than just type1 == type2, or if that's too expensive IMHO at least copy_body_r should do that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34668
[Bug libfortran/34669] libgfortran doesn't build with -pipe
--- Comment #1 from steven at gcc dot gnu dot org 2008-01-04 15:01 --- I think I understand why this happens... -- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-04 15:01:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34669
[Bug ada/34674] Assert_Failure sinfo.adb:2141
--- Comment #2 from andry dot ogorodnik at gmail dot com 2008-01-04 13:50 --- Created an attachment (id=14878) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14878&action=view) sources -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34674
[Bug tree-optimization/34029] [4.3 Regression] internal compiler error: verify_stmts failed
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-04 15:57 --- Subject: Bug 34029 Author: rguenth Date: Fri Jan 4 15:56:41 2008 New Revision: 131325 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131325 Log: 2008-01-04 Richard Guenther <[EMAIL PROTECTED]> PR middle-end/34029 * tree-cfg.c (verify_expr): Do not look inside ADDR_EXPRs for verifying purposes if they are is_gimple_min_invariant. * gcc.c-torture/compile/pr34029-1.c: New testcase. * gcc.c-torture/compile/pr34029-2.c: Likewise. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr34029-1.c trunk/gcc/testsuite/gcc.c-torture/compile/pr34029-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-cfg.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34029
[Bug fortran/34672] [4.3 Regression] .mod file misses renamed, USEd symbol
--- Comment #2 from pault at gcc dot gnu dot org 2008-01-04 16:12 --- Another way of looking as it is that the interface is not getting renamed when MyMod3 is written. This works: MODULE MyMod1 integer, parameter :: i2_ = Selected_Int_Kind(4) END Module MyMod1 module MyMod2 INTERFACE write_int module procedure write_int_local END INTERFACE contains subroutine write_int_local(value) integer, intent(in) :: value print *,value end subroutine write_int_local end module MyMod2 module MyMod3 USE MyMod2, only: write_MyInt => write_int USE MyMod1, only: i2_ end module MyMod3 module MyMod4 USE MyMod3, write_MyInt => write_int ! Use the original name end module MYMOD4 I believe, although I have not yet checked, that when I reformed the interface handling in modules I did not change the writing part. I'll bet it uses the symbol name, rather than the symtree. This would have worked previously. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34672
[Bug fortran/34676] New: IO error delayed
With a simple data file: $ cat file.dat 1 2 3 $ wc file.dat 3 3 6 file.dat the following code: $ cat aa.f90 program fred implicit none integer::i,badness character::c open(unit=10,file='file.dat') do i=1,huge(1) read(10,*,iostat=badness) write(*,*)i,badness if (badness/=0) exit enddo write(*,*)i end delays the nonzero iostat return with 4.3.0: $ gfortran --version GNU Fortran (GCC) 4.3.0 20071221 (experimental) Copyright (C) 2007 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING $ gfortran -o aa aa.f90 $ ./aa 1 0 2 0 3 0 4 0 5 -1 5 That is, the forth read completes apparently successfully, even though we've read all three lines previously. 4.2.2 does what's expected: $ gfortran --version GNU Fortran (GCC) 4.2.2 Copyright (C) 2007 Free Software Foundation, Inc. GNU Fortran comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of GNU Fortran under the terms of the GNU General Public License. For more information about these matters, see the file named COPYING $ gfortran -o aa aa.f90 $ ./aa 1 0 2 0 3 0 4 -1 4 If the read statement reads into something [ie line 7 of aa.f90 is changed to read(10,*,iostat=badness)c] then iostat returns -1 on the forth read with 4.3.0, as expected. (For those that insist on looking over their shoulder, ifort 10.1 and pgf90 7.0 return badness as -1 on the forth call, like gfortran used to.) -- Summary: IO error delayed Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: terry at chem dot gu dot se GCC host triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34676
[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-04 15:35 --- We can 'abuse' PREs inserting of fake stores machinery to handle the case in PR33989, where for union a { int i; float f; }; void f (float *a, int *b) { union a c; c.f = *a; *b = c.i; } we then get (PRE) : # VUSE D.1549_2 = *a_1(D); # SFT.0_8 = VDEF # SFT.1_9 = VDEF c.f = D.1549_2; uniontmp.12_13 = VIEW_CONVERT_EXPR(D.1549_2); D.1550_3 = uniontmp.12_13; # SMT.7_11 = VDEF *b_4(D) = D.1550_3; return; and before expand: : # SMT.7_11 = VDEF *b = VIEW_CONVERT_EXPR(*a); return; and finally f: .LFB2: movl(%rdi), %eax movl%eax, (%rsi) ret but we need to make sure VN processes the inserted conversions (which do not have uses) and we need to enhance PREs poolification of trees to handle COMPONENT_REFs (and possibly more). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043
[Bug tree-optimization/34677] New: PREs insert_fake_stores is mostly useless
Because it only handles stores through direct INDIRECT_REFs. So while we handle testcases like loadpre4.c: int main(int *a, int argc) { int b; int c; int i; int d, e; for (i = 0; i < argc; i++) { e = *a; *a = 9; } return d + e; } the much simpler int a; int foo(int argc) { int b; int c; int i; int d, e; for (i = 0; i < argc; i++) { e = a; a = 9; } return d + e; } or the only slightly more complex struct { int a; int large[100]; } x; int foo(int argc) { int b; int c; int i; int d, e; for (i = 0; i < argc; i++) { e = x.a; x.a = 9; } return d + e; } is not handled. If you disable insertion of fake stores completely, only two loadpre tests fail in tree-ssa.exp. Did the new SCCVN obsolete some cases where we needed the fake stores before but do not so now? -- Summary: PREs insert_fake_stores is mostly useless Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: enhancement Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677
[Bug fortran/34676] [4.3 Regression] IO error delayed
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-04 16:03 --- The change occurred between 2007-09-27-r128828 and 2007-10-08-r129121. Educated guess: PR 33400; and indeed, reverting the patch gives the old behaviour. The trick is now have the old behaviour for this code without breaking PR 33400. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Summary|IO error delayed|[4.3 Regression] IO error ||delayed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34676
[Bug middle-end/34585] [4.3 Regression] ICE in remove_useless_stmts_1, at tree-cfg.c:1863
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-04 16:03 --- Also fixed by the fix for PR34448. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34585
[Bug fortran/34676] IO error delayed
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-04 15:53 --- Confirm. I can also reproduce it with 4.3.0 20071129 which means that it is not a recent regression. Jerry, do you have an idea? -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||jvdelisle at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-04 15:53:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34676
[Bug middle-end/34622] [4.3 Regression] gcc.c-torture/execute/20000801-4.c fails at -O1 and above
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-04 15:49 --- I don't see how that could be related. Don't have access to darwin, but in x86_64-linux -> i686-apple-darwin9 cross the assembly for this test at -O1 is identical between 4.3.0 20080103 and 4.3.0 20071016. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34622
[Bug tree-optimization/34043] Missed optimization causing extra loads and stores when using x86_64 builtin function together with aggregate types.
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-04 15:38 --- Created an attachment (id=14879) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14879&action=view) patch prototype So this patch certainly will ICE in a lot of cases, I wonder if poolifying the inserted code is worth the hassle. It also shows that PRE of loads/stores is probably defect for all but indirect references. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34043
[Bug c++/34675] ICE: Segmentation fault
--- Comment #2 from fafa at freesurf dot ch 2008-01-04 17:03 --- (In reply to comment #1) > works for me > My cygwin environment seemed to have been corrupt. Now it works for me, too. Sorry for the noise. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34675
[Bug tree-optimization/34029] [4.3 Regression] internal compiler error: verify_stmts failed
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-04 15:59 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34029
[Bug c++/34650] 'this' pointer goes null on x86_64-linux-gnu
--- Comment #8 from nam3l3ss dot bugreportaccount at gmail dot com 2008-01-04 15:53 --- I checked again, actually, even the second "bugok" file is a silent failure on the written environment, so the segfault is kind of an improvement there, but I could swear the original one run without error on a 32bit machine. The posted files were "narrowed" test cases. I asked the owner of that computer to review the output of the original program in that environment , and post the precomped code here. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34650
[Bug gcov-profile/34610] [4.3 regression] ICE with "-fprofile-arcs -fopenmp"
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-04 17:09 --- That's only part of the problem. The other is that ompexpand is very upset if new basic blocks are inserted in unexpected places, e.g. on the BRANCH_EDGE from OMP_FOR bb or on the FALLTHRU_EDGE from OMP_CONTINUE. expand_omp_for_* changes the CFG a lot and so adding profile insns on the edges it will revamp is premature. The following patch lets me make -C gcc -k check RUNTESTFLAGS='--target_board=unix/-fprofile-arcs gomp.exp' and make -C */libgomp -k check RUNTESTFLAGS='--target_board=unix/-fprofile-arcs' (without it there are many ICEs): --- tree-profile.c.jj16 2007-12-07 12:21:06.0 +0100 +++ tree-profile.c 2008-01-04 17:57:28.0 +0100 @@ -171,6 +171,19 @@ tree_gen_edge_profiler (int edgeno, edge { tree ref, one, stmt1, stmt2, stmt3; + if (flag_openmp) +{ + tree stmt = last_stmt (e->src); + if (stmt) + { + /* Avoid inserting profiling instructions on edges +which OpenMP expand will replace. */ + if (TREE_CODE (stmt) == OMP_CONTINUE + || TREE_CODE (stmt) == OMP_FOR) + return; + } +} + /* We share one temporary variable declaration per function. This gets re-set in tree_profiling. */ if (gcov_type_tmp_var == NULL_TREE) In addition to this some bit in cfun? to avoid pass_tree_profile would be needed and expand_omp_parallel should set that for the child fns it creates. Is this ok for you? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34610
[Bug c++/34675] ICE: Segmentation fault
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-04 16:03 --- works for me -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34675
[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-04 16:57 --- Isn't there already a bug about load PRE with global variables? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677
[Bug middle-end/32964] [4.3 Regression] union cause inefficient code inside loops
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-04 16:59 --- The plain DECL does not work because 1) we don't do the storetmp 2) can_PRE_operation and can_value_number_operation return false (so we do not enter a into EXP_GEN 3) create_value_expr_from cannot handle it most of the rest of PRE looks like it may handle DECLs, but if you fix the above, vn_lookup_with_vuses still not finds VH.10, because it is not ANTIC_IN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32964
[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-04 17:03 --- I think the other PR is only about VN global constants. But also an incoming pointer to a structure is not handled: struct X { int i; }; int foo(struct X *a, int argc) { int b; int c; int i; int d, e; for (i = 0; i < argc; i++) { e = a->i; a->i = 9; } return d + e; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677
[Bug c++/34675] ICE: Segmentation fault
--- Comment #3 from pcarlini at suse dot de 2008-01-04 17:10 --- great. -- pcarlini at suse dot de changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34675
[Bug libgcj/34444] Class.getEnclosingClass() returns null on enclosed class
--- Comment #2 from aph at gcc dot gnu dot org 2008-01-04 17:19 --- Another case where Sun's javadoc was rather vague. -- aph at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Component|java|libgcj Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug libgcj/34444] Class.getEnclosingClass() returns null on enclosed class
--- Comment #3 from aph at gcc dot gnu dot org 2008-01-04 17:19 --- Subject: Bug 3 Author: aph Date: Fri Jan 4 17:18:56 2008 New Revision: 131326 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131326 Log: 2008-01-04 Andrew Haley <[EMAIL PROTECTED]> PR libgcj/3 * java/lang/natClass.cc (Class::getEnclosingClass): Call getDeclaringClass(). Modified: trunk/libjava/ChangeLog trunk/libjava/java/lang/natClass.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-04 17:00 --- The plain DECL does not work because 1) we don't do the storetmp 2) can_PRE_operation and can_value_number_operation return false (so we do not enter a into EXP_GEN 3) create_value_expr_from cannot handle it most of the rest of PRE looks like it may handle DECLs, but if you fix the above, vn_lookup_with_vuses still not finds VH.10, because it is not ANTIC_IN. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677
[Bug middle-end/32964] [4.3 Regression] union cause inefficient code inside loops
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-04 16:59 --- Doh, wrong bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32964
[Bug c/34678] New: Optimization generates incorrect code with -frounding-math option
The following function produces only a single division operation even when compiling with -frounding-math. I had read in a different PR (29186) that the pragma FENV_ACCESS is not supported, but that -frounding-math should produce the same effect (recognizing that the option is experimental as well). Here's the function: cat > div.c < void xdiv (double x, double y, double* lo, double* hi) { #pragma STDC FENV_ACCESS ON fesetround(FE_DOWNWARD); *lo = x/y; fesetround(FE_UPWARD); *hi = x/y; } EOF gcc -O -frounding-math div.c -S I get the following assembly-fragment on xdiv: .LFB2: movq%rbx, -24(%rsp) .LCFI0: movq%rbp, -16(%rsp) .LCFI1: movq%r12, -8(%rsp) .LCFI2: subq$56, %rsp .LCFI3: movsd %xmm0, 24(%rsp) movsd %xmm1, 16(%rsp) movq%rdi, %rbx movq%rsi, %r12 movl$1024, %edi callfesetround movsd 24(%rsp), %xmm0 divsd 16(%rsp), %xmm0 movsd %xmm0, 8(%rsp) movq8(%rsp), %rbp movq%rbp, (%rbx) movl$2048, %edi callfesetround movq%rbp, (%r12) movq32(%rsp), %rbx movq40(%rsp), %rbp movq48(%rsp), %r12 addq$56, %rsp ret .LFE2: Here's also a simple driver program: #include #include extern void xdiv(double x, double y, double* lo, double* hi); int main(int argc, char** argv) { double z1,z2; xdiv(1,10,&z1,&z2); printf(" rounding down 1/10 is %30.20g \n", z1); printf(" rounding up 1/10 is %30.20g \n", z2); assert(z1http://gcc.gnu.org/wiki/GeertBosch it might). It doesn't work on either x86-64 nor i386. -- Summary: Optimization generates incorrect code with -frounding- math option Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: merkert at comcast dot net GCC build triplet: 4.3.0 20071123 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34678
[Bug other/34592] useless computation found
--- Comment #5 from dcb314 at hotmail dot com 2008-01-04 18:33 --- (In reply to comment #4) > I'd say that this is blocked by PR18624 (resp. PR30438 for fortran). > dcb, you seem to report these as separate PRs. Previous of this category > include: > PR25547 > PR25567 > PR26245 > PR32948 I agree I have been reporting this bug for a couple of years. I have even supplied patches. They have not been applied. Cleaning up the compiler source code is one thing, implementing a warning for the users is another. I don't think putting them together helps. Mind you, any progress on this issue would be welcome. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34592
[Bug tree-optimization/34618] [4.3 regression] ICE with -fmudflap and vectorization
--- Comment #3 from jakub at gcc dot gnu dot org 2008-01-04 17:39 --- To me this looks like a bug in outof-ssa, not unroller. The VAR_DECL in question is created by outof-ssa. The following hunk fixes this ICE: --- tree-outof-ssa.c.jj117 2007-10-28 19:34:17.0 +0100 +++ tree-outof-ssa.c2008-01-04 18:35:53.0 +0100 @@ -119,6 +119,7 @@ create_temp (tree t) } DECL_ARTIFICIAL (tmp) = DECL_ARTIFICIAL (t); DECL_IGNORED_P (tmp) = DECL_IGNORED_P (t); + DECL_GIMPLE_REG_P (tmp) = DECL_GIMPLE_REG_P (t); add_referenced_var (tmp); /* add_referenced_var will create the annotation and set up some -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34618
[Bug tree-optimization/34677] PREs insert_fake_stores is mostly useless
--- Comment #4 from dberlin at gcc dot gnu dot org 2008-01-04 17:31 --- Subject: Re: PREs insert_fake_stores is mostly useless FRE will handle DECL's, and VN will value number them. I've made small attempts at make PRE work with globals, but i'm lazy and haven't done it for real yet :) It is trickier than it would initially seem. On 4 Jan 2008 17:00:21 -, rguenth at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > --- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-04 17:00 > --- > The plain DECL does not work because > > 1) we don't do the storetmp > 2) can_PRE_operation and can_value_number_operation return false (so we > do not enter a into EXP_GEN > 3) create_value_expr_from cannot handle it > > most of the rest of PRE looks like it may handle DECLs, but if you fix the > above, vn_lookup_with_vuses still not finds VH.10, because it is not ANTIC_IN. > > > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677 > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34677
[Bug gcov-profile/34610] [4.3 regression] ICE with "-fprofile-arcs -fopenmp"
--- Comment #6 from hubicka at ucw dot cz 2008-01-04 17:28 --- Subject: Re: [4.3 regression] ICE with "-fprofile-arcs -fopenmp" > + if (flag_openmp) > +{ > + tree stmt = last_stmt (e->src); > + if (stmt) > + { > + /* Avoid inserting profiling instructions on edges > +which OpenMP expand will replace. */ > + if (TREE_CODE (stmt) == OMP_CONTINUE > + || TREE_CODE (stmt) == OMP_FOR) > + return; Just not inserting the instrumentation would lead to profile mismatch and strange errors with -fprofile-use or gcov. Why those edges are not marked as ABNORMAL when they can not be split? That would drive profile.c to not instrument them or if we don't want to ABNORMALize them for some reason (perhaps we want cleanp_cfg to thread them), then checks for them in profile.c at same time ABRNORMAL edges are handles is right thing to do. > + } > +} > + >/* We share one temporary variable declaration per function. This > gets re-set in tree_profiling. */ >if (gcov_type_tmp_var == NULL_TREE) > > In addition to this some bit in cfun? to avoid pass_tree_profile would be > needed > and expand_omp_parallel should set that for the child fns it creates. There is already cfun->profile. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34610
[Bug target/34679] New: [4.3 Regression] ICE: tree check: expected integer_type, have enumeral_type in host_integerp, at tree.c:4949
With trunk 20071212 on hppa: [EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -c -O3 linux-2.6-page_alloc.i mm/page_alloc.c: In function '__build_all_zonelists': mm/page_alloc.c:2077: internal compiler error: tree check: expected integer_type, have enumeral_type in host_integerp, at tree.c:4949 Please submit a full bug report, -- Summary: [4.3 Regression] ICE: tree check: expected integer_type, have enumeral_type in host_integerp, at tree.c:4949 Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC target triplet: hppa-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34679
[Bug target/34679] [4.3 Regression] ICE: tree check: expected integer_type, have enumeral_type in host_integerp, at tree.c:4949
--- Comment #1 from tbm at cyrius dot com 2008-01-04 18:51 --- Created an attachment (id=14880) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14880&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34679
[Bug middle-end/34679] [4.3 Regression] ICE: tree check: expected integer_type, have enumeral_type in host_integerp, at tree.c:4949
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|target |middle-end Keywords||ice-on-valid-code Target Milestone|--- |4.3.0 Version|4.2.3 |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34679
[Bug fortran/34662] inout argument with parameter
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-04 19:09 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00147.html -- burnus at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |burnus at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-01-04 19:09:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34662
[Bug fortran/34665] Cannot pass scalar to array argument 'a'
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-04 19:28 --- > We catch this with an explicit interface, but we > should still check for occurrence in the > same source code. I do not understand this part. There is an explicit interface available as both are contained in the same main program. >From Fortran 2003's "12.4.1.2 Actual arguments associated with dummy data objects": "If the actual argument is scalar, the corresponding dummy argument shall be scalar unless the actual argument is of type default character, of type character with the C character kind (15.1), or is an element or substring of an element of an array that is not an assumed-shape or pointer array." I think this has to be fixed in interface.c's compare_parameter. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34665
[Bug target/19161] No emms or femms emitted between MMX and FP instructions
--- Comment #22 from Richard dot Barnes at stratus dot com 2008-01-04 20:05 --- I have seen this bug in the vector-2 testcases shipped in gcc/gcc/testsuite/gcc.dg/compat when compiling for i386 with -msse2. In vector-2_y.c and vector-2_x.c we end up using both mmx and x87 registers in the same function without any intervening EMMS instruction. This fails in 4.1.2, 3.4.6, and 3.3.1. -- Richard dot Barnes at stratus dot com changed: What|Removed |Added CC||Richard dot Barnes at ||stratus dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161
[Bug c++/33911] attribute deprecated vs. templates
--- Comment #3 from jason at redhat dot com 2008-01-04 22:23 --- Subject: Re: attribute deprecated vs. templates niemayer at isg dot de wrote: > I can second that problem for template member functions - in contrast to > non-template member functions, where the attribute works. This is a parser bug: parsing the member template declaration winds up in cp_parser_init_declarator, which ignores attributes at the end of a declaration. A normal member function goes through cp_parser_member_declaration, which handles the attributes properly. You can work around this bug by moving the attribute into the decl-specifier-seq, i.e. "void __attribute ((deprecated)) foo(T&)". Jason -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
[Bug debug/19523] [4.0/4.1/4.2/4.3 Regression] DBX_USE_BINCL support broken in the C++ compiler
--- Comment #11 from tromey at gcc dot gnu dot org 2008-01-04 22:04 --- I took a look at the attached patch. I don't like it much. I think it puts the work in the wrong place -- libcpp and the lexer -- when, IMO, the problem should be addressed by changing dbxout.c (and perhaps the debug API). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19523