[Bug libfortran/23138] real-values print and add incorrectly (version 4.1.0 20050702, i686-pc-mingw32)
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-30 10:56:59 |2005-08-02 07:40:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23138
[Bug libfortran/20970] gfortran - bus error -fdefault-integer-8
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02 07:44 --- OK, this one is fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20970
[Bug fortran/18108] [gfortran] overloading does not work for functions
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-02 07:54 --- I do apologise for missing this one: My fix for PR16940 fixes this fellow too. I would be grateful if the reporters can give the latest cvs a whirl to confirm that this is the case. This expanded testcase now works: module foo implicit none interface bar module procedure bar1, bar2 end interface contains function bar1 (arg) integer arg logical bar1 bar1 = (arg==0) end function function bar2 (arg) real arg logical bar2 bar2 = (arg==0) end function subroutine baz logical l l = bar (3) print *, "BAZ: bar (0) =", bar (0), " bar (1.0) =", bar (1.0) end subroutine end module foo program test_18108 use foo print *, "bar (0) =", bar (0), " bar (1) =", bar (1) print *, "bar (0.0) =", bar (0.0), " bar (1.0) =", bar (1.0) call baz () end program test_18108 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
[Bug tree-optimization/23192] [4.0 Regression] Wrong code
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-08-02 08:13 --- I think this testcase even better, it fails with -O1 -fstrict-aliasing and -O2: struct S { int i; } s; void f (struct S *q) { int a, *p; p = &a; if (q) p = &q->i; *p = 1; } void abort (void); int main (void) { f (&s); if (s.i != 1) abort (); return 0; } -- What|Removed |Added Severity|normal |critical Status|UNCONFIRMED |NEW Ever Confirmed||1 Known to work||4.1.0 3.4.5 Last reconfirmed|-00-00 00:00:00 |2005-08-02 08:13:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23192
[Bug c++/23194] Unhelpful diagnostic for incorrect pointer-to-member function syntax
--- Additional Comments From redi at gcc dot gnu dot org 2005-08-02 08:45 --- Ah, I didn't check further back than 3.3, thanks, Andrew. For comparison, Comeau's online compiler doesn't give a very helpful message either, it says that "a.*pmf" must be an expression - which is true but no more likely to help inexpert users realise that they need parentheses. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23194
[Bug fortran/18108] [gfortran] overloading does not work for functions
--- Additional Comments From c dot lemmen at fz-juelich dot de 2005-08-02 10:14 --- (In reply to comment #18) > I do apologise for missing this one: My fix for PR16940 fixes this fellow > too. > > I would be grateful if the reporters can give the latest cvs a whirl to > confirm > that this is the case. > This bug has quietly disappeared from my code as of gcc-20050722. Today's cvs gcc-20050802 is working fine as well. So yes, it seems indeed fixed. Many thanks to everyone involved. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
[Bug fortran/18108] [gfortran] overloading does not work for functions
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-02 10:24 --- My example from the SPEC benchmark candidate is also fixed. Yay! -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108
[Bug fortran/15502] [meta-bug] bugs needed for SPEC CPU 2K and 2K5/6 and 95
-- Bug 15502 depends on bug 18108, which changed state. Bug 18108 Summary: [gfortran] overloading does not work for functions http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18108 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15502
[Bug fortran/21063] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 after using maxloc function
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-02 10:50 --- This is just a complete mis-handling of vector subscripts. Even without using the maxloc intrinsics this ICEs: $ cat t.f90 program bug integer, dimension(10) :: foo write(*,*) foo((/1,3/)) end program $ ./f951 -fdump-parse-tree t.f90 Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4) symtree: foo Ambig 0 symbol foo (INTEGER 4)(VARIABLE UNKNOWN-INTENT UNKNOWN-ACCESS UNKNOWN-PROC DIMENSION) Array spec:(1 AS_EXPLICIT 1 10 ) symtree: bug Ambig 0 symbol bug (UNKNOWN 0)(PROGRAM UNKNOWN-INTENT UNKNOWN-ACCESS UNKNOWN-PROC) WRITE UNIT=6 FMT=-1 TRANSFER foo((/ 1_8 , 3_8 /)) DT_END MAIN__ t.f90:3: internal compiler error: in gfc_conv_ss_descriptor, at fortran/trans-array.c:1264 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. $ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21063
[Bug c++/23195] New: Using frexp with fabs produces negative result
When frexp is used within a fabs function (as shown below) the value returned is negative. double a = fabs(frexp(b, &i)); Example code and temp files are attached. This code works in gcc version 3.4 -- Summary: Using frexp with fabs produces negative result Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: m dot broadbent at signal dot qinetiq dot com CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: i686-gnu-linux GCC host triplet: i686-gnu-linux GCC target triplet: i686-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02 10:52 --- Closing this bug, then. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
[Bug fortran/19292] [meta-bug] g77 features lacking in gfortran
-- Bug 19292 depends on bug 16435, which changed state. Bug 16435 Summary: gfortran X edit descriptor failure: test f77-edit-x-out.f http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
[Bug c++/23195] Using frexp with fabs produces negative result
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com 2005-08-02 10:53 --- Created an attachment (id=9407) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9407&action=view) Example C++ code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug c++/23195] Using frexp with fabs produces negative result
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com 2005-08-02 10:53 --- Created an attachment (id=9408) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9408&action=view) Preprocessor output from gcc 4.0.1 from testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug c++/23195] Using frexp with fabs produces negative result
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com 2005-08-02 10:54 --- Created an attachment (id=9409) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9409&action=view) Assembler output from g++ 4.0.1 from testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug c++/23195] Using frexp with fabs produces negative result
-- What|Removed |Added Attachment #9408|application/octet-stream|text/plain mime type|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug c++/23195] Using frexp with fabs produces negative result
--- Additional Comments From m dot broadbent at signal dot qinetiq dot com 2005-08-02 10:56 --- Output from test program [EMAIL PROTECTED]:~$ g++-4.0 -o test_frexp test_frexp.cpp -save-temps -lm [EMAIL PROTECTED]:~$ ./test_frexp q: -123.456 a: -0.9645 e: 7 q: -123.456 a: 0.9645 b: -0.9645 e: 7 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug fortran/21063] ICE in gfc_conv_ss_descriptor, at fortran/trans-array.c:1224 after using maxloc function
--- Additional Comments From steven at gcc dot gnu dot org 2005-08-02 10:57 --- We die while looking for an array descriptor for the vector subscript: /* For vector array subscripts we want the size of the vector. */ vecss = ss; while (vecss->data.info.ref->u.ar.dimen_type[dim] == DIMEN_VECTOR) { vecss = vecss->data.info.subscript[dim]; gcc_assert (vecss && vecss->type == GFC_SS_VECTOR); /* Get the descriptors for the vector subscripts as well. */ if (!vecss->data.info.descriptor) gfc_conv_ss_descriptor (&loop->pre, vecss, !loop->array_parameter); dim = vecss->data.info.dim[0]; } But gfc_conv_ss_descriptor starts with: static void gfc_conv_ss_descriptor (stmtblock_t * block, gfc_ss * ss, int base) { gfc_se se; tree tmp; /* Get the descriptor for the array to be scalarized. */ gcc_assert (ss->expr->expr_type == EXPR_VARIABLE); gfc_init_se (&se, NULL); That assert triggers. For my small test case, the expr_type is EXPR_ARRAY and for the maxloc test case it is EXPR_FUNCTION. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21063
[Bug c/23196] New: ICE instantiate_virtual_regs_in_insn when -fforce-addr used
# gcc -v Using built-in specs. Target: x86_64-pc-linux-gnu Configured with: /var/tmp/portage/gcc-4.1.0_beta20050730/work/gcc-4.1-20050730/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.0-beta20050730 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.0-beta20050730/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.0-beta20050730/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f95 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 4.1.0 20050730 (experimental) # gcc -march=athlon64 -O1 -fforce-addr-c /tmp/j1.c rlogin.c: In function 'do_rlogin': rlogin.c:181: error: unrecognizable insn: (insn 116 187 118 13 (parallel [ (set (mem/s/j:SI (reg/f:DI 102) [0 termio.c_iflag+0 S4 A64]) (ior:SI (mem/s/j:SI (reg/f:DI 103) [0 termio.c_iflag+0 S4 A64]) (const_int 1280 [0x500]))) (clobber (reg:CC 17 flags)) ]) -1 (nil) (nil)) rlogin.c:181: internal compiler error: in instantiate_virtual_regs_in_insn, at function.c:1539 j1.c will be attached. (It's a preprocessed rlogin.c from the "shadow" package) -- Summary: ICE instantiate_virtual_regs_in_insn when -fforce-addr used Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zlynx at acm dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: x86_64-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug c/23196] ICE instantiate_virtual_regs_in_insn when -fforce-addr used
--- Additional Comments From zlynx at acm dot org 2005-08-02 10:59 --- Created an attachment (id=9410) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9410&action=view) preprocessed source to reproduce -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug c++/23191] [4.0/4.1 Regression] ICE on invalid throw in template
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 11:11 --- Similar testcase without arrays of length zero (which is not a bug in every version of GCC): template struct A { void foo() throw(typename T::X); }; A a; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23191
[Bug c/23196] ICE instantiate_virtual_regs_in_insn when -fforce-addr used
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 11:16 --- Also happens on i686-pc-linux-gnu. Reducing. -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug rtl-optimization/23196] [4.1 Regression] ICE instantiate_virtual_regs_in_insn when -fforce-addr used
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 11:26 --- Confirmed. Reduced testcase (compile with "-O -fforce-addr"): = void foo() { char c; c |= 1; bar(&c); } = -- What|Removed |Added Status|UNCONFIRMED |NEW Component|c |rtl-optimization Ever Confirmed||1 Keywords||ice-on-valid-code, monitored Last reconfirmed|-00-00 00:00:00 |2005-08-02 11:26:58 date|| Summary|ICE |[4.1 Regression] ICE |instantiate_virtual_regs_in_|instantiate_virtual_regs_in_ |insn when -fforce-addr used |insn when -fforce-addr used Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-02 11:47 --- Subject: Bug 23177 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-08-02 11:46:46 Modified files: gcc: ChangeLog tree-ssa-operands.c Log message: 2005-08-02 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/23177 * tree-ssa-operands.c (get_tmr_operands): Use get_expr_operands on TMR_TAG. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9634&r2=2.9635 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-operands.c.diff?cvsroot=gcc&r1=2.99&r2=2.100 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02 11:48 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
[Bug middle-end/20218] Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol
-- What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 11:54 --- Confirmed. Ouch! -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Severity|normal |critical Status|UNCONFIRMED |NEW Component|c++ |middle-end Ever Confirmed||1 Keywords||monitored, wrong-code Last reconfirmed|-00-00 00:00:00 |2005-08-02 11:54:14 date|| Summary|Using frexp with fabs |[4.0/4.1 Regression] Using |produces negative result|frexp with fabs produces ||negative result Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02 12:07 --- Well... int tree_expr_nonnegative_p (tree t) { ... CASE_BUILTIN_F (BUILT_IN_FREXP) ... /* Always true. */ return 1; Which the manpage of frexp seems to support: DESCRIPTION The frexp() function is used to split the number x into a normalized fraction and an exponent which is stored in exp. RETURN VALUE The frexp() function returns the normalized fraction. If the argument x is not zero, the normalized fraction is x times a power of two, and is always in the range 1/2 (inclusive) to 1 (exclusive). If x is zero, then the normalized fraction is zero and zero is stored in exp. so, we just fold away the fabs. Your libm is broken. And: src/tests> ./test_frexp q: -123.456 a: 0.9645 e: 7 q: -123.456 a: 0.9645 b: -0.9645 e: 7 though why b is negative here, contradicting the manpage, is unclear to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02 12:13 --- A safe fix would be to make tree_expr_nonnegative_p say don't-know for frexp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 12:30 --- I don't think that libm is broken. I think the man page is just inaccurate. I just tried on IRIX and they also return negative results for a negative argument. > DESCRIPTION >The frexp() function is used to split the number x into a normalized >fraction and an exponent which is stored in exp. >From this I'd expext that if I put the result and the exponent back together I'll end up with the original number (that's my interpretation of "split"). > RETURN VALUE >The frexp() function returns the normalized fraction. If the argument >x is not zero, the normalized fraction is x times a power of two, and >is always in the range 1/2 (inclusive) to 1 (exclusive). If x is zero, >then the normalized fraction is zero and zero is stored in exp. However this section doesn't talk about the sign. The normalized part is positive here, contradicting the stuff above. So I think that the man page is just inaccurate. I think the right fix is to move "CASE_BUILTIN_F (BUILT_IN_FREXP)" into the following section: /* True if the 1st argument is nonnegative. */ return tree_expr_nonnegative_p (TREE_VALUE (arglist)); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug c++/22136] [4.1 regression] Rejects old-style using declaration
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-01 20:04:15 |2005-08-02 12:33:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22136
[Bug c++/23044] [4.0/4.1 Regression] ICE on valid code
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-07-24 14:15:58 |2005-08-02 12:33:56 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23044
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 12:34 --- Here's a snippet from the manpage from hpux (as found on http://www.informatik.uni-frankfurt.de/doc/man/hpux/frexp.3c.html ) which supports my claim from comment #8: NAME frexp(), ldexp(), modf() - split floating-point into mantissa and exponent SYNOPSIS DESCRIPTION Every non-zero number can be written uniquely as x*(2**n) where the ``mantissa'' (fraction) x is in the range 0.5 _ |x| < 1.0, and the ``exponent'' n is an integer. frexp()returns the mantissa of a double value, and stores the exponent indirectly in the location pointed to by eptr. If value is zero, both results returned by frexp are zero. ldexp()returns the quantity value*(2**exp). modf() returns the signed fractional part of value and stores the integral part indirectly in the location pointed to by iptr. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug tree-optimization/23192] [4.0 Regression] Wrong code
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-02 12:50 --- Testing patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-08-02 08:13:43 |2005-08-02 12:50:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23192
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From schwab at suse dot de 2005-08-02 13:06 --- The C standard says: [...], the frexp functions return the value x, such that x has a magnitude in the interval [1/2, 1) or zero, and value equals x × 2^*exp. The magnitude is also known as the absolute value. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 13:10 --- I'll take care of this one. Could anybody bug the maintainers of the manpages in the Linux Programmer's manual (hpux, IRIX, Openbsd seem to have correct man pages). -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug middle-end/23195] [4.0/4.1 Regression] Using frexp with fabs produces negative result
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 13:13 --- Reassigning since Richard Guenther already posted a patch. -- What|Removed |Added AssignedTo|reichelt at gcc dot gnu dot |rguenth at gcc dot gnu dot |org |org URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||08/msg00100.html Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option
--- Additional Comments From dir at lanl dot gov 2005-08-02 13:25 --- It is still crashing on me this morning on the Macintosh - [dranta:~/tests/gfortran-D] dir% gfortran -O -c s5main.f s5main.f: In function 'mtlsc': s5main.f:14: internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. [dranta:~/tests/gfortran-D] dir% gfortran --v Using built-in specs. Target: powerpc-apple-darwin7.9.0 Configured with: ./configure --prefix=/Users/dir/gfortran --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050802 (experimental) [dranta:~/tests/gfortran-D] dir% [dranta:~/tests/gfortran-D] dir% cat s5main.f subroutine s5main(prop,sig,epx,ln) c save common/bk56/c(6,6),ipt,nel,nelsub common/bk65/td1,td2,td3,td4,td5,td6 c dimension prop(*),sig(ln,*),epx(ln,*) c data third/.3/ c return c end subroutine mtlsc(bulkld,p,a1,a2,gg) c save c common/bk56/c(6,6),ipt,nel,nelsub common/bk65/dsig(6) dimension d(6,6) data tt/.7/,ot/.333/ c xjb=dsig(1)**2+dsig(2)**2+dsig(3)**2+2.*(dsig(4)**2 1 +dsig(5)*dsig(5)+dsig(6)*dsig(6)) if(abs(xjb).lt.1.e-20) xjb=1. do 10 i=1,6 do 10 j=1,6 d(i,j)=-dsig(i)*dsig(j)/xjb 10 continue c return end [dranta:~/tests/gfortran-D] dir% -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02 13:31 --- Please verify you have 2005-08-02 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/23177 * tree-ssa-operands.c (get_tmr_operands): Use get_expr_operands on TMR_TAG. somewhere on top of gcc/gcc/ChangeLog the testcase does no longer ICE for me on x86_64-unknown-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
[Bug tree-optimization/23192] [4.0 Regression] Wrong code
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-02 14:04 --- Subject: Bug 23192 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-08-02 14:04:37 Modified files: gcc: ChangeLog tree-ssa-alias.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gcc.dg/tree-ssa: pr23192.c Log message: PR 23192 * tree-ssa-alias.c (add_pointed_to_var): If VALUE is of the form &(*PTR), take points-to information from PTR. Give up if VALUE by marking PTR as pointing anywhere if VALUE is not recognized. testsuite/ChangeLog PR 23192 * gcc.dg/pr23192.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.345&r2=2.7592.2.346 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-alias.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.71.2.2&r2=2.71.2.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.314&r2=1.5084.2.315 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/tree-ssa/pr23192.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23192
[Bug c/23197] New: Improve documentation on -fprofile-generate, -fprofile-use
I noticed -fprofile-generate and -fprofile-use dont have an up to date summary of the options they enable. Patch follows. -- Summary: Improve documentation on -fprofile-generate, -fprofile- use Product: gcc Version: 4.0.2 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anton at samba dot org CC: gcc-bugs at gcc dot gnu dot org GCC target triplet: powerpc64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23197
[Bug middle-end/23197] Improve documentation on -fprofile-generate, -fprofile-use
-- What|Removed |Added Component|c |middle-end Keywords||documentation http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23197
[Bug bootstrap/23198] New: 'make DESTDIR=... install' installs xgcc instead of gcc
After configuring and building with $SRCDIR/configure --enable-languages=c,f95 --prefix=/home/tobi/usr make bootstrap make DESTDIR=/tmp install I get: [EMAIL PROTECTED]:/tmp/home/tobi/usr/bin> pwd /tmp/home/tobi/usr/bin [EMAIL PROTECTED]:/tmp/home/tobi/usr/bin> ls -R .: cpp* gcc/ gccbug gcov* gfortran* ./gcc: xgcc* [EMAIL PROTECTED]:/tmp/home/tobi/usr/bin> I.e. xgcc is installed instead of gcc. -- Summary: 'make DESTDIR=... install' installs xgcc instead of gcc Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tobi at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: i686-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug tree-optimization/23192] [4.0 Regression] Wrong code
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-02 14:17 --- Fixed. http://gcc.gnu.org/ml/gcc-patches/2005-08/msg00102.html -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23192
[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 14:23 --- I have verified that the patch which Richard references does fix it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
[Bug middle-end/23197] Improve documentation on -fprofile-generate, -fprofile-use
--- Additional Comments From anton at samba dot org 2005-08-02 14:25 --- Created an attachment (id=9411) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9411&action=view) Update profile option documentation Document all options that -fprofile-generate/-fprofile-usr select: -fprofile-generate selects -fspeculative-prefetching -fprofile-use selects -fprofile-values and -fspeculative-prefetching I noticed -fprofile-generate does select -funroll-loops but I dont know why it does (so didnt document it) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23197
[Bug libstdc++/21405] Template inlines have global visibility
-- What|Removed |Added CC||matze at braunis dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21405
Re: [Bug middle-end/23197] Improve documentation on -fprofile-generate, -fprofile-use
On Aug 2, 2005, at 10:25 AM, anton at samba dot org wrote: --- Additional Comments From anton at samba dot org 2005-08-02 14:25 --- Created an attachment (id=9411) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9411&action=view) Update profile option documentation Document all options that -fprofile-generate/-fprofile-usr select: -fprofile-generate selects -fspeculative-prefetching -fprofile-use selects -fprofile-values and -fspeculative-prefetching No use/generate does not select -fspeculative-prefetching. The code to select it was disabled. I noticed -fprofile-generate does select -funroll-loops but I dont know why it does (so didnt document it) The reason why it turns on -funroll-loops is because unrolling happens before profiling is done. Though that was only true in 4.0.x. -- Pinski
[Bug middle-end/23197] Improve documentation on -fprofile-generate, -fprofile-use
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-02 14:32 --- Subject: Re: Improve documentation on -fprofile-generate, -fprofile-use On Aug 2, 2005, at 10:25 AM, anton at samba dot org wrote: > > --- Additional Comments From anton at samba dot org 2005-08-02 > 14:25 --- > Created an attachment (id=9411) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9411&action=view) > --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9411&action=view) > Update profile option documentation > > Document all options that -fprofile-generate/-fprofile-usr select: > > -fprofile-generate selects -fspeculative-prefetching > -fprofile-use selects -fprofile-values and -fspeculative-prefetching No use/generate does not select -fspeculative-prefetching. The code to select it was disabled. > I noticed -fprofile-generate does select -funroll-loops but I dont > know why it > does (so didnt document it) The reason why it turns on -funroll-loops is because unrolling happens before profiling is done. Though that was only true in 4.0.x. -- Pinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23197
[Bug bootstrap/23198] 'make install' installs xgcc instead of gcc
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 14:33 --- I'm seeing this failure also if I do a regular make install. I'll now try compiling with only C enabled. -- What|Removed |Added Summary|'make DESTDIR=... install' |'make install' installs xgcc |installs xgcc instead of gcc|instead of gcc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug bootstrap/23198] 'make install' installs xgcc instead of gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 14:35 --- Are you sure that you don't have a directory in /tmp/home/tobi/usr/bin/ before you started the make install, likewise in /home/tobi/usr/bin? Try removing it before make install. If that is the problem, then this is not really a bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug fortran/20663] Generic function is not resolved
-- Bug 20663 depends on bug 20482, which changed state. Bug 20482 Summary: Problem when overloading LEN intrinsic http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20482 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20663
[Bug fortran/20482] Problem when overloading LEN intrinsic
--- Additional Comments From tow21 at cam dot ac dot uk 2005-08-02 14:36 --- Closed by Paul Thomas' fix for PR18108 -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20482
[Bug middle-end/23197] Improve documentation on -fprofile-generate, -fprofile-use
--- Additional Comments From anton at samba dot org 2005-08-02 14:42 --- Created an attachment (id=9414) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9414&action=view) Updated patch As pinskia pointed out, -fspeculative-prefetching is not selected. -- What|Removed |Added Attachment #9411 is|0 |1 obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23197
[Bug middle-end/23135] find_reloads_toplev -> find_reloads_subreg_address uses wrong reload type
--- Additional Comments From joern dot rennecke at st dot com 2005-08-02 14:47 --- Subject: Re: - RFA: fix PR middle-end/23135: synthetic testcase I have attached a testcase that triggers the bug on mainline for sh-elf -m4 -O2. /* Based on execute/simd-1.c, modifed by [EMAIL PROTECTED] to trigger a reload bug. Verified for gcc mainline from 20050722 13:00 UTC for sh-elf -m4 -O2. */ #ifndef STACK_SIZE #define STACK_SIZE (256*1024) #endif typedef struct { char c[STACK_SIZE/2]; } big_t; typedef int __attribute__((vector_size (8))) vecint; typedef int __attribute__((mode(SI))) siint; vecint i = { 150, 100 }; vecint j = { 10, 13 }; vecint k; union { vecint v; siint i[2]; } res; void verify (siint a1, siint a2, siint b1, siint b2, big_t big) { if (a1 != b1 || a2 != b2) abort (); } int main () { big_t big; vecint k0, k1, k2, k3, k4, k5, k6, k7; k0 = i + j; res.v = k0; verify (res.i[0], res.i[1], 160, 113, big); k1 = i * j; res.v = k1; verify (res.i[0], res.i[1], 1500, 1300, big); k2 = i / j; /* This is the observed failure - reload 0 has the wrong type and thus the conflict with reload 1 is missed: (insn:HI 94 92 96 1 pr23135.c:46 (parallel [ (set (subreg:SI (reg:DI 253) 0) (div:SI (reg:SI 4 r4) (reg:SI 5 r5))) (clobber (reg:SI 146 pr)) (clobber (reg:DF 64 fr0)) (clobber (reg:DF 66 fr2)) (use (reg:PSI 151 )) (use (reg/f:SI 256)) ]) 60 {divsi3_i4} (insn_list:REG_DEP_TRUE 90 (insn_list:REG_DEP_TRUE 89 (insn_list:REG_DEP_TRUE 42 (insn_list:REG_DEP_TRUE 83 (insn_list:REG_DEP_TRUE 92 (insn_list:REG_DEP_TRUE 91 (nil))) (expr_list:REG_DEAD (reg:SI 4 r4) (expr_list:REG_DEAD (reg:SI 5 r5) (expr_list:REG_UNUSED (reg:DF 66 fr2) (expr_list:REG_UNUSED (reg:DF 64 fr0) (expr_list:REG_UNUSED (reg:SI 146 pr) (insn_list:REG_RETVAL 91 (nil Reloads for insn # 94 Reload 0: reload_in (SI) = (plus:SI (reg/f:SI 14 r14) (const_int 64 [0x40])) GENERAL_REGS, RELOAD_FOR_OUTADDR_ADDRESS (opnum = 0) reload_in_reg: (plus:SI (reg/f:SI 14 r14) (const_int 64 [0x40])) reload_reg_rtx: (reg:SI 3 r3) Reload 1: GENERAL_REGS, RELOAD_FOR_OUTPUT_ADDRESS (opnum = 0), can't combine, se condary_reload_p reload_reg_rtx: (reg:SI 3 r3) Reload 2: reload_out (SI) = (mem:SI (plus:SI (plus:SI (reg/f:SI 14 r14) (const_int 64 [0x40])) (const_int 28 [0x1c])) [ 16 S8 A32]) FPUL_REGS, RELOAD_FOR_OUTPUT (opnum = 0) reload_out_reg: (subreg:SI (reg:DI 253) 0) reload_reg_rtx: (reg:SI 150 fpul) secondary_out_reload = 1 Reload 3: reload_in (SI) = (symbol_ref:SI ("__sdivsi3_i4") [flags 0x1]) GENERAL_REGS, RELOAD_FOR_INPUT (opnum = 1), can't combine reload_in_reg: (reg/f:SI 256) reload_reg_rtx: (reg:SI 3 r3) */ res.v = k2; verify (res.i[0], res.i[1], 15, 7, big); k3 = i & j; res.v = k3; verify (res.i[0], res.i[1], 2, 4, big); k4 = i | j; res.v = k4; verify (res.i[0], res.i[1], 158, 109, big); k5 = i ^ j; res.v = k5; verify (res.i[0], res.i[1], 156, 105, big); k6 = -i; res.v = k6; verify (res.i[0], res.i[1], -150, -100, big); k7 = ~i; res.v = k7; verify (res.i[0], res.i[1], -151, -101, big); k = k0 + k1 + k3 + k4 + k5 + k6 + k7; res.v = k; verify (res.i[0], res.i[1], 1675, 1430, big); k = k0 * k1 * k3 * k4 * k5 * k6 * k7; res.v = k; verify (res.i[0], res.i[1], 1456467968, -1579586240, big); k = k0 / k1 / k2 / k3 / k4 / k5 / k6 / k7; res.v = k; verify (res.i[0], res.i[1], 0, 0, big); exit (0); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23135
[Bug bootstrap/23198] 'make install' installs xgcc instead of gcc
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 14:53 --- No, there was nothing before I tried installing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug gcov/profile/23199] New: internal compiler error: in int_mode_for_mode, at stor-layout.c:251
I tried to do a profiledbootstrap for sparc64-sun-solaris2.9 but ran into an internal compiler error for reorg.c. I then profilebootstraped gcc 4.0.1 for sparc-sun-solaris2.9 without error. But again I get an internal compiler error for the file r.c below that I build by stripping down reorg.c: For the command line gcc -v -c -O -m64 -fprofile-generate r.c -o r.o the corresponding output is: --- snip --- Using built-in specs. Target: sparc-sun-solaris2.9 Configured with: /home/menzel/src/4.0-32/gcc-4.0.1/configure --prefix=/home/menzel/sw5.9-gcc4.0 Thread model: posix gcc version 4.0.1 /home/menzel/sw5.9-gcc4.0/libexec/gcc/sparc-sun-solaris2.9/4.0.1/cc1 -quiet -v -D__arch64__ -D__sparcv9 r.c -mptr64 -mstack-bias -mno-v8plus -mcpu=v9 -quiet -dumpbase r.c -m64 -auxbase-strip r.o -O -version -fprofile-generate -o /tmp/ccPJ8PTb.s ignoring nonexistent directory "/usr/local/include" ignoring nonexistent directory "/home/menzel/sw5.9-gcc4.0/lib/gcc/sparc-sun-solaris2.9/4.0.1/../../../../sparc-sun-solaris2.9/include" #include "..." search starts here: #include <...> search starts here: /home/menzel/sw5.9-gcc4.0/include /home/menzel/sw5.9-gcc4.0/lib/gcc/sparc-sun-solaris2.9/4.0.1/include /usr/include End of search list. GNU C version 4.0.1 (sparc-sun-solaris2.9) compiled by GNU C version 4.0.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 r.c: In function 'check_annul_list_true_false': r.c:27: internal compiler error: in int_mode_for_mode, at stor-layout.c:251 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. --- snip --- The file r.c: --- snip --- union rtunion_def { struct rtx_def *rt_rtx; }; typedef union rtunion_def rtunion; struct rtx_def { unsigned int in_struct : 1; union u { rtunion fld[1]; } u; }; typedef struct rtx_def *rtx; static void check_annul_list_true_false (int annul_true_p, rtx delay_list) { rtx temp; while (1) { temp = delay_list; rtx trial = (((temp)->u.fld[0]).rt_rtx); if ((annul_true_p && (((trial))->in_struct))) return; } } --- snip --- Bye, Ralf -- Summary: internal compiler error: in int_mode_for_mode, at stor- layout.c:251 Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: gcov/profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: menzel at ls6 dot cs dot uni-dortmund dot de CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: sparc-sun-solaris2.9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23199
[Bug bootstrap/23198] 'make install' installs xgcc instead of gcc
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 15:10 --- Sigh. Somehow the build chose a weird install program. Editing the Makefile to use gnu install instead fixes it. Two questions: A) should there be a configure option for this? B) should '@(#)$Header: /cvs/openafs/src/pinstall/install.c,v 1.9.2.7 2003/07/25 04:40:16' work? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug tree-optimization/23164] [4.1 Regression] ICE in cleanup_tree_cfg with -O -fno-exceptions
--- Additional Comments From dnovillo at gcc dot gnu dot org 2005-08-02 15:10 --- Testing patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23164
[Bug target/23199] internal compiler error: in int_mode_for_mode, at stor-layout.c:251
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 15:13 --- I think this only effects 4.0.x. -- What|Removed |Added Component|gcov/profile|target GCC host triplet|sparc-sun-solaris2.9| GCC target triplet||sparc-sun-solaris2.9 Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23199
[Bug tree-optimization/23177] [4.1 Regression] internal compiler error with -O option
--- Additional Comments From dir at lanl dot gov 2005-08-02 15:17 --- It works now. Somehow, I missed getting it the first time that I refreshed the gfortran tree this morning. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23177
[Bug inline-asm/23200] New: [4.0 regress] rejects "i"(&var + 1)
Hi. The following code, that used to compile on the older gcc, now rejects: --- static char var; int main() { asm volatile ("" :: "i"(&var + 1)); return 0; } --- with the following message: --- asc.c:5: warning: asm operand 0 probably doesnt match constraints asc.c:5: error: impossible constraint in asm --- Changing "+1" to "+0" makes it to compile again. Here is the info on my gcc: $ gcc -v Using built-in specs. Target: i386-redhat-linux Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --host=i386-redhat-linux Thread model: posix gcc version 4.0.1 20050714 (Red Hat 4.0.1-3) -- Summary: [4.0 regress] rejects "i"(&var + 1) Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: inline-asm AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: stsp at users dot sourceforge dot net CC: gcc-bugs at gcc dot gnu dot org GCC build triplet: x86 GCC host triplet: x86 GCC target triplet: x86 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
[Bug bootstrap/22314] [4.1 regression] ICE in make profiledbootstrap: corrupted profile info for gcc/dominance.c
--- Additional Comments From doerfler at ieee dot org 2005-08-02 15:21 --- Has this PR been fixed by http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01881.html ? The latest snapshot gcc (GCC) 4.1.0 20050730 (experimental) (gentoo x86) succeeded with profiledbootstrap Is PR 22471 related - possibly also fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22314
[Bug inline-asm/23200] [4.0/4.1 regression] rejects "i"(&var + 1)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 15:24 --- Hmm, somone else have to verify if this valid or invalid code. -- What|Removed |Added GCC build triplet|x86 | GCC host triplet|x86 | GCC target triplet|x86 | Keywords||rejects-valid Known to fail||4.0.0 4.1.0 Known to work||3.4.0 Summary|[4.0 regress] rejects |[4.0/4.1 regression] rejects |"i"(&var + 1) |"i"(&var + 1) Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23200
[Bug libfortran/16435] gfortran X edit descriptor failure: test f77-edit-x-out.f
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-08-02 15:44 --- Subject: Re: gfortran X edit descriptor failure: test f77-edit-x-out.f fxcoudert at gcc dot gnu dot org wrote: >--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-02 >10:52 --- >Closing this bug, then. > > Thanks, Francis-Xavier. I was holding fire because I wasn't entirely confident that I had expunged all the nastiness. I have found two more in the course of writing testcases and a NIST exerciser; however, 16435 can certainly be cleared. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16435
[Bug target/18582] [3.4 Regression] Internal compiler error with arrays of type V2DF
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-08-02 15:46 --- This is a bug in the i386 builtin expansion code. Testing a fix. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rsandifo at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Component|middle-end |target Last reconfirmed|2005-02-19 14:07:47 |2005-08-02 15:46:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18582
[Bug middle-end/23195] [4.0 Regression] Using frexp with fabs produces negative result
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 15:54 --- Fixed on the mainline. -- What|Removed |Added Known to fail||4.0.0 4.0.1 Known to work||3.4.0 4.1.0 Summary|[4.0/4.1 Regression] Using |[4.0 Regression] Using frexp |frexp with fabs produces|with fabs produces negative |negative result |result http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug middle-end/23197] Improve documentation on -fprofile-generate, -fprofile-use
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 15:57 --- Confirmed, please send the patch to gcc-patches@ with a change log. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet|powerpc64-unknown-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2005-08-02 15:57:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23197
[Bug middle-end/23195] [4.0 Regression] Using frexp with fabs produces negative result
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-02 15:58 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug bootstrap/23198] 'make install' installs xgcc instead of gcc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 15:59 --- (In reply to comment #4) > Two questions: > A) should there be a configure option for this? Actually we should detect if it is non complaint install and use the install-sh script instead. > B) should '@(#)$Header: /cvs/openafs/src/pinstall/install.c,v 1.9.2.7 > 2003/07/25 > 04:40:16' work? Only the BSD, the GNU and the install-sh script have really been tested all the way. -- What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug tree-optimization/19899] ICE: tree check: expected real_cst, have integer_cst in const_binop, at fold-const.c:1490 with -ftree-vectorize -msse2
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-02 16:05 --- Testing a patch. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19899
[Bug libstdc++/22612] linking error while compiling ddd with g++ 3.4.0 on solaris 9,
-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
[Bug fortran/23201] New: internal compiler error: verify_ssa failed
This error is showing up with several programs and it changes if I reduce the program very much - I will add the second error that shows up as a seperate report- [dranta:~/tests/gfortran-D] dir% gfortran -O2 -c zipp02.f In file zipp02.f:194 IF(LTEMP(K)) 59,58,57 1 Warning: Obsolete: arithmetic IF statement at (1) In file zipp02.f:85 COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,NPHS2 1 Warning: Named COMMON block 'substr' at (1) shall be of the same size In file zipp02.f:86 COMMON /IOSUBS/ IDUMMY(12),NWORDS,IBA,NBAXO,IPOS, 1 Warning: Named COMMON block 'iosubs' at (1) shall be of the same size In file zipp02.f:88 COMMON /SIZ/ DUM4,IDUM4(4),NWPART 1 Warning: Named COMMON block 'siz' at (1) shall be of the same size zipp02.f: In function 'zipp': zipp02.f:63: error: statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS substr.nphs2 = 1; zipp02.f:63: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- Summary: internal compiler error: verify_ssa failed Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug bootstrap/23198] 'make install' installs xgcc instead of gcc
--- Additional Comments From tobi at gcc dot gnu dot org 2005-08-02 16:44 --- (In reply to comment #5) > (In reply to comment #4) > > Two questions: > > A) should there be a configure option for this? > > Actually we should detect if it is non complaint install and use the install-sh script instead. Should we keep this bug open for this? > > B) should '@(#)$Header: /cvs/openafs/src/pinstall/install.c,v 1.9.2.7 > > 2003/07/25 > > 04:40:16' work? > > Only the BSD, the GNU and the install-sh script have really been tested all the way. I see. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23198
[Bug fortran/23201] internal compiler error: verify_ssa failed
--- Additional Comments From dir at lanl dot gov 2005-08-02 16:45 --- Created an attachment (id=9415) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9415&action=view) source that fails -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug fortran/23202] New: internal compiler error: tree check
Here is a second bug that showed up when I tried to reduce the test case for bug 23201 - [dranta:~/tests/gfortran-D] dir% gfortran -O2 -c zipp01.f In file zipp01.f:42 COMMON /SIZ/ DUM4,IDUM4(4),NWPART 1 Warning: Named COMMON block 'siz' at (1) shall be of the same size In file zipp01.f:40 COMMON /IOSUBS/ IDUMMY(12),NWORDS,IBA,NBAXO,IPOS, 1 Warning: Named COMMON block 'iosubs' at (1) shall be of the same size In file zipp01.f:39 COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,NPHS2 1 Warning: Named COMMON block 'substr' at (1) shall be of the same size zipp01.f: In function 'zipp': zipp01.f:29: internal compiler error: tree check: expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:746 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. [dranta:~/tests/gfortran-D] dir% cat zipp01.f SUBROUTINE SUBZIP C IMPLICIT DOUBLE PRECISION (A-H,O-Z) INTEGER STOTAL DOUBLE PRECISION NINE,NINETH,MILLON COMMON /FLTNUM/ ZERO,ONE,TWO,THREE,FOUR,FIVE,SIX,SEVEN,EIGHT, 1 NINE,TEN,HALF,THIRD,FOURTH,FIFTH,SIXTH,SEVNTH,EIGHTH,NINETH, 2 TENTH,HUNDRD,THOU,MILLON COMMON /TAPES/ NOUT,NIN,NTAPE1,NTAPE2,NTAPE3,NTAPE4,NTAPE5,NTAPE6, 1 NTAPE7,NTAPE8,NTAPE9,NTAP10,NTAP20 COMMON /IOINFO/ JPRINT COMMON /IOSTRG/ STRG(128) CHARACTER*12 STRG COMMON /DOUBLE/ ITWO,MAXBUF,MAXCOM COMMON /SIZ/ DUM,NELPZ1,LVEND1,NTEST,NLZ,IDUM1 COMMON /SUBSTR/ NPHASE,NSUB COMMON /IOCNTL/ NEXTAD,ISUB0,ISUB(62) COMMON /IOSUBS/ IDUMMY(17),ISIZ PARAMETER ( MAXNP=600, MAXMBC=300) COMMON /BOUND/ STOTAL,NB(MAXNP),IJKB(MAXNP),NOBC,NBBC(MAXMBC), 1 BCVAL(MAXMBC) C COMMON /ELINFO/ NUMEL COMMON /IZIP/ LVABL(480),KUREL,LPREQ,LZ,LDEST(953),MVABL(480), 1 LTEMP(480) RETURN C END SUBROUTINE ZIPP IMPLICIT DOUBLE PRECISION (A-H,O-Z) COMMON /FLTNUM/ ZERO COMMON /TAPES/ NOUT,NIN,NTAPE1,NTAPE2,NTAPE3,NTAPE4,NTAPE5,NTAPE6, 1 NTAPE7,NTAPE8,NTAPE9,NTAP10,NTAP20 COMMON /IOINFO/ JPRINT COMMON /ELINFO/ NUMEL COMMON /IZIP/ LVABL(68),KUREL,LPREQ,LZ,LDEST(121),MVABL(480,3), 1 LTEMP(28) COMMON /IOCNTL/ NEXTAD,ISUB0,ISUB(62) COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,NPHS2 COMMON /IOSUBS/ IDUMMY(12),NWORDS,IBA,NBAXO,IPOS, 1 KURPA,ISIZ,NSP,NVABZ,LCUREQ,NPAR,MAXPA,NUMEL1,KTBUF,KPART COMMON /SIZ/ DUM4,IDUM4(4),NWPART COMMON /DOUBLE/ ITWO,MAXBUF,MAXCOM DIMENSION NIX(1) DIMENSION INOUT(28),NWPART(28) C COMMON ELPA(1) EQUIVALENCE (NIX(1),ELPA(1)) C NFUNC(I,J)=I+(J*(J-1))/2 LFUNC(I)=INT(SQRT(DFLOAT(8*I+1))-1)/2 WRITE(NOUT,450) DT,NVABZ,MAXPA,NPAZ,NIZZ,NBUFFA,MPART DO 186 I=1,NPART 186 INOUT(I)=0 NWPART(1) = ((NFUNC(0,LTEMP(1)+1)+63)/64)*64 DO 187 I=2,MPART 187 NWPART(I)=((NFUNC(0,LTEMP(I)+1)-NFUNC(0,LTEMP(I-1)+1)+63)/64)*64 WRITE(NOUT,500)(NWPART(I),I=1,5) RETURN C CFORMAT STATEMENTS C 450 FORMAT('0 TIME IN PREFRONT = ',F11.3,' SEC',/, 1 3X,'TOTAL NUMBER OF D.O.F = ',I9,/, 2 3X,'D.O.F. IN FRONT = ',I5,/, 3 3X,'MAXIMUM ACTIVE STORAGE = ',I9,/, 4 3X,'TOTAL NICKNAME STORAGE = ',I9,/, 5 3X,'BUFFER LENGTH = ',I9,/, 6 3X,'MAXIMUM NUMBER OF STIFFNESS PARTITIONS = ',I5) 500 FORMAT(' NWPART = ',5I10) C END [dranta:~/tests/gfortran-D] dir% -- Summary: internal compiler error: tree check Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23202
[Bug tree-optimization/23201] [4.1 Regression] internal compiler error: verify_ssa failed
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, dnovillo at gcc dot gnu ||dot org Component|fortran |tree-optimization Keywords||ice-on-valid-code Summary|internal compiler error:|[4.1 Regression] internal |verify_ssa failed |compiler error: verify_ssa ||failed Target Milestone|--- |4.1.0 Version|4.0.0 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)
--- Additional Comments From dpatel at apple dot com 2005-08-02 16:52 --- Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs) On Aug 1, 2005, at 8:25 PM, mark at codesourcery dot com wrote: > In any case, the problem is now either in the C front end or in the > DBX > generator. Since the DWARF-2 generators do something reasonable, > AFAICT, I would guess the problem is in either the DBX generator, > or the > GDB reader for STABS, or in the STABS format itself. This does not look like STABS or DWARF-2 specific. Right now it does work even in DWARF-2 mode also. With the attached patch it DWARF-2 also works. GCC Mainline === Using stabs === Reading symbols for shared libraries .. done Breakpoint 1 at 0x1d9c: file /tmp/t.c, line 6. type = type = $1 = $2 = Using DWARF === Reading symbols for shared libraries .. done Breakpoint 1 at 0x2d04: file /tmp/t.c, line 6. type = type = int $1 = $2 = 0 GCC Mainline with fix=== Using stabs === Reading symbols for shared libraries .. done Breakpoint 1 at 0x1d9c: file /tmp/t.c, line 6. type = int type = int $1 = 0 $2 = 0 Using DWARF === Reading symbols for shared libraries .. done Breakpoint 1 at 0x2d04: file /tmp/t.c, line 6. type = int type = int $1 = 0 $2 = 0 - Devang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23190
[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-02 17:00 --- Devang -- The DWARF-2 information looks correct to me, from the section of DWARF-2 code that you posted in the original report for this bug. I know GDB doesn't print the variable, but I don't think that's the compiler's fault; the information looks OK. Is there something wrong with the DWARF-2 generated, or is this just a GDB bug? I'm not oppposed to making the kind of change you're proposing for the C front end; I suggested the same thing. But, it is a complex change; as you've noted, there are regressions when you try it. -- Mark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23190
[Bug target/23199] internal compiler error: in int_mode_for_mode, at stor-layout.c:251
-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23199
[Bug fortran/23201] [4.1 Regression] internal compiler error: verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 17:08 --- I am thinking this is a fortran front-end bug: reduced testcase: COMMON /SUBSTR/ NPHASE,NSUB END SUBROUTINE ZIPP COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,KURPA,KTBUF IF (NSUB.LT.0) THEN KTBUF=KTBUF-1 END IF END I think we get the wrong type for the common section, SUBSTR. -- What|Removed |Added Status|UNCONFIRMED |NEW Component|tree-optimization |fortran Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-08-02 17:09:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug fortran/23201] [4.1 Regression] internal compiler error: verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 17:10 --- Another reduced testcase: COMMON /SUBSTR/ NPHASE,NSUB END SUBROUTINE ZIPP COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,KURPA,KTBUF NSUB = 1 KTBUF = 1 END -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug fortran/23201] [4.1 Regression] internal compiler error: verify_ssa failed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 17:11 --- We do get a warning: In file t.2.f:4 COMMON /SUBSTR/ NPHASE,NSUB,IDUM1,KURPA,KTBUF 1 Warning: Named COMMON block 'substr' at (1) shall be of the same size -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23201
[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)
--- Additional Comments From dpatel at apple dot com 2005-08-02 17:12 --- Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs) On Aug 2, 2005, at 10:00 AM, mmitchel at gcc dot gnu dot org wrote: > > --- Additional Comments From mmitchel at gcc dot gnu dot org > 2005-08-02 17:00 --- > Devang -- > > The DWARF-2 information looks correct to me, from the section of > DWARF-2 code > that you posted in the original report for this bug. I know GDB > doesn't print > the variable, but I don't think that's the compiler's fault; the > information > looks OK. Is there something wrong with the DWARF-2 generated, or > is this just > a GDB bug? Without the patch, GCC does not emit DW_OP_addr and DW_AT_location. > I'm not oppposed to making the kind of change you're proposing for > the C front > end; I suggested the same thing. But, it is a complex change; as > you've noted, > there are regressions when you try it. There is only one regression. One way to avoid it is to split wrapup_global... in two halves. One to emit code and second to generate debug info. This allows C front end to put cgraph_optimize() after writing globals but before generating debug info. thoughts ? - Devang -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23190
[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)
--- Additional Comments From mark at codesourcery dot com 2005-08-02 17:16 --- Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs) dpatel at apple dot com wrote: > --- Additional Comments From dpatel at apple dot com 2005-08-02 17:12 > --- > Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized > variables (stabs) > > > On Aug 2, 2005, at 10:00 AM, mmitchel at gcc dot gnu dot org wrote: > > >>--- Additional Comments From mmitchel at gcc dot gnu dot org >>2005-08-02 17:00 --- >>Devang -- >> >>The DWARF-2 information looks correct to me, from the section of >>DWARF-2 code >>that you posted in the original report for this bug. I know GDB >>doesn't print >>the variable, but I don't think that's the compiler's fault; the >>information >>looks OK. Is there something wrong with the DWARF-2 generated, or >>is this just >>a GDB bug? > > > Without the patch, GCC does not emit DW_OP_addr and DW_AT_location. Yes -- but that's no excuse for GDB not being able to show us the type! > There is only one regression. One way to avoid it is to split > wrapup_global... > in two halves. One to emit code and second to generate debug info. > This allows > C front end to put cgraph_optimize() after writing globals but before > generating debug info. It sounds sensible enough, but I really haven't studied how the C front end does things well enough to know for sure. I would ask Joseph and RTH. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23190
[Bug fortran/19754] Shape conformance not checked
--- Additional Comments From uttamp at us dot ibm dot com 2005-08-02 17:20 --- (In reply to comment #7) > Fixed. Shouldn't the following test fail too with the shape conformance error message? program test integer ::a(2,2) real :: b(4,4) a=1 b=2.0 b = b + a end program test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19754
[Bug debug/23190] [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs)
--- Additional Comments From dpatel at apple dot com 2005-08-02 17:21 --- Subject: Re: [4.0/4.1 Regression] debug info omitted for uninitialized variables (stabs) On Aug 2, 2005, at 10:16 AM, mark at codesourcery dot com wrote: > It sounds sensible enough, but I really haven't studied how the C > front > end does things well enough to know for sure. I would ask Joseph > and RTH. OK. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23190
[Bug fortran/23202] internal compiler error: tree check
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 17:37 --- I only get the following error/ICE: t.2.f:3: error: statement makes a memory store, but has no V_MAY_DEFS nor V_MUST_DEFS substr.ktbuf = 1; t.2.f:3: internal compiler error: verify_ssa failed On the mainline and on ppc-darwin7.9.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23202
[Bug testsuite/23186] g++.dg/other/pr22003.C fails
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 17:39 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 GCC target triplet||hppa2.0w-hpux Last reconfirmed|-00-00 00:00:00 |2005-08-02 17:39:15 date|| Summary|g++.dg/other/pr22003.C (test|g++.dg/other/pr22003.C fails |for excess errors) fails| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23186
[Bug tree-optimization/23188] [4.1 Regression] vect-reduc-* fail
-- What|Removed |Added Keywords||wrong-code Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23188
[Bug target/23196] [4.1 Regression] ICE instantiate_virtual_regs_in_insn when -fforce-addr used
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2005-08-02 11:26:58 |2005-08-02 17:43:23 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23196
[Bug middle-end/23195] [4.0 Regression] Using frexp with fabs produces negative result
--- Additional Comments From gdr at integrable-solutions dot net 2005-08-02 18:07 --- Subject: Re: [4.0/4.1 Regression] Using frexp with fabs produces negative result "reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | Here's a snippet from the manpage from hpux (as found on | http://www.informatik.uni-frankfurt.de/doc/man/hpux/frexp.3c.html ) | which supports my claim from comment #8: Why debate over manpages when the C standard describes the semantics? -- Gaby -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23195
[Bug debug/23205] New: [C++] debug info omitted for global variables
GCC does not emit debug info for variable 'j' in following example, when stabs debugging format is used. const int j = 4; int foo () { return j + 1; } int main() { int i; i = foo(); return i; } -- Summary: [C++] debug info omitted for global variables Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dpatel at apple dot com CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23205
[Bug debug/23205] [C++] debug info omitted for global static const variables
-- What|Removed |Added Summary|[C++] debug info omitted for|[C++] debug info omitted for |global variables|global static const ||variables http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23205
[Bug debug/23205] [C++] debug info omitted for global const variables
-- What|Removed |Added Summary|[C++] debug info omitted for|[C++] debug info omitted for |global static const |global const variables |variables | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23205
[Bug c++/23205] [4.0/4.1 Regression] [C++] debug info omitted for global const variables
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 18:57 --- Confirmed, this is because we "inline" the value of j and then remove the variable but for some reason dwarf-2 emits debuging info. This is unit-at-a-time problem as you can reproduce it on the 3.4 branch by adding -funit-at-a-time -O0 -gstabs+ and you will not get the debug info. You know what is better is just move to dwarf-2 instead for ppc-darwin. -- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |minor Status|UNCONFIRMED |NEW Component|debug |c++ Ever Confirmed||1 Keywords||wrong-debug Last reconfirmed|-00-00 00:00:00 |2005-08-02 18:57:31 date|| Summary|[C++] debug info omitted for|[4.0/4.1 Regression] [C++] |global const variables |debug info omitted for ||global const variables Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23205
[Bug rtl-optimization/20367] alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-08-02 18:59 --- (In reply to comment #4) > > It is fixed via neither of the above but is fixed on the tree-profiling branch via the IPA statics stuff which > Kenney Zadeck is working on. > > This is also a related to PR 19905, it will most likely be solved by the same patch also. The promote statics patch has been removed from mainline, so this issue is open again. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20367
[Bug c++/23205] [4.0/4.1 Regression] [C++/unit-at-a-time] debug info omitted for global const variables
--- Additional Comments From dpatel at apple dot com 2005-08-02 19:00 --- Subject: Re: [4.0/4.1 Regression] [C++] debug info omitted for global const variables On Aug 2, 2005, at 11:57 AM, pinskia at gcc dot gnu dot org wrote: > You know what is better is just move to dwarf-2 instead for ppc- > darwin. :). "It works in DWARF mode" is not a good excuse to ignore stabs while making various changes in the compiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23205
[Bug c++/23205] [4.0/4.1 Regression] [C++/unit-at-a-time] stabs debug info omitted for global const variables
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 19:02 --- I forgot to mention this works just fine for dwarf-2 because we emit the debug info even though the variable is not emitted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23205
[Bug rtl-optimization/20367] alias analysis doesn't take into account that variables that haven't their address taken can't alias arbitrary MEMs
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-02 19:04 --- (In reply to comment #19) > The promote statics patch has been removed from mainline, so this issue is > open again. The improved aliasing was not reverted though which is what gets most of the improvements and not the promote statics pass. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20367