[Bug tree-optimization/26797] [4.2 Regression] ACATS c35507m cd2a23e cxh1001 fail
--- Comment #17 from christian dot joensson at gmail dot com 2006-06-04 08:27 --- just a ping here, is anyone here able to say anything about status of this bug? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
[Bug fortran/27889] New: gfortran 4.1.1 ICE on espresso (PWscf)
Trying to compile the espresso electronic structure package from pwscf.org with gfortran 4.1.1 fails with an ICE: make[1]: Entering directory `/home/donnie/espresso-3.1/Modules' cpp -P -traditional -D__FFTW -I../include constraints_module.f90 -o constraints_module.F90 gfortran -O3 -D__FFTW -I../include -I. -I../Modules -I../PW -I../PH -I../iotk/src -I../CPV -c constraints_module.F90 -o constraints_module.o constraints_module.F90: In function 'set_structure_factor': constraints_module.F90:304: internal compiler error: in find_lattice_value, at tree-complex.c:133 Interestingly, this ICE only occurs at optimization levels greater than -O0. I've uploaded constraints_module.F90 and the required *.mod files to http://dev.gentoo.org/~spyderous/espresso-ice.tar.bz2 to assist in fixing this. -- Summary: gfortran 4.1.1 ICE on espresso (PWscf) Product: gcc Version: 4.1.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: spyderous at gentoo dot org GCC host triplet: powerpc-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27889
[Bug tree-optimization/17506] [4.0/4.1/4.2 regression] warning about uninitialized variable points to wrong location
-- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|steven at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17506
[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os
--- Comment #6 from steven at gcc dot gnu dot org 2006-06-04 09:32 --- This should have a higher priority than P3 IMHO. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26251
[Bug libstdc++/27867] compile error in repeated application of valarray::operator==
--- Comment #3 from paolo at gcc dot gnu dot org 2006-06-04 09:33 --- Subject: Bug 27867 Author: paolo Date: Sun Jun 4 09:32:56 2006 New Revision: 114356 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114356 Log: 2006-06-04 Paolo Carlini [EMAIL PROTECTED] PR libstdc++/27867 * include/bits/valarray_before.h (struct _BinClos_Oper, _ValArray, _ValArray, _Tp, _Tp): Fix value_type typedef. * testsuite/26_numerics/valarray/27867.cc: New. Added: trunk/libstdc++-v3/testsuite/26_numerics/valarray/27867.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/bits/valarray_before.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27867
[Bug libstdc++/27867] compile error in repeated application of valarray::operator==
--- Comment #4 from pcarlini at suse dot de 2006-06-04 09:34 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27867
[Bug rtl-optimization/27616] [4.1/4.2 Regression] Internal error with -O1 (CSE)
--- Comment #6 from steven at gcc dot gnu dot org 2006-06-04 09:34 --- Would be fixed with fwprop due to not recursively calling fold_rtx. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27616
[Bug target/27863] [4.2 Regression] ICE in check_cfg, at haifa-sched.c:4615
-- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-04 09:36:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27863
[Bug fortran/25096] Non-conforming shapes of DATA object and data
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-04 09:38 --- g95 emits a hard error on this one, while Intel accept it. $ g95 a.f90 In file a.f90:5 DATA (D(i)%I,i=1,4) /8*0/ 1 Error: Array section not allowed in DATA statement at (1) -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||accepts-invalid, diagnostic Last reconfirmed|-00-00 00:00:00 |2006-06-04 09:38:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25096
[Bug bootstrap/25502] Werror problem in build
--- Comment #6 from rmathew at gcc dot gnu dot org 2006-06-04 09:47 --- By the way, x-mingw32 contains: # On MinGW, we use %IA64d to print 64-bit integers, and the format-checking # code does not handle that, so we have to disable checking here. WERROR_FLAGS += -Wno-format This should have fixed the problem, but it doesn't for some reason. See also: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02223.html (and the follow-up messages). -- rmathew at gcc dot gnu dot org changed: What|Removed |Added CC||rmathew at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25502
[Bug fortran/25095] Disallowed intrinsic in initialization statement
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-04 09:52 --- By F2003: C561 (R528) In an array-element or a scalar-structure-component that is a data-i-do-object , any subscript shall be an expression whose primaries are either constants, subobjects of constants, or DO variables of this data-implied-do or the containing data-implied-dos, and each operation shall be intrinsic. Now, MODULO is found under 13.5 (Standard generic intrinsic procedures) so, by my reading of the standard, this is allowed. And the F95 standard seems to have exactly the same wording. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Keywords||accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25095
[Bug fortran/24978] ICE in gfc_assign_data_value_range
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-04 10:01 --- I marked it as ice-on-valid-code, but I'm not sure it's valid code. g95 emits an error, but Intel and Sun compilers don't. Uttam, do you know if that code is valid? -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Keywords||ice-on-valid-code Last reconfirmed|2005-11-21 21:02:12 |2006-06-04 10:01:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24978
[Bug fortran/23209] array shape conformance not checked
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-06-04 10:04 --- It's been fixed: $ gfortran a.f90 In file a.f90:6 b = b + a 12 Error: Shapes for operands at (1) and (2) are not conformable -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org Status|NEW |RESOLVED GCC build triplet|powerpc-linux | GCC host triplet|powerpc-linux | GCC target triplet|powerpc-linux | Resolution||FIXED Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23209
[Bug c++/27884] [4.2 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-04 10:04 --- It's certainly a questionable use of 'register'. What is the expected effect of this parameter declaration from perls point of view? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug fortran/23538] gfortran hangs on old cray fortran 66 program
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-06-04 10:18 --- I agree with Steve's comment that a maximal number of errors should be allowed, after which the compiler should bail out. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org OtherBugsDependingO|19292 | nThis|| Keywords||diagnostic Last reconfirmed|2005-08-23 21:18:45 |2006-06-04 10:18:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23538
[Bug c++/27884] [4.2 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #3 from tbm at cyrius dot com 2006-06-04 10:24 --- I don't know why Perl uses it, I simply noticed that lots of packages in Debian now fail to build because its part of a Perl header... they do this: extern C SV* Perl_Gsv_placeholder_ptr(register PerlInterpreter *my_perl __attribute__((unused))); In an IRC discussion whether this is valid, the following comments were made: 18:11 Womble2 a linkage-specification directly containing a single declaration shall not specify a storage class (7.5/8) 18:12 Womble2 but I think it really means at the top-level of the declaration 18:12 pinskia Womble2: I think that means extern C static int t; is invalid 18:12 Womble2 yes the example it gives has a function declared a static 18:13 pinskia but register allows to the argument and not to the declaration 18:13 pinskia s/allows/applies/ 18:14 Womble2 indeed, though the statement could be (rather perversely) read as disallow specification of a storage class anywhere in the declaration, as the person who made the change may have done [Womble2 = Ben Hutchings, pinskia = Andrew Pinski] Do you disagree with that interpretation? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug fortran/23371] internal compiler error when missing a module procedure
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-04 10:30 --- This is fixed on mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23371
[Bug fortran/25095] Disallowed intrinsic in initialization statement
--- Comment #2 from jv244 at cam dot ac dot uk 2006-06-04 10:42 --- (In reply to comment #1) .. and each operation shall be intrinsic Now, MODULO is found under 13.5 (Standard generic intrinsic procedures) But MODULO is not an intrinsic operation (these are defined in 7.1.2) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25095
[Bug c++/27884] [4.2 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-06-04 10:48 --- I agree that the code is valid from a standards perspective. Just not very clever ;) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug c++/27884] [4.2 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #5 from tbm at cyrius dot com 2006-06-04 10:52 --- OK, I'll let the Perl people know. It would be nice though to revert this error before 4.1.2/4.2.0 come out. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug bootstrap/25502] Werror problem in build
--- Comment #7 from dannysmith at users dot sourceforge dot net 2006-06-04 11:02 --- In my local tree (and in the 3.4.x mingw tree), I have added a modification and extension of this patch: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02296.html I plan to follow up in stage 1 of 4.3 This patch silences the worst of the warnings. However, because of the -pedantic switch, I still get warnings like ../../gcc/gcc/gcov-dump.c:408: warning: ISO C does not support the 'I64' printf length modifier -Wno-pedantic-errors doesn't work for me, so --disable-werror is still necessary. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25502
[Bug libgcj/27890] New: [4.2 regression] lib/logging.properties pollutes common namespace
Now that I can build libgcj again on HEAD, I found that it pollutes the common namespace by installing $PREFIX/lib/logging.properties. This break the installation of several versions of GCC into the same $PREFIX using --program-suffix=. -- Summary: [4.2 regression] lib/logging.properties pollutes common namespace Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gerald at pfeifer dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug target/27891] New: [4.0/4.1 regression] ICE in tree_split_edge, at tree-cfg.c:3107
ICE on Alpha in tree_split_edge, at tree-cfg.c:3107. Works with gcc 3.4 and current gcc 4.2, fails with 4.0 and 4.1. [EMAIL PROTECTED]:~/delta/bin$ g++-4.1 -c -O1 mini.c mini.c: In function 'int domisc(const char*)': mini.c:27: internal compiler error: in tree_split_edge, at tree-cfg.c:3107 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.1/README.Bugs. Preprocessed source stored into /tmp/cctyNtwC.out file, please attach this to your bugreport. [EMAIL PROTECTED]:~/delta/bin$ g++-4.1 -c mini.c [EMAIL PROTECTED]:~/delta/bin$ g++-4.0 -c -O2 mini.c mini.c: In function 'int domisc(const char*)': mini.c:27: internal compiler error: in tree_split_edge, at tree-cfg.c:3226 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.0/README.Bugs. [EMAIL PROTECTED]:~/delta/bin$ /usr/lib/gcc-snapshot/bin/g++ -c -O2 mini.c [EMAIL PROTECTED]:~/delta/bin$ -- Summary: [4.0/4.1 regression] ICE in tree_split_edge, at tree- cfg.c:3107 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: alpha-linux-gnu GCC host triplet: alpha-linux-gnu GCC target triplet: alpha-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27891
[Bug target/27891] [4.0/4.1 regression] ICE in tree_split_edge, at tree-cfg.c:3107
--- Comment #1 from tbm at cyrius dot com 2006-06-04 11:14 --- Created an attachment (id=11593) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11593action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27891
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #1 from gerald at pfeifer dot com 2006-06-04 11:15 --- Also, does a configuration file, in text format, like this really belong under /lib? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug libgcj/27890] [4.2 regression] lib/logging.properties pollutes common namespace
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-06-04 11:17 --- Also it should be beyond /usr/share, as it is not arch dependent. Same problem for /usr/lib/security/classpath.security and /usr/lib64/security/libgcj.security. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-04 11:17:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27890
[Bug middle-end/27889] ICE on complex assignment
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-06-04 11:24 --- I can reproduce this on i686-linux and reduced it to this minimal testcase: COMPLEX z CONTAINS SUBROUTINE foo z = z + cmplx(1.0,0.0) z = z + z END SUBROUTINE foo END It fails for me at all optimization levels, including -O0. I've tried it with current mainline as well as mainline from 2006-05-01, it exhibits the same errors. I can't make a C testcase easily, but I think it's a middle-end issue because the same testcase compiled on 4.1.2 works, although it gives the same tree (with -fdump-original-tree): foo () { z = z + __complex__ (1.0e+0, 0.0); z = z + z; MAIN__ () { complex4 z; static void foo (void); _gfortran_set_std (70, 127, 0); } -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||fxcoudert at gcc dot gnu dot ||org, stevenb dot gcc at ||gmail dot com Status|UNCONFIRMED |NEW Component|fortran |middle-end Ever Confirmed|0 |1 GCC host triplet|powerpc-unknown-linux-gnu | Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2006-06-04 11:24:33 date|| Summary|gfortran 4.1.1 ICE on |ICE on complex assignment |espresso (PWscf)| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27889
[Bug fortran/27889] ICE on complex assignment
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-06-04 11:49 --- I now also have a slightly different testcase that fails on 4.1.1 and current 4.1 branch, on i686-linux, at optimization levels -O1 or higher: MODULE constraints_module REAL target CONTAINS SUBROUTINE init_constraint COMPLEX struc_fac CALL set_structure_factor RETURN CONTAINS SUBROUTINE set_structure_factor target = CONJG( struc_fac ) * struc_fac END SUBROUTINE set_structure_factor END SUBROUTINE init_constraint END MODULE constraints_module Paul, I'm adding you to the CC list since this looks fully module-related. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC|stevenb dot gcc at gmail dot|paul dot richard dot thomas |com |at cea dot fr Component|middle-end |fortran Last reconfirmed|2006-06-04 11:24:33 |2006-06-04 11:49:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27889
[Bug target/27891] [4.0/4.1 regression] ICE in tree_split_edge, at tree-cfg.c:3107
--- Comment #2 from falk at debian dot org 2006-06-04 12:51 --- Here is a cleaned-up testcase: int firstkey(); void DBM_error(int); void domisc() { int i = 0; try { try { firstkey(); while (1) { i++; firstkey(); } } catch (int) { ; } DBM_error(i); } catch (int) { ; } } I have no idea why this would happen only on Alpha, it seems unlikely it's actually a target bug... -- falk at debian dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to fail||4.0.3 4.1.0 Known to work||3.4.6 4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27891
[Bug tree-optimization/27039] [4.1/4.2 Regression] Unable to determine # of iterations for a simple loop
--- Comment #13 from rguenth at gcc dot gnu dot org 2006-06-04 12:59 --- Subject: Bug 27039 Author: rguenth Date: Sun Jun 4 12:59:40 2006 New Revision: 114357 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114357 Log: 2006-06-04 Richard Guenther [EMAIL PROTECTED] PR tree-optimization/27039 * fold-const.c (fold_comparison): Handle pointer comparison again for all comparison codes. Compare offsets in signed size type. (fold_binary): Move code from here. * gcc.dg/tree-ssa/loop-17.c: New testcase. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/loop-17.c Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27039
[Bug tree-optimization/27039] [4.1 Regression] Unable to determine # of iterations for a simple loop
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-06-04 13:16 --- Fixed on the mainline. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 Regression] Unable |[4.1 Regression] Unable to |to determine # of iterations|determine # of iterations |for a simple loop |for a simple loop http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27039
[Bug fortran/27889] ICE on complex assignment
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-06-04 14:38 --- I examined the different tree dumps for COMPLEX z CONTAINS SUBROUTINE foo z = z + z END SUBROUTINE foo END and the last non-empty one before the error message: complex.f90: In function foo:complex.f90:4: error: invalid operand to binary operator D.906 complex.f90:4: internal compiler error: verify_stmts failed is complex.f90.021t.eh, which has the following content: ;; Function foo (foo.899) foo () { complex4 D.908; complex4 D.907; complex4 D.906; complex4 z [value-expr: CHAIN.1-z]; D.906 = CHAIN.1-z; D.907 = CHAIN.1-z; D.908 = D.906 + D.907; CHAIN.1-z = D.908; return; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27889
[Bug libgcj/27892] New: gij.cc:104: error: 'setenv' was not declared in this scope
/mnt/gnu/gcc-3.3/objdir/./gcc/xgcc -shared-libgcc -B/mnt/gnu/gcc-3.3/objdir/./gc c -nostdinc++ -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src - L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libstdc++-v3/src/.libs -B/opt/gnu /gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/bin/ -B/opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-h pux11.11/lib/ -isystem /opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/include -isy stem /opt/gnu/gcc/gcc-4.2.0/hppa2.0w-hp-hpux11.11/sys-include -DHAVE_CONFIG_H -I . -I../../../gcc/libjava -I./include -I./gcj -I../../../gcc/libjava -Iinclude -I ../../../gcc/libjava/include -I../../../gcc/libjava/classpath/include -Iclasspat h/include -I../../../gcc/libjava/classpath/native/fdlibm -I../../../gcc/libjava/ ../boehm-gc/include -I../boehm-gc/include -I../../../gcc/libjava/libltdl -I../.. /../gcc/libjava/libltdl -I../../../gcc/libjava/.././libjava/../gcc -I../../../gc c/libjava/../zlib -I../../../gcc/libjava/../libffi/include -I../libffi/include - fno-rtti -fnon-call-exceptions -pthread -fdollars-in-identifiers -Wswitch-enum - D_FILE_OFFSET_BITS=64 -I/usr/include/X11R6 -Wextra -Wall -D_GNU_SOURCE -DPREFIX= \/opt/gnu/gcc/gcc-4.2.0\ -DLIBDIR=\/opt/gnu/gcc/gcc-4.2.0/lib\ -DJAVA_HOME=\ /opt/gnu/gcc/gcc-4.2.0\ -DBOOT_CLASS_PATH=\/opt/gnu/gcc/gcc-4.2.0/share/java/ libgcj-4.2.0.jar\ -DJAVA_EXT_DIRS=\/opt/gnu/gcc/gcc-4.2.0/share/java/ext\ -DG CJ_ENDORSED_DIRS=\/opt/gnu/gcc/gcc-4.2.0/share/java/gcj-endorsed\ -DGCJ_VERSIO NED_LIBDIR=\/opt/gnu/gcc/gcc-4.2.0/lib/gcj-4.2.0\ -DPATH_SEPARATOR=\:\ -DLIB GCJ_DEFAULT_DATABASE=\/opt/gnu/gcc/gcc-4.2.0/lib/gcj-4.2.0/classmap.db\ -DLIBG CJ_DEFAULT_DATABASE_PATH_TAIL=\gcj-4.2.0/classmap.db\ -DTOOLEXECLIBDIR=\/opt/ gnu/gcc/gcc-4.2.0/lib\ -g -O2 -MT gij.lo -MD -MP -MF .deps/gij.Tpo -c ../../../ gcc/libjava/gij.cc -fPIC -DPIC -o .libs/gij.o ../../../gcc/libjava/gij.cc: In function 'int main(int, const char**)': ../../../gcc/libjava/gij.cc:104: error: 'setenv' was not declared in this scope make[3]: *** [gij.lo] Error 1 make[3]: *** Waiting for unfinished jobs make[3]: *** Waiting for unfinished jobs make[3]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libjav a' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux11.11/libjav a' make[1]: *** [all-target-libjava] Error 2 make[1]: Leaving directory `/mnt/gnu/gcc-3.3/objdir' make: *** [bootstrap] Error 2 Sat Jun 3 22:03:34 EDT 2006 This was introduced by the following change: 2006-05-30 Thomas Fitzsimmons [EMAIL PROTECTED] * gij.cc (main): Prepend LD_LIBRARY_PATH with GCJ_VERSIONED_LIBDIR and re-exec self. -- Summary: gij.cc:104: error: 'setenv' was not declared in this scope Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcj AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danglin at gcc dot gnu dot org GCC build triplet: hppa2.0w-hp-hpux11.11 GCC host triplet: hppa2.0w-hp-hpux11.11 GCC target triplet: hppa2.0w-hp-hpux11.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27892
[Bug fortran/27478] getting : error: invalid operand to binary operator
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-04 15:16:36 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27478
[Bug fortran/27478] getting : error: invalid operand to binary operator
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-04 15:16 --- *** Bug 27889 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||spyderous at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27478
[Bug fortran/27889] ICE on complex assignment
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-06-04 15:16 --- *** This bug has been marked as a duplicate of 27478 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27889
[Bug c++/27884] [4.1/4.2 regression] bogus error: invalid use of 'register' in linkage specification
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-06-04 15:35 --- Confirmed. Breaking perl is not nice. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |blocker Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-04 15:35:07 date|| Summary|[4.2 regression] bogus |[4.1/4.2 regression] bogus |error: invalid use of |error: invalid use of |'register' in linkage |'register' in linkage |specification |specification Target Milestone|4.2.0 |4.1.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27884
[Bug c/25161] [4.0/4.1/4.2 Regression] Internal compiler error (segfault) instead of error message
--- Comment #11 from jsm28 at gcc dot gnu dot org 2006-06-04 16:49 --- Testing a fix. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-02-12 18:03:48 |2006-06-04 16:49:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25161
[Bug c/27020] [4.0/4.1/4.2 regression] ICE on invalid array size
--- Comment #3 from jsm28 at gcc dot gnu dot org 2006-06-04 16:50 --- Testing a fix. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-04-04 09:24:36 |2006-06-04 16:50:18 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27020
[Bug c/27893] New: [4.0/4.1/4.2 Regression] ICE with TREE_CONSTANT VLA sizes inside functions
int a; void f(void) { int b[(__SIZE_TYPE__)a]; } yields t.c: In function 'f': t.c:2: internal compiler error: in tree_low_cst, at tree.c:4413 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. Likewise if the size is 1/0. Related to but not the same as bug 25161 and bug 27020 (both involve VLAs with TREE_CONSTANT array sizes, but in this case the code is valid). -- Summary: [4.0/4.1/4.2 Regression] ICE with TREE_CONSTANT VLA sizes inside functions Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27893
[Bug c/7948] gcc fails to fault gnu extension with -std=c99
--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-06-04 17:00 --- Fixed for 4.2. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7948
[Bug c/18740] Execution-time sizeof drops side effects
--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-06-04 17:01 --- Fixed for 4.2. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18740
[Bug c/25802] VM types of external and internal linkage variables not diagnosed
--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-06-04 17:03 --- Fixed for 4.2. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25802
Return code of gcc
Hi, I'm writing a program, which executes gcc for compiling a C proram. Now, I need the returned code of gcc after compiling. Can you help me? Thanks! __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: Return code of gcc
On Jun 4, 2006, at 10:12 AM, Vu Quang Cao wrote: Hi, I'm writing a program, which executes gcc for compiling a C proram. Now, I need the returned code of gcc after compiling. This is offtopic of this channel. Also it depends on what OS you are using? From an unix shell script you can use $? as the return code. -- Pinski
[Bug c/27489] [4.1/4.2 regression] ICE on broken switch condition
--- Comment #8 from jsm28 at gcc dot gnu dot org 2006-06-04 17:16 --- The patch in comment#2 is OK for 4.1 and mainline with the change to comparing expr2 == error_mark_node, provided the testcases from this bug and bug 27490 are added to the testsuite. Regarding that referenced in comment#6, the test against ERROR_MARK being removed is probably intended to avoid excess diagnostics in that case. That patch is OK for mainline if the error (switch quantity not an integer); is made conditional on (orig_type != error_mark_node). -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, jsm28 at gcc dot gnu ||dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27489
[Bug middle-end/24998] [4.2 Regression] Build failure: undefined symbol __floatunsitf
--- Comment #28 from mmitchel at gcc dot gnu dot org 2006-06-04 17:19 --- Joseph -- Would you please summarize the current state of this bug, and whether or not you intend to do any more work on it? I'm trying to figure out how to prioritize it for 4.2. Thanks, -- Mark -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
[Bug bootstrap/25438] [4.2 Regression] make: *** No rule to make target `bubblestrap'. Stop.
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-06-04 17:19 --- Not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25438
[Bug bootstrap/25470] [4.2 Regression] fixincludes/ subdirectory not cleaned by make distclean
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-06-04 17:22 --- Not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25470
[Bug libgomp/25938] [4.2 regression] libgomp installs header files in version and target independent location
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-06-04 17:26 --- This is a show-stopper; an installation problem like this would be embarassing. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25938
[Bug target/26146] [4.2 Regression] Bootstrapping mainline on Solaris 10/x86 fails
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26146
[Bug c/26154] [4.2 Regression] OpenMP extensions to the C language is not documented
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-06-04 17:33 --- Yes, there should at least be a reference to online information about OpenMP in our manual. At this is one of the major new features in 4.2, it should definitely be documented. Diego, would you be able to put a pointer in the manual? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26154
[Bug middle-end/24998] [4.2 Regression] Build failure: undefined symbol __floatunsitf
--- Comment #29 from joseph at codesourcery dot com 2006-06-04 17:35 --- Subject: Re: [4.2 Regression] Build failure: undefined symbol __floatunsitf On Sun, 4 Jun 2006, mmitchel at gcc dot gnu dot org wrote: --- Comment #28 from mmitchel at gcc dot gnu dot org 2006-06-04 17:19 --- Joseph -- Would you please summarize the current state of this bug, and whether or not you intend to do any more work on it? I'm trying to figure out how to prioritize it for 4.2. The state is still as in comment#23 and I don't intend to do any more work on it (though I could do the US_SOFTWARE_GOFAST removal if desired). * MIPS16 (mips16.S needs implementations of the relevant functions, mips_init_libfuncs should arrange for them to be called) - preferably to be done by someone set up to test MIPS16. * FRV - see comment#9 - could do with knowledge of the intent behind the C functions such as __uitod and again with someone to test on FRV. * US_SOFTWARE_GOFAST - should be removed - see my list at http://gcc.gnu.org/ml/gcc/2006-05/msg00440.html of the various pieces to remove. * powerpc-linux glibc -mabi=ieeelongdouble - not supported by glibc in any meaningful way but it does provide the ABI-mandated functions for arithmetic on IEEE long double; however, there is a glibc bug whereby it provides _q_uitoq instead of the correct name _q_utoq which GCC will now call. There is no GCC bug here since GCC calls the ABI-specified function. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
[Bug bootstrap/26188] [4.2 Regression] 4.2.0 fails to compile on FreeBSD 4.11
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-06-04 17:36 --- i386-freebsd is a primary platform, so we should ensure that we can build there. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
[Bug libgomp/26175] [4.2 Regression] In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex undefined
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-06-04 17:35 --- Yes, this is a critical problem. OpenMP is a major feature in 4.2. It would be embarassing for it to break builds for users. We should fix the configury so as not to build the library on unsupported systems. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26175
[Bug tree-optimization/26197] [4.2 regression] ICE in is_old_name with vectorizer
--- Comment #17 from mmitchel at gcc dot gnu dot org 2006-06-04 17:40 --- Has anyone tested Dorit's patch? (IIUC, Dorit is on maternity leave.) -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26197
[Bug c++/26740] [4.2 regression] ICE taking the address of a bound member function
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-04 17:41 --- Subject: Bug 26740 Author: pinskia Date: Sun Jun 4 17:40:51 2006 New Revision: 114360 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114360 Log: 2006-06-01 Andrew Pinski [EMAIL PROTECTED] PR c++/26740 * typeck.c (build_unary_op): Mark the function as being used. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26740
[Bug c++/26740] [4.2 regression] ICE taking the address of a bound member function
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-06-04 17:41 --- Subject: Bug 26740 Author: pinskia Date: Sun Jun 4 17:40:51 2006 New Revision: 114360 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=114360 Log: 2006-06-01 Andrew Pinski [EMAIL PROTECTED] PR c++/26740 * typeck.c (build_unary_op): Mark the function as being used. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/typeck.c --- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-04 17:41 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26740
[Bug rtl-optimization/26244] [4.2 Regression] FAIL: gcc.c-torture/execute/builtin-bitops-1.c execution, -O3 -fomit-frame-pointer -funroll-loops
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26244
[Bug tree-optimization/26251] [4.2 Regression] code size increase with -Os
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26251
[Bug libgomp/26308] [4.2 Regression] libgomp bootstrap failure on Tru64 UNIX V4.0F
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-06-04 17:44 --- OSF is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26308
[Bug tree-optimization/26360] [4.2 Regression] Autovectorization of char - int loop gets ICE
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-06-04 17:47 --- This patch is OK. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26360
[Bug target/26415] [4.2 regression] m68k-linux bootstrap error during stage2
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-06-04 17:47 --- m68k is not a primary or secondary platform. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26415
[Bug rtl-optimization/26449] [4.2 Regression] ICE with -march=pentium4 -ftree-vectorize in matmul_i4.c in loop invariant motion
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26449
[Bug libgomp/26477] [4.2 Regression] bootstrap: SYS_gettid undeclared
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-06-04 17:50 --- Like 26175, this should be considered a high-priority fix. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26477
[Bug other/23541] all error messages produce segfault
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P2 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23541
[Bug other/26507] [4.2 Regression] compiler segfaults while building libobjc (ICE while printing out warning)
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-06-04 17:52 --- Isn't this just a duplicate of 23541? We have it marked as depending on 23541, but why keep both open? On it's own, I'd call this a P2, but 23541 is a P1 for sure. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26507
[Bug middle-end/26528] [4.2 regression] gcc miscompiles FFTW 3.1
--- Comment #15 from mmitchel at gcc dot gnu dot org 2006-06-04 17:55 --- This is a P1 -- but WAITING for a testcase. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P1 Last reconfirmed|-00-00 00:00:00 |2006-06-04 17:55:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26528
[Bug middle-end/26556] [4.2 Regression] javax/imageio/stream/ImageOutputStreamImpl.java:0: ICE: Segmentation fault
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26556
[Bug other/26507] [4.2 Regression] compiler segfaults while building libobjc (ICE while printing out warning)
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26507
[Bug other/26507] [4.2 Regression] compiler segfaults while building libobjc (ICE while printing out warning)
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26507
[Bug middle-end/26528] [4.2 regression] gcc miscompiles FFTW 3.1
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26528
[Bug middle-end/26556] [4.2 Regression] javax/imageio/stream/ImageOutputStreamImpl.java:0: ICE: Segmentation fault
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-06-04 17:56 --- Reverting accidental change to WAITING state. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-04 17:56:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26556
[Bug c++/26559] [4.0/4.1/4.2 Regression] ICE with __builtin_constant_p in template argument
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26559
[Bug middle-end/26556] [4.2 Regression] javax/imageio/stream/ImageOutputStreamImpl.java:0: ICE: Segmentation fault
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-06-04 17:57 --- Java is not release critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26556
[Bug c++/26571] [4.0/4.1/4.2 regression] Bad diagnostic using type modifier with struct
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-06-04 17:59 --- A very low-priority problem... -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26571
[Bug rtl-optimization/26449] [4.2 Regression] ICE with -march=pentium4 -ftree-vectorize in matmul_i4.c in loop invariant motion
-- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|steven at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26449
[Bug c++/26573] [4.0/4.1/4.2 regression] Duplicate message for static member in local class
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26573
[Bug c++/26577] [4.0/4.1/4.2 regression] ICE in cp_expr_size with volatile and call to static
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26577
[Bug c/26154] [4.2 Regression] OpenMP extensions to the C language is not documented
--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-06-04 18:03 --- (In reply to comment #3) Diego, would you be able to put a pointer in the manual? There are two references to the OpenMP API already. One in the documentation of -fopenmp, the other with the documentation of the OpenMP gimple codes. I don't think we need to duplicate API documentation when so much external documentation is available. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26154
[Bug bootstrap/26582] [4.2 Regression] warning with cross build
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-06-04 18:04 --- Daniel -- Are you going to have time to do the surgery mentioned in Comment #1? Thanks, -- Mark -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added CC||dan at debian dot org Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26582
[Bug target/26655] [4.0/4.1/4.2 Regression] ICE in ix86_secondary_memory_needed, at config/i386/i386.c:16446
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26655
[Bug c++/26693] [4.0/4.1/4.2 regression] Access checks not performed for types in templates
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26693
[Bug c++/26696] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26696
[Bug c++/26671] [4.0/4.1/4.2 Regression] Missing warning: reference to local variable returned
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26671
[Bug rtl-optimization/26727] [4.2 Regression] gcc.target/powerpc/doloop-1.c fails
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26727
[Bug other/26507] [4.2 Regression] compiler segfaults while building libobjc (ICE while printing out warning)
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2006-06-04 18:12 --- Isn't this just a duplicate of 23541? We have it marked as depending on 23541, but why keep both open? It essentially is, but this one is much more severe since there is no workaround. On it's own, I'd call this a P2, but 23541 is a P1 for sure. In my opinion, it's the other way around. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC||mark at codesourcery dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26507
[Bug debug/26754] [4.0/4.1/4.2 Regression] Wrong debug info for variable accessed non-locally
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-06-04 18:16 --- The idea of this patch seems OK, but let's find a way to avoid duplicating the declare_tmp_vars code, perhaps by making another small routine to find the outermost BIND_EXPR in a function? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26754
[Bug target/26792] [4.2 Regression] C++ is broken on *-*-darwin*
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
[Bug tree-optimization/26797] [4.2 Regression] ACATS c35507m cd2a23e cxh1001 fail
--- Comment #18 from mmitchel at gcc dot gnu dot org 2006-06-04 18:17 --- Ada is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26797
[Bug middle-end/26807] [4.2 Regression] FAIL: gcc.dg/torture/pr24626-1.c -O2 (test for excess errors)
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-06-04 18:18 --- Will this go away with the changes to make the scheduler not extend regions by default? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26807
[Bug rtl-optimization/26847] [4.2 Regression] Missed optimization in simplify_plus_minus
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26847
[Bug c++/26938] [4.0/4.1/4.2 regression] ICE with wrong number of template parameters
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26938
[Bug c++/26957] [4.0/4.1/4.2 regression] ICE in make_decl_rtl, at varasm.c:871
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26957
[Bug c++/26965] [4.0/4.1/4.2 Regression] Unnecessary debug info for unused consts in C++
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-06-04 18:21 --- Does this have to do with Aldy's patches to make sure that we emit debug information for types used in casts? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26965
[Bug middle-end/26983] [4.0/4.1/4.2 Regression] Missing label in a nested function with builtin_setjmp/longjmp
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26983
[Bug tree-optimization/26994] [4.2 Regression] Scalar TRANSFER - error: invalid operand to unary operator
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-06-04 18:22 --- Fortran is not release-critical. -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26994
[Bug bootstrap/26999] [4.2 Regression] bootstrap failure with --disable-libdecnumber or --disable-libcpp
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26999
[Bug debug/27017] [4.0/4.1/4.2 Regression] Debug information for static local class members are not emitted
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-06-04 18:24 --- Is there a DWARF expert who could check to see whether the debug information generated is wrong, or whether GDB is unable to handle the information we generate? -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27017
[Bug c++/27115] [4.0/4.1/4.2 Regression] ICE in cp_expr_size or miscompilation with statement expressions and constructors (and ?: )
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27115