[Bug fortran/34788] New: Error diagnostic issued passing array element to explicit shape dummy argument
Gfortran version 4.3.0 20080114 (experimental) [trunk revision 131520] issues a diagnostic call b(z(1)) 1 Error: Element of assumed-shaped array passed to dummy argument 'x' at (1) on the attached program. This diagnostic is (a) misleading - b is NOT an assumed-shape array, and (b) incorrect. I believe the code is standard conforming Fortran under the provision allowing an array element to be passed to an array dummy argument. Gfortran 4.3.0 20071126 (experimental) [trunk revision 130431] compiles the code without any diagnostic, as do the NAG, g95, ifort, IBM XLF, pathscale, pgi compilers. module passtest integer, dimension(:),allocatable,save :: z integer, dimension(4) :: t contains subroutine a call b(z(1)) call b(t(1)) end subroutine a subroutine b(x) integer, dimension(2) :: x end subroutine b end module passtest -- Summary: Error diagnostic issued passing array element to explicit shape dummy argument Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: refson dot temp at ntlworld dot com GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34788
[Bug rtl-optimization/34085] ICE with -freorder-blocks-and-partition
--- Comment #20 from ubizjak at gmail dot com 2008-01-15 07:36 --- The ICE is fixed on mainline. [The testsuite failure on x86_64 is a separate issue, tracked by PR 34249.] -- ubizjak at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34085
[Bug rtl-optimization/26449] [4.2 Regression] ICE in loop invariant motion
--- Comment #24 from ubizjak at gmail dot com 2008-01-15 06:46 --- (In reply to comment #23) > This works for me on the branch. Uros, what is exactly failing? The code that was removed from the mainline (Comment #21) is still present in 4.2 branch. According to comments #13, #15 and #17, this bug comes and goes, and at this moment it looks that it is latent on the branch (at least all testcases compile OK). Let's pretend it is fixed as WORKSFORME. -- ubizjak at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26449
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #42 from pinskia at gcc dot gnu dot org 2008-01-15 05:47 --- (In reply to comment #40) > This bug cause linux kernel unable to compile. So I think it must be fixed > before 4.3 is released Except there is two parts to this bug, first it is a bug in the linux kernel for not including this function. Second the GCC bug is that it produces less than optimal code but that should not be a blocker for GCC 4.3.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug c++/34700] C++0x: rvalue erroneously binding to non-const lvalue reference
--- Comment #1 from dgregor at gcc dot gnu dot org 2008-01-15 05:38 --- This is not a bug. In the line that prints "L-value ref" where the reporter expected "R-value ref", the call to the lvalue reference constructor that we're seeing comes from inside the body of the source() function, which is returning a reference to a static variable. Since the variable is static, it is treated as an lvalue, and therefore we do a construction with S's lvalue constructor (which prints out "L-value ref"). Then, we don't actually need to perform another construction to build "u" (since we constructed the result of the call to source() in place), so there is no "R-value ref" at the end of the output/ -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34700
[Bug target/34786] [avr] at86rf401 device needs to be in the avr2 architecture
--- Comment #1 from eric dot weddington at atmel dot com 2008-01-15 04:36 --- My mistake. The AT86RF401 device does have the MOVW instruction, so this is a binutils bug. -- eric dot weddington at atmel dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34786
[Bug target/34787] New: fix -shared + -pthread for mips/linux
like so many other bugs, "-shared -pthread" is broken on mips linux: $ mips-linux-gcc -dumpspecs ... %{!shared: %{pthread:-lpthread} ... ... simple fix until a general solution (as proposed in Bug 20705) is implemented: --- gcc/config/mips/linux.h +++ gcc/config/mips/linux.h @@ -175,7 +175,7 @@ #undef LIB_SPEC #define LIB_SPEC "\ %{shared: -lc} \ -%{!shared: %{pthread:-lpthread} \ - %{profile:-lc_p} %{!profile: -lc}}" +%{pthread:-lpthread} \ +%{!shared: %{profile:-lc_p} %{!profile: -lc}}" #define MD_UNWIND_SUPPORT "config/mips/linux-unwind.h" --- gcc/config/mips/linux64.h +++ gcc/config/mips/linux64.h @@ -33,8 +33,8 @@ #undef LIB_SPEC #define LIB_SPEC "\ %{shared: -lc} \ -%{!shared: %{pthread:-lpthread} \ - %{profile:-lc_p} %{!profile: -lc}}" +%{pthread:-lpthread} \ +%{!shared: %{profile:-lc_p} %{!profile: -lc}}" #define GLIBC_DYNAMIC_LINKER32 "/lib/ld.so.1" #define GLIBC_DYNAMIC_LINKER64 "/lib64/ld.so.1" this follows the same lines as all other Linux arches: http://gcc.gnu.org/ml/gcc-patches/2002-12/msg00526.html -- Summary: fix -shared + -pthread for mips/linux Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: vapier at gentoo dot org GCC target triplet: mips-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34787
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #41 from ismail at pardus dot org dot tr 2008-01-15 02:42 --- (In reply to comment #40) > This bug cause linux kernel unable to compile. So I think it must be fixed > before 4.3 is released Yes and there is a known workaround, see comment #28 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug middle-end/32044] [4.3 regression] udivdi3 counterproductive, unwarranted use
--- Comment #40 from stevenyi at 163 dot com 2008-01-15 02:39 --- This bug cause linux kernel unable to compile. So I think it must be fixed before 4.3 is released -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044
[Bug target/34786] [avr] at86rf401 device needs to be in the avr2 architecture
-- eric dot weddington at atmel dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.2.2 4.3.0 Last reconfirmed|-00-00 00:00:00 |2008-01-15 01:54:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34786
[Bug target/34786] New: [avr] at86rf401 device needs to be in the avr2 architecture
The at86rf401 device needs to be in the avr2 architecture. Currently it is defined to be in the avr25 architecture, which has the MOVW instruction. According to binutils, the at86rf401 does not have the MOVW instruction. The change needs to be in gcc/config/avr/avr.c in the avr_mcu_types array. -- Summary: [avr] at86rf401 device needs to be in the avr2 architecture Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: eric dot weddington at atmel dot com GCC target triplet: avr-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34786
[Bug fortran/34782] tab format failure to display properly (regression vs. g77)
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-01-15 01:18 --- I think I better fix this if I can. :) -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-01-14 22:38:04 |2008-01-15 01:18:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34782
[Bug c++/34399] [4.3 regression] ICE on invalid friend declaration of variadic template
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-01-15 01:03 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00633.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34399
[Bug c++/34399] [4.3 regression] ICE on invalid friend declaration of variadic template
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-15 00:43 --- So, this is another case where we have a bug in our handling of C++98 that just happens to have been reported against variadic templates. The error in the code example is that 'N' in the friend declaration needs to be a parameter pack, e.g., template friend void A::A::foo(); That way, we're exactly matching the signature of the template A. The problem, in the compiler, is that without this exact match we don't get to the primary template's definition, and when we can't find A::A we end up with a TYPENAME_TYPE... not the kind of thing we want at this point. In C++98, we can create the same issue by using non-type template parameters that don't match types exactly, e.g., template struct X { void foo(); }; struct Y { template friend void X::X::foo(); }; That causes the same kind of ICE. I'm looking into this issue now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34399
[Bug c++/34399] [4.3 regression] ICE on invalid friend declaration of variadic template
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-15 00:29 --- (In reply to comment #2) > It's slightly more than an error-recovery issue, because we don't actually > emit > an error before dying. For normal mode non -std=c++0x mode, it is only an error recovery issue and that is what I am going by. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34399
[Bug c++/34399] [4.3 regression] ICE on invalid friend declaration of variadic template
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-15 00:24 --- It's slightly more than an error-recovery issue, because we don't actually emit an error before dying. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34399
[Bug c++/34052] [4.3 regression] Trouble with variadic templates as template-template parameter
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-01-15 00:12 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00491.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34052
[Bug c++/34751] [4.3 regression] ICE with pointer to member and variadic templates
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-15 00:11 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00625.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34751
[Bug c++/34314] [4.3 Regression] ICE on invalid code (with variadic templates): tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in template_class_depth
--- Comment #4 from dgregor at gcc dot gnu dot org 2008-01-15 00:10 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00632.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34314
[Bug c++/34314] [4.3 Regression] ICE on invalid code (with variadic templates): tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in template_class_depth
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-15 00:07 --- Here, we fail to produce an error message before crashing, so it should probably be classified as a P2 (which we've been doing for similar variadic templates issues). -- dgregor at gcc dot gnu dot org changed: What|Removed |Added CC|doug dot gregor at gmail dot| |com | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34314
[Bug c++/11856] unsigned warning in template
--- Comment #27 from manu at gcc dot gnu dot org 2008-01-14 23:29 --- No, this is still a bug and the last discussion about it was here: http://gcc.gnu.org/ml/gcc/2007-11/msg00642.html -- manu at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2007-01-09 14:36:09 |2008-01-14 23:29:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
[Bug c++/34783] unwanted limited range warning in template code
--- Comment #4 from mrs at apple dot com 2008-01-14 23:21 --- Ah, I thought someone just hadn't gotten around to moving the state to fixed, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
[Bug fortran/34785] internal compiler error for array constructor for sequence type
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-14 23:04 --- The failing assert is: /* Complex character array constructors should have been taken care of and not end up here. */ gcc_assert (ss->string_length); Reduced test: MODULE o_TYPE_DEFS implicit none TYPE SEQ SEQUENCE CHARACTER(9,1) :: BA(-4:5) END TYPE SEQ CHARACTER(9,1) :: BA_T(-4:5) END MODULE o_TYPE_DEFS MODULE TESTS use o_type_defs implicit none CONTAINS SUBROUTINE OG0015(UDS0L) TYPE(SEQ) UDS0L integer :: j1 UDS0L = SEQ((/ (BA_T(J1),J1=-4, 5) /)) END SUBROUTINE END MODULE TESTS -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34785
[Bug fortran/34782] tab format failure to display properly (regression vs. g77)
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-01-14 22:53 --- This is also a regression wrt g77: $ cat foo.f character a(6) data a / 'a', 'b', 'c', 'd', 'e', 'f' / write(*,'(T20,A3, T1,A4, T5,A2, T7,A2, T9,A4, T17,A1)') a end $ g77 foo.f $ ./a.out b c d efa -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Summary|tab format failure to |tab format failure to |display properly|display properly (regression ||vs. g77) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34782
[Bug fortran/34785] internal compiler error for array constructor for sequence type
-- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2008-01-14 22:43:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34785
[Bug fortran/34784] implicit character(s) hides type of selected_int_kind intrinsic
-- burnus at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||32834 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2008-01-14 22:42:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34784
[Bug fortran/34782] tab format failure to display properly
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-14 22:38 --- Jerry, do you have an idea? Confirm. Reduced test case: character a(6) a = transfer("abcdef", a,size(a)) write(*,'(T20,A3, T1,A4, T5,A2, T7,A2, T9,A4, T17,A1)') a end Expected: b c d efa Actual: b c d ef Using "character(5)" works. (Don't forget to test also the big test case; ifort for instance passes the test above, but writes non-printable characters (combined with "a" and " ") for column > 135 while g95, openg95/sunf95 and NAG f95 work.) -- 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 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2008-01-14 22:38:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34782
[Bug fortran/34785] New: internal compiler error for array constructor for sequence type
I get the message og0015.f: In function 'og0015': og0015.f:81: internal compiler error: in gfc_trans_array_constructor, at fortran /trans-array.c:1672 I think things work if I replace the "use o_type_defs" with the actual contents of the module. (Technically, this one was hard to isolate, so I might misremember this). Dick Hendrickson MODULE o_TYPE_DEFS TYPE SEQ SEQUENCE REAL(4) R, RA(9,10) REAL(8) :: D, DA(1:10) REAL(10) Q REAL(KIND=10), DIMENSION(10) :: QA COMPLEX(4) :: Z, ZA(0:8,1-1:9) COMPLEX(KIND=8), DIMENSION (20) :: YA(10) COMPLEX(8) :: Y COMPLEX(10) :: X, XA(-4:5) CHARACTER(9,1) :: B, BA(-4:5) INTEGER(4) :: I, IA(9,10) INTEGER(KIND=4) :: H CHARACTER(1,KIND=1):: C, CA(9,10) INTEGER(4), DIMENSION(10):: HA(-4:5) CHARACTER(LEN=9,KIND=1) :: E, EA(9,10) LOGICAL(4) :: L, LA(9,10) CHARACTER(KIND=1)F, FA(10) LOGICAL(4) :: G, GA(10) END TYPE SEQ ! TEMPORARIES FOR USE WITH 'SEQ' AND 'UNSEQ' TYPES REAL(4) :: RS_T, RA_T(9,10) REAL(8) :: DS_T, DA_T(1:10) REAL(KIND=10) :: QS_T, QA_T(10) COMPLEX(4) :: ZS_T, ZA_T(0:8,0:9) COMPLEX(KIND=8) :: YS_T, YA_T(10) COMPLEX(10) :: XS_T, XA_T(-4:5) INTEGER(4) :: IS_T, IA_T(9,10) INTEGER(4) :: HS_T, HA_T(-4:5) LOGICAL(4) :: LS_T, LA_T(9,10) LOGICAL(4) :: GS_T, GA_T(10) CHARACTER(9,1) :: BS_T, BA_T(-4:5) CHARACTER(1,KIND=1):: CS_T, CA_T(9,10) CHARACTER(LEN=9,KIND=1) :: ES_T, EA_T(9,10) CHARACTER(KIND=1, LEN=5-4) :: FS_T, FA_T(10) END MODULE o_TYPE_DEFS MODULE TESTS ! COPYRIGHT 1999 SPACKMAN & HENDRICKSON, INC. use o_type_defs ! INTEGER, PRIVATE :: J1,J2,J3,J4,J5,J6,J7,JJJ CONTAINS SUBROUTINE OG0015(UDS0L) ! COPYRIGHT 1999 SPACKMAN & HENDRICKSON, INC. TYPE(SEQ) UDS0L UDS0L = SEQ(INT(RS_T),INT(RESHAPE((/((RA_T(J1,J2), J1 = 1,9), $ J2=1,10)/), (/9,10/))), $INT(DS_T),INT((/ (DA_T(J1),J1=1,10,1) /)), $INT(QS_T),INT((/ (QA_T(J1), J1=10,1,-1) /)), $ZS_T,RESHAPE( (/ ((ZA_T(J1,J2), J1 =0,8), $ J2=0,9)/),(/9,10/)), $(/ (YA_T(J1),J1=1,2*5,2-1)/),YS_T, $XS_T,(/ (XA_T(J1),J1=-4, 5) /), $BS_T,(/ (BA_T(J1),J1=-4, 5) /), $INT(IS_T),INT(RESHAPE( (/ ((IA_T(J1,J2), J1 =1*1,3*3) $,J2= 1, 10)/), (/3*3,2*5/))), INT(HS_T), $CS_T,RESHAPE ( (/ ((CA_T(J1,J2), J1 =1, 9,1), $ J2=1, 2*5)/),(/8+1, 10/)), $INT((/ (HA_T(J1), J1=-4,5) /)), $ES_T,EA_T(1:9,1:10), $LS_T,RESHAPE( (/ ((LA_T(J1,J2),J1 = 2-1,10-1), $ J2=2-1,9+1)/), (/9, 10/) ), $FS_T,(/ (FA_T(J1), J1=1,2*5) /), $GS_T,(/ (GA_T(J1), J1= 1*1,2*5) /)) END SUBROUTINE END MODULE TESTS -- Summary: internal compiler error for array constructor for sequence type Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dick dot hendrickson at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34785
[Bug c++/11856] unsigned warning in template
--- Comment #26 from pinskia at gcc dot gnu dot org 2008-01-14 21:38 --- *** Bug 34783 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
[Bug c++/34783] unwanted limited range warning in template code
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-14 21:38 --- And that bug is not closed yet so what is the issue there? *** This bug has been marked as a duplicate of 11856 *** -- 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=34783
[Bug fortran/34784] New: implicit character(s) hides type of selected_int_kind intrinsic
When I have an IMPLICIT CHARACTER(S) statement above a declaration, the SELECTED_INT_KIND( ) function is diagnosed as a character function with the message u_dimension.f:3.50: INTEGER, DIMENSION(0:20) :: IP_ARRAY1_3_S = 1 Error: Can't convert CHARACTER(1) to INTEGER(4) at (1) MODULE U_TESTS implicit character(s) INTEGER, DIMENSION(0:20) :: IP_ARRAY1_3_S = $ (/ (SELECTED_INT_KIND(J1),J1=0,20) /) END MODULE U_TESTS Note, I've gotten the same error message in other contexts. This might be a broader problem that just the selected_int_kind function in a unusual use. If it isn't obvious to you that there is a more general problem than this isolated example, I'll try to track down some more examples. Dick Hendrickson -- Summary: implicit character(s) hides type of selected_int_kind intrinsic Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dick dot hendrickson at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34784
[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #17 from crowl at google dot com 2008-01-14 21:29 --- Subject: Re: [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474 The consensus of the C++ standards reflector is that all three following code snippets are well-formed. explicit: struct B {}; struct D : public B { static const int i = sizeof((B*)(D*)0); }; implicit: struct Z {}; struct A : Z {}; Z* implicitToZ (Z*); struct B : A { static const int i = sizeof(implicitToZ((B*)0)); }; non-null: struct B {}; struct D; D* p; struct D: public B { static const int i = sizeof ((B*)p); }; The rational is that even though the classes are not complete within their body, the bases must be known. The reason is that other features of the language, like co-variant returns, would fail. Since the bases are known, the conversions are well-formed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug c++/34751] [4.3 regression] ICE with pointer to member and variadic templates
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-01-14 20:41 --- Confirmed. The code itself is invalid (because parameter packs cannot have default arguments), but this has exposed some issues. I'll take it. -- dgregor at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dgregor at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Keywords|ice-on-valid-code |ice-on-invalid-code Last reconfirmed|2008-01-12 19:42:44 |2008-01-14 20:41:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34751
[Bug c++/34783] unwanted limited range warning in template code
--- Comment #2 from mrs at apple dot com 2008-01-14 20:08 --- No, that bug report has a hack around, not a fix. A fix would make it work by default out of the box. A fix would avoid these for templated types and leave them for non-templated types. -- mrs at apple dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|DUPLICATE | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
[Bug c++/33887] [4.1/4.2/4.3 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #22 from aoliva at gcc dot gnu dot org 2008-01-14 19:56 --- Both are cases in which the absence of bit-field reduction *on widening conversions* causes the problem. I realize the absence of such reductions can be harmful in other cases as well, e.g. division and right-shifts. But for most cases, modulo semantics guarantees the correct results as long as we stick to the narrower type. However, when modulo semantics is required, reduction must take place, e.g. for compare operations that don't disregard the bits that are not in the type's implied mask. I believe the module semantics is the reasoning behind the no-reduction policy. But I do see that we fail to implement it properly, and I don't know whether it is the front-end's responsibility to provide the missing bits explicitly, or the middle end to cover for what the front end might be assuming the middle end will provide. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug c++/11856] unsigned warning in template
--- Comment #25 from pinskia at gcc dot gnu dot org 2008-01-14 19:42 --- *** Bug 34783 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||mrs at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11856
[Bug c++/34783] unwanted limited range warning in template code
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 19:42 --- You know bugzilla has a search for a reason? *** This bug has been marked as a duplicate of 11856 *** -- 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=34783
[Bug c++/34783] New: unwanted limited range warning in template code
It seems silly for a project to get warnings in the below case. It seems silly to require that one specialize just to avoid the warning. $ cat t.cc void bar(); template void foo(T t) { if (t < 257) bar(); } void bee() { foo(1); foo(char(1)); } $ g++ t.cc -c t.cc: In function void foo(T) [with T = char]: t.cc:9: instantiated from here t.cc:4: warning: comparison is always true due to limited range of data type -- Summary: unwanted limited range warning in template code Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mrs at apple dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34783
gcc-bugs@gcc.gnu.org
--- Comment #6 from raksit at gcc dot gnu dot org 2008-01-14 19:27 --- This was fixed in revision 131460. -- raksit at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27971
[Bug c++/24924] front end and preprocessor pedantic_errors settings should agree
--- Comment #6 from manu at gcc dot gnu dot org 2008-01-14 19:22 --- Subject: Bug 24924 Author: manu Date: Mon Jan 14 19:21:38 2008 New Revision: 131530 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131530 Log: 2008-01-14 Manuel Lopez-Ibanez <[EMAIL PROTECTED]> PR c++/24924 * c-opts (c_common_post_options): Do not enable CPP flag_pedantic_errors by default. testsuite/ * g++.dg/cpp/pedantic-errors.C: Delete. * g++.dg/cpp/permissive.C: Delete. Removed: trunk/gcc/testsuite/g++.dg/cpp/pedantic-errors.C trunk/gcc/testsuite/g++.dg/cpp/permissive.C Modified: trunk/gcc/ChangeLog trunk/gcc/c-opts.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24924
[Bug c++/24924] front end and preprocessor pedantic_errors settings should agree
-- manu at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||33702 nThis|| Target Milestone|4.3.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24924
[Bug c++/24924] front end and preprocessor pedantic_errors settings should agree
--- Comment #5 from manu at gcc dot gnu dot org 2008-01-14 19:18 --- The fix was reverted so REOPEN. There is a patch available for 4.4: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00583.html -- manu at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Keywords||patch Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24924
[Bug fortran/34782] New: tab format failure to display properly
Sample test failure. Works on Sun Compiler, Mac g95 but fails on gfortran, by having spaces where character should be displayed. [mac27:~] bmcinnes% more p.f CHARACTER FOR*(*) PARAMETER(FOR='(T114,A3, T1,A4, T5,A2, T7,A2, T9,A4, T27,A1, T +18,A6, T13,A5, T28,A1,T119,A3,T122,A3,T125,A2,T109,A1,T127,A2,T129 +,A1,T130,A1,T131,A1, T46,A1, T47,A3, T50,A1, T51,A3, T54,A1, T55,A +2, T57,A2, T59,A1,T183,A1, T60,A5, T69,A1, T70,A4, T75,A4, T80,A4, + T86,A4, T84,A2, T90,A1, T91,A1, T92,A1, T93,A1, T94,A1, T95,A1, T +96,A1, T97,A2, T99,A2,T101,A2,T103,A2,T105,A2,T107,A2, T44,A2,T134 +,A2, T29,A1, T30,A1, T65,A1, T66,A3,T195,A1,T196,A2,T198,A1, T33,A +2, T35:A1, T36:A1, T37:A1, T38:A1, T39:A1, T40:A1, T41:A1, T42:A1, +T178,A1,T179,A1, T74,A1,T182,A1,T132,A1,T133,A1,T109,A1,T109,A1,T1 +09,A1,T109,A1,T148,A1,T149,A1,T150,A1,T151,A1,T152,A1,T153,A1,T154 +,A1,T109,A1,T109,A1,T109,A1,T109,A1,T109,A1,T109,A1,T109,A1,T109,A +1,T109,A1,T171,A1,T109,A1,T109,A1,T109,A1,T109,A1,T109,A1,T155,A1, +T156,A1,T157,A1,T158,A1,T159,A1,T160,A1,T161,A1,T162,A1,T163,A1,T1 +64,A1,T165,A1,T166,A1,T167,A1,T168,A1,T109,A1)') character a(111) data a/111*'a'/ write(6,for)a end [mac27:~] bmcinnes% g95 p.f [mac27:~] bmcinnes% ./a.out a a a aa a a aa aa aa a aaaa aa aa a a a a a a a a aa aa a a aa a a a aa aa a aa [mac27:~] bmcinnes% gfortran p.f ld: warning, duplicate dylib /usr/local/gfortran/lib/libgcc_s.1.dylib [mac27:~] bmcinnes% ./a.out a a a aa a a aa aa aa a aaaa a a a aa a [mac27:~] bmcinnes% gfortran --version GNU Fortran (GCC) 4.3.0 20071017 (experimental) [trunk revision 129405] 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 [mac27:~] bmcinnes% -- Summary: tab format failure to display properly Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: barry dot j dot mcinnes at noaa dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34782
[Bug c++/34778] terminate called after throwing an instance of
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-14 18:34 --- Ok, what about a reproducible testcase then? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
[Bug debug/34249] [4.3 Regression] FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE
-- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ubizjak at gmail dot com |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||01/msg00612.html Status|NEW |ASSIGNED Last reconfirmed|2007-11-27 14:06:26 |2008-01-14 17:16:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34249
[Bug c++/33887] [4.1/4.2/4.3 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-01-14 17:08 --- Another testcase we miscompile due to the fact in comment #20 (w/o the temporary tmp fold converts the comparison to a comparision with a BIT_FIELD_REF, which is handled correctly (not optimized)): extern "C" void abort (void); struct s { unsigned long long f1 : 40; unsigned int f2 : 24; }; s sv; void __attribute__((noinline)) foo(unsigned int i) { unsigned int tmp; sv.f2 = i; tmp = sv.f2; if (tmp != 0) abort (); } int main() { foo (0xff00u); return 0; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug c++/33887] [4.1/4.2/4.3 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #20 from rguenth at gcc dot gnu dot org 2008-01-14 16:55 --- So even if you fix that, and you'll end up with D.2029; : D.2029 = () (unsigned int) ((int) x.i + -1); x.i = D.2029; if (D.2029 != 16777215) goto ; else goto ; before expand, the truncation at the store to register D.2029 still is not reflected in code generated by expand, if the language does not have REDUCE_BIT_FIELD_OPERATIONS set. Which means that the GIMPLE IL bool retval.0; D.2025; int D.2026; int D.2027; unsigned int D.2028; D.2029; unsigned int D.2030; unsigned int D.2031; D.2025 = x.i; D.2026 = (int) D.2025; D.2027 = D.2026 + -1; D.2028 = (unsigned int) D.2027; D.2029 = () D.2028; x.i = D.2029; D.2025 = x.i; retval.0 = D.2025 != 16777215; if (retval.0) still does not have frontend independent semantics. IMHO this is a middle-end bug. Let's hope that the IL fix remove the issues with libjava you get into if enabling the langhook for C++. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug libstdc++/34730] Legal program doesn't compile with -D_GLIBCXX_DEBUG
--- Comment #10 from bkoz at gcc dot gnu dot org 2008-01-14 16:45 --- Yes, I noticed the much more accurate (and explicit) requirements on types/algos in concept gcc when hashing through the initial parallel mode work. I found it very helpful as an implementation (or reimplementation) guide . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34730
[Bug target/34780] Bootstrapping libstdc++-v3 failed
--- Comment #6 from dominiq at lps dot ens dot fr 2008-01-14 16:15 --- If I go back to my default config: ../gcc-4.3-work/configure --prefix=/opt/gcc/gcc4.3w --mandir=/opt/gcc/gcc4.3w/share/man --infodir=/opt/gcc/gcc4.3w/share/info --build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib the -Werror is no longer there when building libstdc++-v3 and I have been able to build it, though I stll have the warning about "'unsigned int size_of_encoded_value(unsigned char)' defined but not used". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug c++/34196] [4.3 Regression] uninitialized variable warning in dead exception region
--- Comment #2 from jason at gcc dot gnu dot org 2008-01-14 16:15 --- This is indeed caused by the patch for 15764. If unserialize throws, and then the destructor for the string temporary passed as the argument to unserialize throws, we would then destroy wt without having constructed it. Except that we should call terminate() if the string destructor throws, because we were unwinding the stack. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34196
[Bug c++/33887] [4.1/4.2/4.3 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #19 from rguenth at gcc dot gnu dot org 2008-01-14 15:45 --- The bug here is that the FE does not perform integer promotion for ++sv.f2, but emits <>> >>; which is gimplified to operations on a bitfield type: D.2043; D.2044; D.2043 = sv.f2; D.2044 = D.2043 + 1; sv.f2 = D.2044; Once the optimizer realizes it doesn't need to go through memory for sv.f2, things go downhill, as expand now reaches D.2043 + 1 without the implicit truncation done at the store to memory. See my bitfield rant on gcc@ - it's all broke. The proper C++ FE fix is to perform arithmetic in a promoted type here. -- 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-12-08 20:07:32 |2008-01-14 15:45:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug target/34780] Bootstrapping libstdc++-v3 failed
--- Comment #5 from dominiq at lps dot ens dot fr 2008-01-14 15:42 --- Configuring gcc with: ../gcc-4.3-work/configure --prefix=/opt/gcc/gcc4.3w --mandir=/opt/gcc/gcc4.3w/share/man --infodir=/opt/gcc/gcc4.3w/share/info --build=i686-apple-darwin9 --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/usr --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-maintainer-mode --disable-werror I still get the same failure: cc1plus: warnings being treated as errors /opt/gcc/gcc-4.3-work/libstdc++-v3/../gcc/unwind-pe.h:74: error: 'unsigned int size_of_encoded_value(unsigned char)' defined but not used According the manual: --enable-werror --disable-werror --enable-werror=yes --enable-werror=no When you specify this option, it controls whether certain files in the compiler are built with -Werror in bootstrap stage2 and later. If you don't specify it, -Werror is turned on for the main development trunk. However it defaults to off for release branches and final releases. The specific files which get -Werror are controlled by the Makefiles. Why do I have '-Werror' while building libstdc++-v3? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug c++/33819] [4.2/4.3 Regression] Miscompiled shift of C++ bitfield
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-14 15:31 --- The inconsistency between the two ILs arise because in default_conversion we convert (const long : 33) to (long : 33) via perform_integral_promotions and then is_bitfield_expr_with_lowered_type no longer recognizes the expression as to-be promoted bitfield and thus convert_bitfield_to_declared_type does not do the conversion anymore. And indeed, is_bitfield_expr_with_lowered_type misses handling for such conversions. Mine. (I still think promotion should be according to integer promotions of bitfields, not according to the declared type) -- 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|2008-01-08 23:19:38 |2008-01-14 15:31:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33819
[Bug c/34781] New: __builtin_expect()'s first argument should be treated like other conditional expressions
Namely, un-parenthesized assignments should be warned about, as in: void func(void); void test(int n) { if(n = 1) func(); if(__builtin_expect(n = 1, 0)) func(); } If __builtin_expect() is expected to be used outside of conditionals (the only useful case I can see is inside switch()), then the treatment of the argument should be done with knowledge of the surrounding context. -- Summary: __builtin_expect()'s first argument should be treated like other conditional expressions Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jbeulich at novell dot com GCC build triplet: *-*-* GCC host triplet: *-*-* GCC target triplet: *-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34781
[Bug libgcj/33263] [4.3 regression] libjava testsuite failures on alpha-linux
--- Comment #2 from debian-gcc at lists dot debian dot org 2008-01-14 15:18 --- yes, see http://buildd.debian.org/fetch.cgi?&pkg=gcj-4.3&ver=4.3-20080112-1&arch=alpha&stamp=1200316559&file=log test results will appear on gcc-testresults shortly. Matthias -- debian-gcc at lists dot debian dot org changed: What|Removed |Added Status|WAITING |UNCONFIRMED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33263
[Bug target/34780] Bootstrapping libstdc++-v3 failed
--- Comment #4 from dominiq at lps dot ens dot fr 2008-01-14 14:36 --- Just for the record I have also found the warning in the make log of rev. 129958. The only difference I had with the previous builds was the use of '--enable-maintainer-mode'. I am now tring with '--enable-maintainer-mode --disable-werror'. Now I have checked on the gcc lists that I have been hit couple time by 'cc1: warnings being treated as errors' (see for instance http://gcc.gnu.org/ml/fortran/2007-11/msg00254.html). has there been any change on the cc1plus options recently? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug debug/34249] [4.3 Regression] FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE
--- Comment #5 from ubizjak at gmail dot com 2008-01-14 14:21 --- I'm testing following patch: Index: final.c === --- final.c (revision 131520) +++ final.c (working copy) @@ -1777,7 +1777,13 @@ final_scan_insn (rtx insn, FILE *file, i case NOTE_INSN_SWITCH_TEXT_SECTIONS: in_cold_section_p = !in_cold_section_p; - (*debug_hooks->switch_text_section) (); +#ifdef DWARF2_UNWIND_INFO + if (dwarf2out_do_frame ()) + dwarf2out_switch_text_section (); + else +#endif + (*debug_hooks->switch_text_section) (); + switch_to_section (current_function_section ()); break; Index: debug.h === --- debug.h (revision 131520) +++ debug.h (working copy) @@ -160,6 +160,7 @@ extern void dwarf2out_frame_finish (void /* Decide whether we want to emit frame unwind information for the current translation unit. */ extern int dwarf2out_do_frame (void); +extern void dwarf2out_switch_text_section(void); extern void debug_flush_symbol_queue (void); extern void debug_queue_symbol (tree); Index: dwarf2out.c === --- dwarf2out.c (revision 131520) +++ dwarf2out.c (working copy) @@ -3659,7 +3659,6 @@ static void dwarf2out_imported_module_or static void dwarf2out_abstract_function (tree); static void dwarf2out_var_location (rtx); static void dwarf2out_begin_function (tree); -static void dwarf2out_switch_text_section (void); /* The debug hooks structure. */ @@ -7094,7 +7093,7 @@ dwarf2out_note_section_used (void) cold_text_section_used = true; } -static void +void dwarf2out_switch_text_section (void) { dw_fde_ref fde; -- ubizjak at gmail dot com changed: What|Removed |Added CC||ubizjak at gmail dot com Component|rtl-optimization|debug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34249
[Bug target/34780] Bootstrapping libstdc++-v3 failed
--- Comment #3 from dominiq at lps dot ens dot fr 2008-01-14 13:30 --- Subject: Re: Bootstrapping libstdc++-v3 failed > Are you sure you don't have CXXFLAGS set to include -Werror ? I think this is the default and I have it: cc1plus: warnings being treated as errors I have seen this kind of failure in the past, but in this case I am unable to find a work around. Anyway there is something wrong somewhere. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug c++/34774] [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice
--- Comment #13 from pcarlini at suse dot de 2008-01-14 13:29 --- I will, but I don't make promises... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
[Bug c++/34778] terminate called after throwing an instance of
--- Comment #4 from tkiernan at gmail dot com 2008-01-14 13:01 --- I have reconfigued gcc4.2.2 withou the enable-sjlij-exceptions flag and still getting the same behaviour ... -- tkiernan at gmail dot com changed: What|Removed |Added Severity|normal |blocker http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
[Bug rtl-optimization/34249] [4.3 Regression] FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE
--- Comment #4 from ubizjak at gmail dot com 2008-01-14 12:59 --- (In reply to comment #3) > This testcase never worked. It works when -g is added to compile flags. The problem is, that final pass calls dwarf2out_switch_text_section() for NOTE_INSN_SWITCH_TEXT_SECTIONS only when debug hooks are actually initialized. When "-g" is added, everything works as expected, since dwarf2out_switch_text_section() is now active and we get: .LSFDE2: .long .LEFDE2-.LASFDE2 .LASFDE2: .long .Lframe0 .quad .LFB15 .quad .LHOTB1 .quad .LHOTE1-.LHOTB1 .quad .LCOLDB1 .quad .LCOLDE1-.LCOLDB1 .align 8 .LEFDE2: instead of: .LASFDE3: .long .LASFDE3-.Lframe1 .long .LFB15 .long .LFE15-.LFB15 .uleb128 0x0 .align 8 .LEFDE3: BTW: I also think that -freorder-blocks-and-partition should enable flag_inhibit_size_directive, since .size is not correct with -fr-b-a-p. I'm not an expert on this area, so perhaps original authors would like to fix this issue? -- ubizjak at gmail dot com changed: What|Removed |Added CC||ctice at apple dot com Summary|FAIL: gcc.dg/tree-prof/bb- |[4.3 Regression] FAIL: |reorg.c compilation, - |gcc.dg/tree-prof/bb-reorg.c |fprofile-use -D_PROFILE_USE |compilation, -fprofile-use ||-D_PROFILE_USE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34249
[Bug c++/34774] [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice
--- Comment #12 from tbptbp at gmail dot com 2008-01-14 12:47 --- Subject: Re: [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice On 14 Jan 2008 12:35:51 -, rguenth at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > The testcase in comment #3 looks valid(?), at least EDG accepts it. The > problem is we try to fold_non_dependent_expr > >n = n0 > max_shift ? max_shift : n0, > > but substituting n0 makes this expression dependent and we leak template > param lists to fold. I'm no language lawyer, but the whole exercise is supposed to be valid. It has been mutilated for msvc2k5, and it works there. It also works with g++ when it doesn't fault (that is when i use an alternative implementation). Icc 10.1 doesn't complain either before crashing ;) So, to me, with my rosy teinted glasses strapped on, it has never been an ice-on-invalid. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
[Bug c++/34774] [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-01-14 12:46 --- Paolo, can you have a look here? ;) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
[Bug c++/34774] [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-14 12:45 --- Reduced testcase: template struct shift { enum { n0 = (unsigned)shifts, n = n0 ? 0 : n0, n_comp = -n } x; }; it looks like we substitute n into -n but do not stop substituting once we hit a dependent expression (n0). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
[Bug c++/34774] [4.1/4.2/4.3 Regression] templates, enumerations, overflow, ice
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-14 12:35 --- The testcase in comment #3 looks valid(?), at least EDG accepts it. The problem is we try to fold_non_dependent_expr n = n0 > max_shift ? max_shift : n0, but substituting n0 makes this expression dependent and we leak template param lists to fold. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords|ice-on-invalid-code |ice-on-valid-code Priority|P4 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34774
[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #35 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:22 --- On all branches. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2008- ||01/msg00605.html Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #34 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:20 --- Subject: Bug 31944 Author: ebotcazou Date: Mon Jan 14 12:19:58 2008 New Revision: 131524 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131524 Log: PR rtl-optimization/31944 * cse.c (remove_pseudo_from_table): New function. (merge_equiv_classes): Use above function to remove pseudo-registers. (invalidate): Likewise. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.c-torture/compile/20080114-1.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=31944
[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #33 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:19 --- Subject: Bug 31944 Author: ebotcazou Date: Mon Jan 14 12:18:30 2008 New Revision: 131523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131523 Log: 2008-01-14 Eric Botcazou <[EMAIL PROTECTED]> PR rtl-optimization/31944 * cse.c (remove_pseudo_from_table): New function. (merge_equiv_classes): Use above function to remove pseudo-registers. (invalidate): Likewise. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.c-torture/compile/20080114-1.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/cse.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
[Bug rtl-optimization/31944] [4.1/4.2/4.3 Regression] Endless loop while building a 64-bit 2.6.20 kernel
--- Comment #32 from ebotcazou at gcc dot gnu dot org 2008-01-14 12:17 --- Subject: Bug 31944 Author: ebotcazou Date: Mon Jan 14 12:16:58 2008 New Revision: 131522 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131522 Log: PR rtl-optimization/31944 * cse.c (remove_pseudo_from_table): New function. (merge_equiv_classes): Use above function to remove pseudo-registers. (invalidate): Likewise. Added: trunk/gcc/testsuite/gcc.c-torture/compile/20080114-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/cse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31944
[Bug c++/34778] terminate called after throwing an instance of
--- Comment #3 from tkiernan at gmail dot com 2008-01-14 12:16 --- (In reply to comment #2) > -enable-sjlj-execptions Why are you using that option? This causes an ABI > incompatiable with the default GCC build. > Ok , I have reconfigured gcc4.2.2 without this option again ... How ever , I want to revert back to using gcc4.1.1 . Do you know if there was a patch for gcc4.1.1 , Does it need to be configured with a flag to turn the visibility on .. ?? Thanks -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
[Bug target/33281] gfortran crt2.o not found under Vista
--- Comment #11 from keithmarshall at users dot sourceforge dot net 2008-01-14 12:15 --- (In reply to comment #9) > Fix committed to mainline. > As a MinGW administrator, I am dismayed that you consider this __USE_MINGW_ACCESS kludge as a solution to this bug; I would like this particularly nasty kludge to go away, from the MinGW code base, as soon as is practicably possible. My own view on this is, that since X_OK has no meaning on any platform supported by MinGW, our headers simply should not define it. Danny Smith has advised me that I cannot do that, since GCC needs it, if I don't define it, GCC will give an arbitrary value of one, which will simply reintroduce the old broken behaviour; IMO, that is wrong: if I don't define it, then it is because it should not be used, and GCC should respect that. Danny has further advised me that, if I were to adopt the next best compromise, and define X_OK with a value of zero, that that too would break GCC, because it uses X_OK in other contexts than the mode argument to access(), and in those contexts the value of zero would not work. If this is indeed the case, then I would respectfully suggest that such usage is a violation of IEEE-1003.1, which explicitly defines F_OK, R_OK, W_OK and X_OK for use as values for composing the mode argument to access(), (and for no other purpose). Regards, Keith. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33281
[Bug target/34780] Bootstrapping libstdc++-v3 failed
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-14 12:13 --- I do get this warning but the build does not fail: libtool: compile: /Users/apinski/src/local/gcc/objdir/./gcc/xgcc -shared-libgcc -B/Users/apinski/src/local/gcc/objdir/./gcc -nostdinc++ -L/Users/apinski/src/local/gcc/objdir/i386-apple-darwin8.11.1/libstdc++-v3/src -L/Users/apinski/src/local/gcc/objdir/i386-apple-darwin8.11.1/libstdc++-v3/src/.libs -B/Users/apinski/local-gcc/i386-apple-darwin8.11.1/bin/ -B/Users/apinski/local-gcc/i386-apple-darwin8.11.1/lib/ -isystem /Users/apinski/local-gcc/i386-apple-darwin8.11.1/include -isystem /Users/apinski/local-gcc/i386-apple-darwin8.11.1/sys-include -I/Users/apinski/src/local/gcc/libstdc++-v3/../gcc -I/Users/apinski/src/local/gcc/objdir/i386-apple-darwin8.11.1/libstdc++-v3/include/i386-apple-darwin8.11.1 -I/Users/apinski/src/local/gcc/objdir/i386-apple-darwin8.11.1/libstdc++-v3/include -I/Users/apinski/src/local/gcc/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -fvisibility-inlines-hidden -ffunction-sections -fdata-sections -O2 -g -g -O2 -c /Users/apinski/src/local/gcc/libstdc++-v3/libsupc++/eh_call.cc -fno-common -DPIC -o eh_call.o /Users/apinski/src/local/gcc/libstdc++-v3/../gcc/unwind-pe.h:74: warning: 'unsigned int size_of_encoded_value(unsigned char)' defined but not used Are you sure you don't have CXXFLAGS set to include -Werror ? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug target/34780] Bootstrapping libstdc++-v3 failed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 12:11 --- I Just built "Mon Jan 14 03:46:12 UTC 2008 (revision 131520)" on i386-apple-darwin8.11.1 . -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|bootstrap |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug target/34777] uClibc-0.9.29 compilation error for sh4 arch with gcc-4.x
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
[Bug c++/34778] terminate called after throwing an instance of
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-14 12:07 --- -enable-sjlj-execptions Why are you using that option? This causes an ABI incompatiable with the default GCC build. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|blocker |normal Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
[Bug c++/34778] terminate called after throwing an instance of
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 12:05 --- *** Bug 34779 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
[Bug c++/34779] terminate called after throwing an instance of
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-14 12:05 --- *** This bug has been marked as a duplicate of 34778 *** -- 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=34779
[Bug c/34777] uClibc-0.9.29 compilation error for sh4 arch with gcc-4.x
--- Comment #3 from wigyori at uid0 dot hu 2008-01-14 11:55 --- (In reply to comment #1) > I suppose ldso/ldso/dl-elf.c:803 is an asm() statement. How does it look > like? > Can you attach preprocessed source? > No, dl-elf.c:803 is the closing of _dl_dprintf, preprocessed source as required with -save-temps attached. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
[Bug c/34777] uClibc-0.9.29 compilation error for sh4 arch with gcc-4.x
--- Comment #2 from wigyori at uid0 dot hu 2008-01-14 11:51 --- Created an attachment (id=14941) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14941&action=view) Preprocessed source of ldso.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
[Bug bootstrap/34780] New: Bootstrapping libstdc++-v3 failed
Bootstrapping libstdc++-v3 at revision 131520 failed with: ... Making all in libsupc++ /bin/sh ../libtool --tag CXX --tag disable-shared --mode=compile /opt/gcc/i686-darwin/./gcc/xgcc -shared-libgcc -B/opt/gcc/i686-darwin/./gcc -nostdinc++ -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src/.libs -B/opt/gcc/gcc4.3w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.3w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/sys-include -I/opt/gcc/gcc-4.3-work/libstdc++-v3/../gcc -I/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include/i686-apple-darwin9 -I/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include -I/opt/gcc/gcc-4.3-work/libstdc++-v3/libsupc++ -fno-implicit-templates -prefer-pic -Wall -Wextra -Wwrite-strings -Wcast-qual -Werror -fdiagnostics-show-location=once -fvisibility-inlines-hidden -ffunction-sections -fdata-sections -O2 -g -g -O2-c -o eh_call.lo ../../../../gcc-4.3-work/libstdc++-v3/libsupc++/eh_call.cc libtool: compile: /opt/gcc/i686-darwin/./gcc/xgcc -shared-libgcc -B/opt/gcc/i686-darwin/./gcc -nostdinc++ -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src/.libs -B/opt/gcc/gcc4.3w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.3w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.3w/i686-apple-darwin9/sys-include -I/opt/gcc/gcc-4.3-work/libstdc++-v3/../gcc -I/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include/i686-apple-darwin9 -I/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include -I/opt/gcc/gcc-4.3-work/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -Werror -fdiagnostics-show-location=once -fvisibility-inlines-hidden -ffunction-sections -fdata-sections -O2 -g -g -O2 -c ../../../../gcc-4.3-work/libstdc++-v3/libsupc++/eh_call.cc -fno-common -DPIC -o eh_call.o cc1plus: warnings being treated as errors /opt/gcc/gcc-4.3-work/libstdc++-v3/../gcc/unwind-pe.h:74: error: 'unsigned int size_of_encoded_value(unsigned char)' defined but not used make[4]: *** [eh_call.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libstdc++-v3] Error 2 make: *** [all] Error 2 Does anyone understand why static unsigned int size_of_encoded_value (unsigned char encoding) is read as 'unsigned int size_of_encoded_value(unsigned char)'? -- Summary: Bootstrapping libstdc++-v3 failed Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dominiq at lps dot ens dot fr GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34780
[Bug c++/27177] [4.1/4.2/4.3 Regression] ICE in build_simple_base_path, at cp/class.c:474
--- Comment #16 from rguenth at gcc dot gnu dot org 2008-01-14 11:19 --- Ping! -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2/4.3 Regression]|[4.1/4.2/4.3 Regression] ICE |ICE in |in build_simple_base_path, |build_simple_base_path, at |at cp/class.c:474 |cp/class.c:474 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27177
[Bug c++/34779] New: terminate called after throwing an instance of
Hi , I have downloaded GCC 4.2.2 and configured it on powerpc , linux (redhat 4.5) host: powerpc64-unknown-linux-gnu build: powerpc64-unknown-linux-gnu target: powerpc64-unknown-linux-gnu configured with: ./configure -prefix=/home/teresa/gcc4.2.2/local/ --enable-languages=c,c++ -disable-nls -enable-sjlj-execptions When I run my application , I'm getting the problem when running an exception from an instance of the class - see below as what i was getting with GCC version 4.1.1 and version 4.2.2 Does anyone know if this has been fixed on gcc4.2.2 /4.1.1 and do I need to configure a gcc flag to allow visibility ? terminate called after throwing an instance of 'OracleAPIException' what(): ORA-20005: Below is the output of the stacktrace 0x0080aad79f70 in .__GI_raise () from /lib64/tls/libc.so.6 #1 0x0080aad7bac4 in .__GI_abort () from /lib64/tls/libc.so.6 #2 0x0080ab12d5b4 in ._ZN9__gnu_cxx27__verbose_terminate_handlerEv () from /usr/lib64/libstdc++.so.6 #3 0x0080ab12a00c in .__cxa_call_unexpected () from /usr/lib64/libstdc++.so.6 #4 0x0080ab12a054 in ._ZSt9terminatev () from /usr/lib64/libstdc++.so.6 #5 0x0080ab12a2e4 in .__cxa_rethrow () from /usr/lib64/libstdc++.so.6 -- Summary: terminate called after throwing an instance of Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkiernan at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34779
[Bug bootstrap/32009] [4.3 Regression] building gcc4-4.3.0-20070518 failed on OSX 10.3.9
--- Comment #24 from rguenth at gcc dot gnu dot org 2008-01-14 11:17 --- Bootstrap is unbroken, lowering severity. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32009
[Bug middle-end/34743] Testcase gcc.dg/tree-ssa/20070302-1.c is broken (unneeded call clobbering)
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-14 10:58 --- Created an attachment (id=14940) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14940&action=view) patch I was toying with -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34743
[Bug middle-end/34743] Testcase gcc.dg/tree-ssa/20070302-1.c is broken (unneeded call clobbering)
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-14 10:56 --- Let's defer this to stage1. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|minor |enhancement Summary|Testcase gcc.dg/tree- |Testcase gcc.dg/tree- |ssa/20070302-1.c is broken |ssa/20070302-1.c is broken ||(unneeded call clobbering) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34743
[Bug c/34777] uClibc-0.9.29 compilation error for sh4 arch with gcc-4.x
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-14 10:52 --- I suppose ldso/ldso/dl-elf.c:803 is an asm() statement. How does it look like? Can you attach preprocessed source? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
[Bug c++/34624] valid c++ code doesn't compile for x86_64, but for i386
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-14 10:50 --- EDG says t.ii(13): error: no instance of function template "get_samples" matches the argument list argument types are: (my_table) const float * ptr = get_samples(tab); ^ compilation aborted for t.ii (code 2) for the testcase in comment #3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34624
[Bug c++/34772] [4.1/4.2/4.3 Regression] self-initialisation does not silence uninitialised warnings (-Winit-self ignored)
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-14 10:46 --- Regression for a GCC extension that silences a diagnostic. P4. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||3.3.6 Priority|P3 |P4 Summary|[3.4/4.0/4.1/4.2/4.3|[4.1/4.2/4.3 Regression] |Regression] self- |self-initialisation does not |initialisation does not |silence uninitialised |silence uninitialised |warnings (-Winit-self |warnings (-Winit-self |ignored) |ignored)| Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34772
[Bug c++/34776] [4.1/4.2/4.3 regression] ICE with invalid member declaration in template class
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-14 10:44 --- Confirmed. 4.0.4 gave t.ii:3: error: non-template 'X' used as template t.ii:3: note: use 'T::template X' to indicate that it is a template t.ii: In instantiation of 'A': t.ii:6: instantiated from here t.ii:3: error: type 'int*' is not a base type for type 'A' -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.0.4 Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2008-01-14 10:44:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34776
[Bug c++/34778] New: terminate called after throwing an instance of
Hi , I have downloaded GCC 4.2.2 and configured it on powerpc , linux (redhat 4.5) host: powerpc64-unknown-linux-gnu build: powerpc64-unknown-linux-gnu target: powerpc64-unknown-linux-gnu configured with: ./configure -prefix=/home/teresa/gcc4.2.2/local/ --enable-languages=c,c++ -disable-nls -enable-sjlj-execptions When I run my application , I'm getting the problem when running an exception from an instance of the class - see below as what i was getting with GCC version 4.1.1 and version 4.2.2 Does anyone know if this has been fixed on gcc4.2.2 /4.1.1 and do I need to configure a gcc flag to allow visibility ? terminate called after throwing an instance of 'OracleAPIException' what(): ORA-20005: Below is the output of the stacktrace 0x0080aad79f70 in .__GI_raise () from /lib64/tls/libc.so.6 #1 0x0080aad7bac4 in .__GI_abort () from /lib64/tls/libc.so.6 #2 0x0080ab12d5b4 in ._ZN9__gnu_cxx27__verbose_terminate_handlerEv () from /usr/lib64/libstdc++.so.6 #3 0x0080ab12a00c in .__cxa_call_unexpected () from /usr/lib64/libstdc++.so.6 #4 0x0080ab12a054 in ._ZSt9terminatev () from /usr/lib64/libstdc++.so.6 #5 0x0080ab12a2e4 in .__cxa_rethrow () from /usr/lib64/libstdc++.so.6 -- Summary: terminate called after throwing an instance of Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkiernan at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34778
[Bug c/34777] New: uClibc-0.9.29 compilation error for sh4 arch with gcc-4.x
uClibc-0.9.29 compilation failed when trying to build with gcc-4.2.2 with the following error: CUT HERE sh4-linux-uclibc-gcc -c ldso/ldso/ldso.c -o ldso/ldso/ldso.oS -include ./include/libc-symbols.h -Wall -Wstrict-prototypes -fno-strict-aliasing -Os -pipe -funit-at-a-time -fhonour-copts -fno-stack-protector -fno-builtin -nostdinc -I./include -I. -std=gnu99 -Os -funit-at-a-time -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fstrict-aliasing -mprefergot -I./libpthread/linuxthreads.old/sysdeps/unix/sysv/linux/sh -I./libpthread/linuxthreads.old/sysdeps/sh -I./libpthread/linuxthreads.old/sysdeps/unix/sysv/linux -I./libpthread/linuxthreads.old/sysdeps/pthread -I./libpthread/linuxthreads.old -I./libpthread -I/store/sh4_3/trunk/build_dir/toolchain-sh4_gcc4.2.2/linux/include/ -isystem /store/sh4_3/trunk/staging_dir/toolchain-sh4_gcc4.2.2/lib/gcc/sh4-linux-uclibc/4.2.2/include -DNDEBUG -fPIC -DSHARED -DNOT_IN_libc -DIS_IN_rtld -fno-stack-protector -fno-omit-frame-pointer -I./ldso/ldso/sh -I./ldso/include -I./ldso/ldso -DUCLIBC_RUNTIME_PREFIX="/" -DUCLIBC_LDSO="ld-uClibc.so.0" -DLDSO_ELFINTERP="sh/elfinterp.c" In file included from ./libpthread/linuxthreads.old/sysdeps/sh/tls.h:23, from ./include/bits/uClibc_errno.h:35, from ./include/errno.h:62, from ./include/bits/syscalls.h:16, from ./include/sys/syscall.h:34, from ./ldso/ldso/sh/dl-syscalls.h:3, from ./ldso/include/dl-syscall.h:12, from ./ldso/include/ldso.h:36, from ldso/ldso/ldso.c:33: ./libpthread/linuxthreads.old/sysdeps/sh/pt-machine.h:36: warning: C99 inline functions are not supported; using GNU89 ./libpthread/linuxthreads.old/sysdeps/sh/pt-machine.h:36: warning: to disable this warning use -fgnu89-inline or the gnu_inline function attribute ldso/ldso/dl-elf.c: In function '_dl_dprintf': ldso/ldso/dl-elf.c:803: error: unable to find a register to spill in class 'R0_REGS' ldso/ldso/dl-elf.c:803: error: this is the insn: (insn 884 885 23 3 (set (reg/f:SI 1 r1 [221]) (mem/u/c:SI (plus:SI (reg:SI 12 r12) (reg/f:SI 1 r1 [222])) [0 S4 A32])) 171 {movsi_ie} (nil) (expr_list:REG_DEAD (reg/f:SI 1 r1 [222]) (expr_list:REG_EQUIV (symbol_ref:SI ("_dl_pagesize") ) (nil ldso/ldso/dl-elf.c:803: confused by earlier errors, bailing out CUT HERE uClibc developers pointed me here saying this is a known bug for the gcc-4.x line, I was able to reproduce this bug on gcc-4.1.2 also. GCC compilation options: Configured with: /store/sh4_3/trunk/build_dir/toolchain-sh4_gcc4.2.2/gcc-4.2.2/configure --prefix=/store/sh4_3/trunk/staging_dir/toolchain-sh4_gcc4.2.2 --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=sh4-linux-uclibc --enable-languages=c --disable-shared --with-sysroot=/store/sh4_3/trunk/build_dir/toolchain-sh4_gcc4.2.2/uClibc_dev/ --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-nls --disable-libmudflap --disable-multilib -- Summary: uClibc-0.9.29 compilation error for sh4 arch with gcc- 4.x Product: gcc Version: 4.2.2 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wigyori at uid0 dot hu GCC build triplet: x86_64-pc-linux-gnu GCC host triplet: x86_64-pc-linux-gnu GCC target triplet: sh4-unknown-linux-uclibc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34777
[Bug c++/34738] gcc fails to compile a file in the trolltech qt 4.3.0 source tree. Internal compiler error or "cc1plus: out of memory allocating"
--- Comment #12 from T dot Mittelstaedt at cadenas dot de 2008-01-14 09:33 --- Set environment variable to something like export LDR_CNTRL=MAXDATA=0x8000 Then it did compile. See also: http://www.ibm.com/developerworks/eserver/articles/aix4java1.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34738
[Bug fortran/34556] Rejects valid with bogus error message: parameter initalization
--- Comment #10 from burnus at gcc dot gnu dot org 2008-01-14 09:32 --- > Jerry, does your patch also fix the ICE from comment #2? It does. However, as Paul points out, the following gives still: reshape ([[(6, i= 1, 2*linem) ], [(i, i= 1,linem)],& 1 Error: Invalid character in name at (1) integer, parameter :: nplam = 3 ! # of plans to expand TABs integer, parameter :: linem = 132 ! max. line length integer, parameter :: ncntm = 39 ! max. # cont. lines integer, parameter, dimension (linem, nplam) :: nxttab = & reshape ([[(6, i= 1, 2*linem) ], [(i, i= 1,linem)],& max ([(i, i= 1,linem)], [(10*i, i= 1,linem)])], & [linem, nplam ]) end -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34556
[Bug fortran/34556] Rejects valid with bogus error message: parameter initalization
--- Comment #9 from dfranke at gcc dot gnu dot org 2008-01-14 09:28 --- In reply to comment #8: Jerry, does your patch also fix the ICE from comment #2? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34556
[Bug fortran/34686] Aliasing bug when returning character pointers
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-14 08:58 --- Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00087.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34686
[Bug rtl-optimization/34773] fwprop1 bug causing miscompilation of vfprintf_r
--- Comment #2 from hp at gcc dot gnu dot org 2008-01-14 08:32 --- Created an attachment (id=14939) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14939&action=view) Minimized executable testcase Compile with -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34773