[Bug fortran/31594] gfortran failed to compiled a 'valid' code
--- Comment #3 from steven at gcc dot gnu dot org 2007-04-17 07:12 --- To the reporter: Even though this is already (correctly) closed as INVALID, please let us know if your code does compile and run correctly if you compile with the suggested extra command line option, -ffixed-line-length. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31594
[Bug c++/29365] Unnecessary anonymous namespace warnings
--- Comment #15 from gcc at magfr dot user dot lysator dot liu dot se 2007-04-17 07:15 --- I think there are still some kind of problem. If I try to compile bar.C using g++ -c bar.C then where g++ is g++ (GCC) 4.3.0 20070416 (experimental) (Hm, I'd wish for a revision number in there somewhere) then I get an ICE: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
[Bug c++/29365] Unnecessary anonymous namespace warnings
--- Comment #16 from gcc at magfr dot user dot lysator dot liu dot se 2007-04-17 07:18 --- Created an attachment (id=13375) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13375action=view) Test showing that the current fix causes an ICE -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
[Bug tree-optimization/25809] missed PRE optimization - move invariant casts out of loops
--- Comment #5 from dorit at il dot ibm dot com 2007-04-17 07:22 --- Doing cast motion actually causes about 25 *more* failures in the vectorizer testsuite. I'm closing this as won't fix since it seems there was no other reason to do this. can you please send me the patch so that I could look at this failures before you close this PR? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25809
[Bug tree-optimization/25809] missed PRE optimization - move invariant casts out of loops
--- Comment #6 from dorit at il dot ibm dot com 2007-04-17 07:38 --- can you please send me the patch so that I could look at this failures before you close this PR? I'm going over my inbox top down, so I just saw that you had laready sent the patch... so I will look into it. (thanks!) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25809
[Bug fortran/31587] Module files shouldn't be updated if their content doesn't change
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2007-04-17 07:52 --- Created an attachment (id=13376) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13376action=view) Patch that allows for module to be overwritten only if they changed This is the complete patch. Have fun! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
[Bug fortran/31587] Module files shouldn't be updated if their content doesn't change
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
[Bug libgcj/30071] make install fails for libjava
--- Comment #4 from r dot emrich at de dot tecosim dot com 2007-04-17 07:54 --- Created an attachment (id=13377) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13377action=view) Patch Proposed patch. I added a new target (install-exec-am) to Makefile.am to enforce the right installation sequence. Tested on hppa2.0w-hp-hpux11.00 and i686-pc-linux-gnu. I hope somebody is able to verify and submit the patch. In general there is the question, if we need a regular testing of 'make install, to detect these kind of problems, which only give warnings on linux but prevend successful installation on different targets. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30071
[Bug c/31595] New: internal compiler error
/usr/local/bin/gcc -c -I. -DHAVE_CONFIG_H -DMODULE -Wall -Wmissing-prototypes -O2 -o rlimits..o rlimits.c rlimits.c: In function 'bin_unlimit': rlimits.c:674: error: unrecognizable insn: /usr/local/bin/gcc -v Using built-in specs. Target: i686-pc-cygwin Configured with: ../configure --enable-languages=c,c++,objc,fortran,java --cache-file=build_cache.dat Thread model: single gcc version 4.1.3 20070416 (prerelease) This might be related to: [Bug target/29826] __attribute__ dllimport makes optimization crash on cygwin As well as *** Bug 31457 has been marked as a duplicate of this bug. *** But, it hasn't been fixed yet... Is there a work around, for example some flags to set during compile regarding the optimization, a flag or whatnot that would allow a good build, until the bug is fixed? Regards, Darel Henman - bug described below (insn 45 44 46 5 (set (reg:SI 84) (const:SI (plus:SI (mem:SI (symbol_ref:SI (#i.current_limits) var_decl 0x7ff917b8 current_limits) [0 S4 A8]) (const_int 4 [0x4] -1 (nil) (nil)) rlimits.c:674: internal compiler error: in extract_insn, at recog.c:2084 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [rlimits..o] Error 1 -- Summary: internal compiler error Product: gcc Version: 4.1.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: henman at it dot to-be dot co dot jp GCC build triplet: gcc (GCC) 4.1.3 20070416 (prerelease) GCC host triplet: from /bin/../lib/gcc/i686-pc-cygwin/3.4.4/specs GCC target triplet: CYGWIN_NT-5.1 1.5.24(0.156/4/2) 2007-01-31 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31595
[Bug c++/31596] New: Internal compiler error (Segmentation fault)
Dear all, I would like to post a bug report for the GNU C/C++ compiler 3.3-e500. We use the compiler to generate code for a PowerPC processor. Used invokation line for the GNU C++ compiler: ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig -fmerge-templates -mmultiple -mno-string -mstrict-align -O3 -fno-exceptions -fno-rtti -fno-builtin-printf -Isome include paths -Dsome #define's X.CPP -oX.O // file X.CPP template typename, typename class XXX; template typename, bool struct enaFunc; template typename T_ struct enaFuncT_,true { typedef T_ type; }; template typename T_ struct enaFuncT_,false {}; template typename T_ struct isXXX { typedef char NO; typedef char YES[2]; template typename U_, typename V_ static YES check (const XXXU_,V_*); static NO check (...); enum { value = (sizeof(check(static_castT_*(0))) == sizeof(YES)) }; }; template typename V_, typename U1_, typename U2_ typename enaFunctypename V_::T_RET_TYPE, (isXXXU1_::value isXXXU2_::value) ::type func (V_, U1_, U2_); // function #1 template typename V_, typename U1_, typename U2_ typename enaFunctypename V_::T_RET_TYPE, (isXXXU1_::value isXXXU2_::value) ::type func (const V_, U1_, U2_);// function #2 struct YYY { typedef int T_RET_TYPE; }; void f (const XXXint,char p1, const XXXbool,int p2) { const YYY f = YYY(); func (f, p1, p2);// --- line 49 } The compiler crashes with the following message: X.CPP: In function `void f(const XXXint, char, const XXXbool, int)': X.CPP:49: internal compiler error: Segmentation fault (Comeau online compiles the code fragment fine.) Kind regards W. Roehrl -- Summary: Internal compiler error (Segmentation fault) Product: gcc Version: 3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wolfgang dot roehrl at gi-de dot com GCC build triplet: sparc-sun-solaris2.5.1 GCC host triplet: i386-pc-mingw32 GCC target triplet: powerpc-wrs-vxworks http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31596
[Bug c++/31597] New: Unrecognized ambiguity in function overloading
Dear all, I would like to post a bug report for the GNU C/C++ compiler 3.3-e500. We use the compiler to generate code for a PowerPC processor. Used invokation line for the GNU C++ compiler: ccppc -c -x c++ -ansi -Wall -Werror -mcpu=8540 -fverbose-asm -mbig -fmerge-templates -mmultiple -mno-string -mstrict-align -O3 -fno-exceptions -fno-rtti -fno-builtin-printf -Isome include paths -Dsome #define's X.CPP -oX.O // file X.CPP template typename T_ T_ f1 (const T_* p) // function #1 { return p[1]; } template typename R_, typename T_ R_ f1 (const T_* p) // function #2 { return p[2]; } float f (const int* p) { return f1int(p); } // f1int(const int*) or // f1int,int(const int*) ? The compiler doesn't recognize that the call to f1() is ambiguous and it selects function #2. (BTW, Comeau online rejects the code fragment above.) Kind regards W. Roehrl -- Summary: Unrecognized ambiguity in function overloading Product: gcc Version: 3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: wolfgang dot roehrl at gi-de dot com GCC build triplet: sparc-sun-solaris2.5.1 GCC host triplet: i386-pc-mingw32 GCC target triplet: powerpc-wrs-vxworks http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31597
[Bug c++/31598] New: g++ does not accept some OpenMP code
This is with gcc version 4.3.0 20070416 (experimental). The attached program when compiled with g++ and the flags -fopenmp gives the following diagnostic and aborts compilation: - /usr/local/gcc-4.3/bin/g++ -fopenmp BugOMP.C BugOMP.C: In constructor RM::R(): BugOMP.C:18: error: invalid use of incomplete type struct RM::R()::B BugOMP.C:9: error: declaration of struct RM::R()::B But I do not see why RM::B would be an incomplete type in this program (some bad interaction with the template system ?). -- Summary: g++ does not accept some OpenMP code Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: theodore dot papadopoulo at sophia dot inria dot fr GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598
[Bug c++/31598] g++ does not accept some OpenMP code
--- Comment #1 from theodore dot papadopoulo at sophia dot inria dot fr 2007-04-17 09:21 --- Created an attachment (id=13378) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13378action=view) The source code showing the potential bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598
[Bug rtl-optimization/19580] [4.0/4.1/4.2/4.3 Regression] missed load/store motion
--- Comment #31 from rguenth at gcc dot gnu dot org 2007-04-17 09:22 --- It's broken as we want the code from comment #1 back. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail|3.4.0 4.0.0 |3.4.6 4.0.4 4.1.2 4.3.0 Last reconfirmed|2006-08-27 21:02:45 |2007-04-17 09:22:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug target/27059] %T output specifier doesn't work right for floating point registers
--- Comment #4 from amylaar at gcc dot gnu dot org 2007-04-17 09:48 --- Since I am no longer an SH port maintainer this is no longer of immediate interest to me. -- amylaar at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|amylaar 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=27059
[Bug fortran/29669] Support for compressed modules
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-17 10:37 --- Closing this bug as WONTFIX, as I was convinced by other maintainers that it's not really a problem. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29669
[Bug other/31536] sparc64 build fails with `unknown endianness' error.
--- Comment #6 from pluto at agmk dot net 2007-04-17 12:05 --- (In reply to comment #5) Can you unset CFLAGS and try again? without cflags and with cflags=-O0 - still the same error. I bet 4.1.2 is being miss compiled at least looking at the logs. what's wrong in logs? i see only compilation error due to bad ifdefs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
[Bug fortran/31594] gfortran failed to compiled a 'valid' code
--- Comment #4 from tobi at gcc dot gnu dot org 2007-04-17 12:14 --- (In reply to comment #3) To the reporter: Even though this is already (correctly) closed as INVALID, please let us know if your code does compile and run correctly if you compile with the suggested extra command line option, -ffixed-line-length. Yes, sorry, I forgot to say that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31594
[Bug ada/31576] [4.3 regression] Ada bootstrap error
--- Comment #2 from charlet at adacore dot com 2007-04-17 13:06 --- Subject: Re: [regression] Ada bootstrap error You need to add the following in system-xxx.ads: pragma Warnings (Off, Default_Bit_Order); -- kill constant condition warning as done in other system-* files, after Default_Bit_Order definition. Patch is preapproved. Arno -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31576
[Bug c/31599] New: Online gcc doc page is blank - no Attribute-Syntax.html
Page here omits doc which is in the pdf manual - http://gcc.gnu.org/onlinedocs/gcc/Attribute-Syntax.html -- Summary: Online gcc doc page is blank - no Attribute-Syntax.html Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gordon at nomagicasia dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31599
[Bug tree-optimization/31602] New: Overflow warning causes GDB -Werror build failure
GCC HEAD now warns about this testcase for mips-linux, reduced from gdb/value.c. Compile with -O2 -Wall: extern int foo(); int show_values (void) { int i; static int num; if (num = 0) num = 1; for (i = num; i num + 10; i++) foo(); return i; } overflow.c:10: warning: assuming signed overflow does not occur when assuming that (X + c) = X is always true I think that the problem arises when we assume that the loop is executed at least once; the initial condition is num num + 10. However the warning does not arise if num is an argument to the function instead of a static variable. Unfortunately the warning appears to be correct. I say unfortunately because there's no apparent way to avoid the warning - which sounds more like -Wextra to -Wall. Does this this example contradict the easy to avoid statement in the -Wstrict-overflow=1 documentation? -- Summary: Overflow warning causes GDB -Werror build failure Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drow at gcc dot gnu dot org GCC target triplet: mips-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31602
[Bug tree-optimization/31602] Overflow warning causes GDB -Werror build failure
--- Comment #1 from drow at gcc dot gnu dot org 2007-04-17 13:26 --- Subject: Re: New: Overflow warning causes GDB -Werror build failure On Tue, Apr 17, 2007 at 12:21:36PM -, drow at gcc dot gnu dot org wrote: GCC HEAD now warns about this testcase for mips-linux, reduced from gdb/value.c. The warning also occurs once in top.c: for (offset = num; offset num + Hist_print offset hist_len; offset++) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31602
[Bug fortran/31600] New: Better error message for redeclation of USEd symbols
The following program is invalid: -- module a implicit none contains integer function bar() bar = 42 end function end module a use a implicit none integer :: bar end -- gfortran -pedantic or gfortran -std=f95 gives the error: Error: Symbol 'bar' at (1) already has basic type of INTEGER which is correct but may not be that obvious. NAG f95 writes: Error: x.f90, line 11: Redeclaration of symbol BAR from USEd module and ifort: fortcom: Error: x.f90, line 11: The attributes of this name conflict with those made accessible by a USE statement. [BAR] integer :: bar ---^ -- Summary: Better error message for redeclation of USEd symbols Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: diagnostic Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31600
[Bug fortran/31601] New: RFC: legacy-only allowed: State that code is allowed with -std=legacy ?
Currently, it is far from obvious that rejected code might be compilable with -std=legacy/-fno-range-check or similar (is there anything else?). I think one could add a note to the error message: Examples: Integer too big for its kind at %C - Integer too big for its kind at %C. Use -fno-range-check to disable this check Duplicate PROTECTED attribute specified at %L - Duplicate PROTECTED attribute specified at %L. Use -std=legacy to disable this check If one does so, one might also consider to promote some of the STD_GNU to STD_LEGACY. My candidate would be, e.g., re-typing of used symbols (use a, only: sym; integer sym). -- Summary: RFC: legacy-only allowed: State that code is allowed with -std=legacy ? Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31601
[Bug fortran/31594] gfortran failed to compiled a 'valid' code
--- Comment #5 from deji_aking at yahoo dot ca 2007-04-17 13:21 --- Yes adding compiling with -ffixed-line-length-80 solved the issue for me, thanks to you both. I've noticed the original author of that code used tabs in a couple of space he should have used spaces, the other compilers I tried with probably sees the tab as a single separator while gfortran fleshed it out to 3 spaces. I've added -ffixed-line-length-80 to the Makefile to handle similar other cases in the model. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31594
[Bug fortran/31587] Module files shouldn't be updated if their content doesn't change
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-04-17 13:33 --- (In reply to comment #8) The patch looks good, though it would probably be a better idea to use tmpnam() to get the name for the temporary file. Why not. But I like the idea that it is predictable :) A further thing one could do: instead of threatening If you edit this, you'll get what you deserve.\n\n, one could actually verify that the MD5 sum matches the files contents. Too expensive! I'm against this additional cost (plus the developer cost of writing and maintaining it). About testcases, you mean for the dejagnu testsuite? I have really no idea... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
[Bug fortran/31587] Module files shouldn't be updated if their content doesn't change
--- Comment #9 from tobi at gcc dot gnu dot org 2007-04-17 13:22 --- Oh, one more issue: do you have an idea how to write testcases for this? I'm a bit at a loss, though I've only thought about this for a few minutes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
[Bug fortran/31587] Module files shouldn't be updated if their content doesn't change
--- Comment #11 from tobi at gcc dot gnu dot org 2007-04-17 13:41 --- (In reply to comment #10) (In reply to comment #8) The patch looks good, though it would probably be a better idea to use tmpnam() to get the name for the temporary file. Why not. But I like the idea that it is predictable :) Given that it's going to be deleted, it's not that much of a gain :) People always do stuff one wouldn't expect, so having filenames that could not possibly collide with user files is a good thing. A further thing one could do: instead of threatening If you edit this, you'll get what you deserve.\n\n, one could actually verify that the MD5 sum matches the files contents. Too expensive! I'm against this additional cost (plus the developer cost of writing and maintaining it). I agree that this is probably not worth it. About testcases, you mean for the dejagnu testsuite? I have really no idea... Time to CC Janis? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
[Bug middle-end/26640] gcc 4.1.0 fails to bootstrap build on SuSE 10 using gcc 4.0.3
--- Comment #5 from chtitux at gmail dot com 2007-04-17 13:46 --- I have the same problem on Gentoo : http://fr.pastebin.ca/51 I try to compile gcc-4.1.1 with gcc-4.1.1 on AMD Athlon(tm) XP 2600+ : Please Reopen the bug. CFLAGS=-march=athlon-xp -O2 -pipe CXXFLAGS=-march=athlon-xp -O2 -pipe Configuring GCC with: --prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/4.1.1 --includedir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include --datadir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1 --mandir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/man --infodir=/usr/share/gcc-data/i686-pc-linux-gnu/4.1.1/info --with-gxx-include-dir=/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/include/g++-v4 --host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --disable-libunwind-exceptions --disable-multilib --disable-libmudflap --disable-libssp --disable-libgcj --enable-languages=c,c++,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu [...] /bin/sh /var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/../move-if-change tmp-attrtab.c insn-attrtab.c echo timestamp s-attrtab gcc -O -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute-DHAVE_CONFIG_H -I. -I. -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/. -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/../include -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/../libcpp/include -c insn-attrtab.c \ -o insn-attrtab.o /var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/config/i386/i386.md: In function 'insn_default_latency': /var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/config/i386/i386.md:200: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugs.gentoo.org/ for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[2]: *** [insn-attrtab.o] Error 1 make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/build/gcc' make[1]: *** [stage1_build] Error 2 make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/build/gcc' make: *** [profiledbootstrap] Error 2 !!! ERROR: sys-devel/gcc-4.1.1-r3 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 5334: Called src_compile ebuild.sh, line 1304: Called toolchain_src_compile toolchain.eclass, line 26: Called gcc_src_compile toolchain.eclass, line 1550: Called gcc_do_make toolchain.eclass, line 1424: Called die !!! emake failed with profiledbootstrap -- chtitux at gmail dot com changed: What|Removed |Added CC||gambaly at gmail dot com, ||chtitux at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26640
[Bug middle-end/31603] New: gcc 4.1.1-r3 failed to rebuild himself without test useflag on gentoo 2.6.19-gentoo-r5
+++ This bug was initially created as a clone of Bug #26640 +++ Note that this is a repeatable bug (three times in succession, the last time with a full delete and re-installation of the source). The following configure switches were used. ../configure --prefix=/home/gcc410 --enable-threads=posix --enable-languages=c,c++,fortran --enable-checking --with-system-zlib --enable-shared --enable-__cxa_atexit --without-system-libunwind These were the same configure switches use to build 4.0.3, and the same switches used to build the version of gcc 4.0.2 that shipped with SuSE 10. Build was attempted in separate directory (gcc-4.1.0/objdir). End results with preceeding text ... gcc -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genattrtab \ build/genattrtab.o build/genautomata.o \ build/rtl.o build/read-rtl.o build/ggc-none.o build/min-insn-modes.o build/gensupport.o build/insn-conditions.o build/print-rtl.o build/errors.o \ build/varray.o ../build-i686-pc-linux-gnu/libiberty/libiberty.a -lm build/genattrtab ../../gcc/config/i386/i386.md tmp-attrtab.c Automaton `pentium' 48 NDFA states,138 NDFA arcs 48 DFA states, 138 DFA arcs 20 minimal DFA states, 82 minimal DFA arcs 273 all insns 17 insn equivalence classes 88 transition comb vector els, 340 trans table els: use comb vect 88 state alts comb vector els, 340 state alts table els: use comb vect 340 min delay table els, compression factor 2 Automaton `pentium_fpu' 80 NDFA states,172 NDFA arcs 80 DFA states, 172 DFA arcs 75 minimal DFA states, 162 minimal DFA arcs 273 all insns 8 insn equivalence classes 164 transition comb vector els, 600 trans table els: use comb vect 164 state alts comb vector els, 600 state alts table els: use comb vect 600 min delay table els, compression factor 1 Automaton `ppro_decoder' 4 NDFA states, 12 NDFA arcs 4 DFA states, 12 DFA arcs 4 minimal DFA states, 12 minimal DFA arcs 273 all insns 4 insn equivalence classes 13 transition comb vector els,16 trans table els: use simple vect 13 state alts comb vector els,16 state alts table els: use simple vect 16 min delay table els, compression factor 8 Automaton `ppro_core' 105 NDFA states,376 NDFA arcs 105 DFA states, 376 DFA arcs 105 minimal DFA states, 376 minimal DFA arcs 273 all insns 13 insn equivalence classes 481 transition comb vector els, 1365 trans table els: use comb vect 481 state alts comb vector els, 1365 state alts table els: use comb vect 1365 min delay table els, compression factor 1 Automaton `ppro_idiv' 38 NDFA states, 79 NDFA arcs 38 DFA states, 79 DFA arcs 38 minimal DFA states, 79 minimal DFA arcs 273 all insns 5 insn equivalence classes 82 transition comb vector els, 190 trans table els: use simple vect 82 state alts comb vector els, 190 state alts table els: use simple vect 190 min delay table els, compression factor 1 Automaton `ppro_fdiv' 38 NDFA states, 79 NDFA arcs 38 DFA states, 79 DFA arcs 38 minimal DFA states, 79 minimal DFA arcs 273 all insns 5 insn equivalence classes 82 transition comb vector els, 190 trans table els: use simple vect 82 state alts comb vector els, 190 state alts table els: use simple vect 190 min delay table els, compression factor 1 Automaton `ppro_load' 3 NDFA states, 8 NDFA arcs 3 DFA states, 8 DFA arcs 3 minimal DFA states, 8 minimal DFA arcs 273 all insns 4 insn equivalence classes 9 transition comb vector els,12 trans table els: use simple vect 9 state alts comb vector els,12 state alts table els: use simple vect 12 min delay table els, compression factor 4 Automaton `ppro_store' 16 NDFA states, 56 NDFA arcs 16 DFA states, 56 DFA arcs 11 minimal DFA states, 44 minimal DFA arcs 273 all insns 7 insn equivalence classes 51 transition comb vector els,77 trans table els: use simple vect 51 state alts comb vector els,77 state alts table els: use simple vect 77 min delay table els, compression factor 4 Automaton `k6_decoder' 4 NDFA states, 11 NDFA arcs 4 DFA states, 11 DFA arcs 3 minimal DFA states, 9 minimal DFA arcs 273 all insns 4 insn equivalence classes 10 transition comb vector els,12 trans table
[Bug fortran/31587] Module files shouldn't be updated if their content doesn't change
--- Comment #8 from tobi at gcc dot gnu dot org 2007-04-17 13:20 --- The patch looks good, though it would probably be a better idea to use tmpnam() to get the name for the temporary file. A further thing one could do: instead of threatening If you edit this, you'll get what you deserve.\n\n, one could actually verify that the MD5 sum matches the files contents. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31587
[Bug fortran/31600] Better error message for redeclation of USEd symbols
--- Comment #1 from burnus at gcc dot gnu dot org 2007-04-17 13:14 --- If one tries to change the attribute of an USE-associated symbol the error is better: external omp_get_num_threads, omp_get_thread_num 1 Error: Cannot change attributes of USE-associated symbol at (1) (I personally would favour -std=legacy instead of -std=gnu, but ok.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31600
[Bug libfortran/31604] New: Segfault at runtime on I/O to preconnected unit with OpenMP
$ cat hello.f90 integer :: tid !$omp parallel private(tid) tid = 0 if (tid .eq. 0) write(*,*) 'hello' !$omp end parallel end $ gfortran -fopenmp hello.f90 -g -static $ ./a.out zsh: segmentation fault ./a.out It appears to be due to the combination of (i) spawning a thread (ii) writing to a preconnected unit (iii) having a statically linked binary If you remove any of these three, it works fine. -- Summary: Segfault at runtime on I/O to preconnected unit with OpenMP Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug tree-optimization/31605] New: VRP eliminates a useful test due to overflow
Most floating point tests fail when GDB is built with GCC trunk for mips-linux. I assume it shows up on all targets. The miscompiled function is doublest.c:put_field. Here is a reduced test case: int put_field (unsigned int start, unsigned int len) { int cur_bitshift = ((start + len) % 8) - 8; if (cur_bitshift -8) not_removed (); } When compiled with -O2, the resulting assembly file does not include a call to not_removed. But in fact it should be called in seven out of eight cases. ((start + len) % 8) is an unsigned int in [0, 7]. ((start + len) % 8) - 8 is an unsigned int in [UINT_MAX - 8, UINT_MAX]. cur_bitshift is an int, which can not represent UINT_MAX; this is an implementation defined conversion, and the GCC manual says that the value is reduced modulo (UINT_MAX+1) until it fits in the range of int. So the defined result of the conversion is in [-8, -1]. But VRP says: Value ranges after VRP: start_1(D): VARYING len_2(D): VARYING D.1559_3: [0, +INF] EQUIVALENCES: { } (0 elements) D.1560_4: [0, 7] EQUIVALENCES: { } (0 elements) D.1561_5: [4294967288, +INF] EQUIVALENCES: { } (0 elements) cur_bitshift_6: [-INF(OVF), -2147483648] EQUIVALENCES: { } (0 elements) Folding predicate cur_bitshift_6 = -7 to 0 Removing basic block 3 Merging blocks 2 and 4 put_field (start, len) { int cur_bitshift; unsigned int D.1561; unsigned int D.1560; unsigned int D.1559; bb 2: D.1559_3 = start_1(D) + len_2(D); D.1560_4 = D.1559_3 7; D.1561_5 = D.1560_4 + 4294967288; cur_bitshift_6 = (int) D.1561_5; return; } -- Summary: VRP eliminates a useful test due to overflow Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: drow at gcc dot gnu dot org GCC target triplet: mips-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31605
[Bug fortran/31601] RFC: legacy-only allowed: State that code is allowed with -std=legacy ?
-- tobi at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-17 14:05:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31601
[Bug web/31599] Online gcc doc page is blank - no Attribute-Syntax.html
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 15:03 --- The page is not blank for me: 5.26 Attribute Syntax This section describes the syntax with which __attribute__ may be used, and the constructs to which attribute specifiers bind, for the C language. Some details may vary for C++ and Objective-C. Because of infelicities in the grammar for attributes, some forms described here may not be successfully parsed in all cases. There are some problems with the semantics of attributes in C++. For example, there are no manglings for attributes, although they may affect code generation, so problems may arise when attributed types are used in conjunction with templates or overloading. Similarly, typeid does not distinguish between types with different attributes. Support for attributes in C++ may be restricted in future to attributes on declarations only, but not on nested declarators. cut - I wonder if you just accessed it while the page was being regenerated. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Component|c |web http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31599
[Bug libfortran/31604] Segfault at runtime on I/O with OpenMP and static linking
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-17 15:59 --- You check where the segfault is happening. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug c/31595] internal compiler error
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 16:03 --- 4.1.2 != 4.2.0, Anyways this was fixed in 4.2.0 and is a dup of bug 29826. *** This bug has been marked as a duplicate of 29826 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31595
[Bug c++/31606] ICE in try_instantiate_multiple_fields, at tree-sra.c:1601
--- Comment #1 from 3dw4rd at verizon dot net 2007-04-17 16:17 --- Created an attachment (id=13380) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13380action=view) Preprocessed output from the source causing the ICE. The initial bug creation doesn't seem to allow attachments. :) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31606
[Bug c++/31596] Internal compiler error (Segmentation fault)
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 16:06 --- First 3.3 is getting old and no longer being supported. Second this is a modified version of 3.3 so we don't support it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31596
[Bug libfortran/31604] Segfault at runtime on I/O with OpenMP and static linking
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-04-17 16:23 --- So pthreads is not linking in correctly. This was a known issue I thought and maybe in a way a non issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug fortran/31607] New: CALL SYSTEM produces garbled output when writing to a buffered file
When I compile and run the following program: Hello world precedes the directory listing if standard output goes to the console Hello world follows the directory listing if standard output is redirected to a file g95 avoids this inconsistency by flushing all buffers before executing CALL SYSTEM PROGRAM test_system PRINT *, Hello world CALL SYSTEM(ls) END PROGRAM test_system -- Summary: CALL SYSTEM produces garbled output when writing to a buffered file Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot a dot richmond at nasa dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31607
[Bug target/29826] __attribute__ dllimport makes optimization crash on cygwin
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-04-17 16:03 --- *** Bug 31595 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29826
[Bug c++/31606] New: ICE in try_instantiate_multiple_fields, at tree-sra.c:1601
/home/ed/bin-4.3/bin/g++ -O2 -ffast-math -funroll-loops -fPIC -c -D__HAVE_OPEN_INVENTOR__ -U__HAVE_XML__ -U__HAVE_SQLITE__ -U__HAVE_MYSQL__ -U__HAVE_PGSQL__ -U__HAVE_ORACLE__ -D__STL_EXTENSION_TR1__ -W -Wall -o obj/collision.o ./collision.cpp ./collision.cpp: In member function void Simplex3D::get_collisions(const Edge, std::vectorCollision, std::allocatorCollision ) const: ./collision.cpp:203: internal compiler error: in try_instantiate_multiple_fields, at tree-sra.c:1601 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. make: *** [obj/collision.o] Error 1 -- Summary: ICE in try_instantiate_multiple_fields, at tree- sra.c:1601 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: 3dw4rd at verizon dot net GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31606
[Bug libfortran/31604] Segfault at runtime on I/O with OpenMP and static linking
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-04-17 15:56 --- (In reply to comment #2) Can you check that the pthread functions are being resolved? Also do you have a libc which crashes for static linked TLS? How do I know the answer to those two questions? I have a glibc-2.4 from redhat (the Fedora Core 4 one). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug ada/31576] [4.3 regression] Ada bootstrap error
--- Comment #3 from krebbel at gcc dot gnu dot org 2007-04-17 16:59 --- Subject: Bug 31576 Author: krebbel Date: Tue Apr 17 16:59:24 2007 New Revision: 123915 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123915 Log: 2007-04-17 Andreas Krebbel [EMAIL PROTECTED] PR ada/31576 * system-linux-alpha.ads: Disable constant condition warning for the Default_Bit_Order variable. * system-linux-s390.ads: Likewise. * system-linux-s390x.ads: Likewise. * system-linux-sparc.ads: Likewise. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/system-linux-alpha.ads trunk/gcc/ada/system-linux-s390.ads trunk/gcc/ada/system-linux-s390x.ads trunk/gcc/ada/system-linux-sparc.ads -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31576
[Bug fortran/31487] Character array initialization in derived type: bad zero padding
--- Comment #3 from tobi at gcc dot gnu dot org 2007-04-17 16:12 --- The strings aren't actually padded. From the assembly output: _ctl.1000: .ascii 0z1jan .space 6 .ascii 1hr .space 6 .align 5 _tdefi.996: .ascii 0z1jan .ascii 1hr .const In other words, they are put into the right memory locations, but without any regard to their string nature. I've not yet figured out where this goes wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31487
[Bug c++/31606] ICE in try_instantiate_multiple_fields, at tree-sra.c:1601
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 16:19 --- The initial bug creation doesn't seem to allow attachments. :) Which is fixed in bugzilla 3.0 which we will be updating in the near future. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31606
[Bug libstdc++/31247] std::vector::iterator::value_type is accessible
--- Comment #5 from chris at bubblescope dot net 2007-04-17 16:48 --- I've done a bit of research into this. Looks like, as Andrew says the standard doesn't have much to say on the issue. Any method of removing this is going to make some other things a bit more messy I think, and I found a few pieces of code that use this and it seems unnesasary to break it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31247
[Bug libstdc++/31247] std::vector::iterator::value_type is accessible
--- Comment #6 from pcarlini at suse dot de 2007-04-17 17:04 --- I also had a look lately, and probably I'm coming to your same conclusions... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31247
[Bug fortran/31608] New: wrong types in array transfer
gfortran.dg/achar_4.f90 generates the following snippet of original trees: { int8 S.5; S.5 = 0; while (1) { if (S.5 (D.1394 + 0) - 1) goto L.1; { char char.6; char.6 = (*(char[0:][1:1] *) atmp.0.data)[S.5][1]{lb: 1 sz: 1} + 224; (*(char[0:][1:1] *) atmp.4.data)[S.5] = *(_gfortran_compare_string (D.1384, (*(char[0:][1:1] *) atmp.2.data)[S.5], 1, a) = 0 _gfortran_compare_string (D.1393, (*(char[0:][1:1] *) atmp.3.data)[S.5], 1, z) = 0 ? char.6 : (*(char[0:][1:1] *) atmp.1.data)[S.5]); } S.5 = S.5 + 1; } L.1:; } which clearly has mismatched types in the two arms of the COND_EXPR = ? char.6 : (*(char[0:][1:1] *) atmp.1.data)[S.5]) the then arm is of type char* while the else arm has pointer to array type. This confuses the middle-end. -- Summary: wrong types in array transfer Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31608
[Bug fortran/31608] wrong types in array transfer
--- Comment #1 from tobi at gcc dot gnu dot org 2007-04-17 17:27 --- Adding pault, as he's the likely culprit :) Paul, I'm wondering if the testcase is really valid Fortran: snip if (any (Up (AbCdEfGhIjKlM) .ne. (/ABCDEFGHIJKLM/))) call abort () contains Character (len=20) Function Up (string) /snip It looks like it's comparing a CHARACTER*20 (= Up's result) to an array of characters (= the array constructor). I don't see how I could confirm confusion of the middle-end :-) -- tobi at gcc dot gnu dot org changed: What|Removed |Added CC||tobi at gcc dot gnu dot org, ||pault at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31608
[Bug fortran/31609] New: gfortran segfaults when compiling a module that calls a contained function with an ENTRY point
gfortran segfaults when I compile the following module. It also segfaults if I change i = k() to i = j(). MODULE ksbin1_aux_mod CONTAINS SUBROUTINE sub i = k() END SUBROUTINE sub FUNCTION j () j = 0 ENTRY k () k = 0 END FUNCTION j END MODULE ksbin1_aux_mod -- Summary: gfortran segfaults when compiling a module that calls a contained function with an ENTRY point Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot a dot richmond at nasa dot gov http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31609
[Bug c++/29365] Unnecessary anonymous namespace warnings
--- Comment #17 from spark at gcc dot gnu dot org 2007-04-17 17:36 --- I'm testing the following patch (which fixes the ICE). It turned out to be a latent bug in the warning code not handling pointer types correctly. Index: cp/decl2.c === --- cp/decl2.c (revision 123879) +++ cp/decl2.c (working copy) @@ -1856,7 +1856,7 @@ constrain_class_visibility (tree type) for (t = TYPE_FIELDS (type); t; t = TREE_CHAIN (t)) if (TREE_CODE (t) == FIELD_DECL TREE_TYPE (t) != error_mark_node) { - tree ftype = strip_array_types (TREE_TYPE (t)); + tree ftype = strip_pointer_or_array_types (TREE_TYPE (t)); int subvis = type_visibility (ftype); if (subvis == VISIBILITY_ANON) Index: c-common.c === --- c-common.c (revision 123879) +++ c-common.c (working copy) @@ -3894,6 +3894,15 @@ strip_pointer_operator (tree t) return t; } +/* Recursively remove pointer or array type from TYPE. */ +tree +strip_pointer_or_array_types (tree t) +{ + while (TREE_CODE (t) == ARRAY_TYPE || POINTER_TYPE_P (t)) +t = TREE_TYPE (t); + return t; +} + /* Used to compare case labels. K1 and K2 are actually tree nodes representing case labels, or NULL_TREE for a `default' label. Returns -1 if K1 is ordered before K2, -1 if K1 is ordered after Index: c-common.h === --- c-common.h (revision 123879) +++ c-common.h (working copy) @@ -727,6 +727,7 @@ extern bool c_promoting_integer_type_p ( extern int self_promoting_args_p (tree); extern tree strip_array_types (tree); extern tree strip_pointer_operator (tree); +extern tree strip_pointer_or_array_types (tree); extern HOST_WIDE_INT c_common_to_target_charset (HOST_WIDE_INT); /* This is the basic parsing function. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
[Bug fortran/31610] New: ICE with transfer, merge in gfc_conv_expr_descriptor
Testcase (4.3.0 20070415): Character(len=20) string Logical, Dimension(20) :: a string = transfer(merge (transfer(achar (ichar('A')), x, len(string)), string, a), repeat(x, len(string)) ) end -- Summary: ICE with transfer, merge in gfc_conv_expr_descriptor Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31610
[Bug rtl-optimization/31360] [4.2/4.3 Regression] rtl loop invariant is broken
--- Comment #15 from rakdver at gcc dot gnu dot org 2007-04-17 17:42 --- Subject: Bug 31360 Author: rakdver Date: Tue Apr 17 17:42:29 2007 New Revision: 123919 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123919 Log: PR rtl-optimization/31360 * cfgloopanal.c (target_small_cost, target_pres_cost): Removed. (target_reg_cost): New. (init_set_costs): Initialize target_reg_cost. Add comments regarding the rationale of the costs. (global_cost_for_size): Renamed to... (estimate_reg_pressure_cost): ... and simplify. Decrease importance of register pressure. * tree-ssa-loop-ivopts.c (ivopts_global_cost_for_size): Use estimate_reg_pressure_cost. Add number of ivs. (determine_set_costs): Dump target_reg_cost. * loop-invariant.c (gain_for_invariant): Use estimate_reg_pressure_cost. Removed n_inv_uses argument. (best_gain_for_invariant, find_invariants_to_move): Remove n_inv_uses. * cfgloop.h (target_small_cost, target_pres_cost): Removed. (target_reg_cost): Declare. (global_cost_for_size): Declaration removed. (estimate_reg_pressure_cost): Declare. * gcc.dg/loop-7.c: New test. Added: trunk/gcc/testsuite/gcc.dg/loop-7.c Modified: trunk/gcc/ChangeLog trunk/gcc/cfgloop.h trunk/gcc/cfgloopanal.c trunk/gcc/loop-invariant.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-loop-ivopts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31360
[Bug c++/29365] Unnecessary anonymous namespace warnings
--- Comment #18 from pluto at agmk dot net 2007-04-17 17:51 --- (In reply to comment #14) Fixed. will it be backported to 4.2 branch? -- pluto at agmk dot net changed: What|Removed |Added CC||pluto at agmk dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29365
[Bug other/31536] sparc64 build fails with `unknown endianness' error.
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-04-17 15:45 --- what's wrong in logs? i see only compilation error due to bad ifdefs. Right, the other testcases are testing at runtime see the $? = 0 in the log below? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31536
[Bug libfortran/31604] Segfault at runtime on I/O with OpenMP and static linking
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 15:43 --- (iii) having a statically linked binary Can you check that the pthread functions are being resolved? Also do you have a libc which crashes for static linked TLS? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug tree-optimization/14495] [tree-ssa] Propagate range info into a switch statement
--- Comment #7 from patchapp at dberlin dot org 2007-04-17 14:05 --- Subject: Bug number PR14495 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01072.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14495
[Bug middle-end/26640] gcc 4.1.0 fails to bootstrap build on SuSE 10 using gcc 4.0.3
--- Comment #6 from gambaly at gmail dot com 2007-04-17 13:52 --- Created an attachment (id=13379) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13379action=view) gcc rebuild failed without test useflag after that i did this cd /var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/build/gcc/ localhost gcc # make gcc -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Wmissing-format-attribute-DHAVE_CONFIG_H -I. -I. -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/. -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/../include -I/var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/../libcpp/include -c insn-attrtab.c \ -o insn-attrtab.o /var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/config/i386/i386.md: In function 'insn_default_latency': /var/tmp/portage/sys-devel/gcc-4.1.1-r3/work/gcc-4.1.1/gcc/config/i386/i386.md:200: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See URL:http://bugs.gentoo.org/ for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make: *** [insn-attrtab.o] Error 1 Linux localhost 2.6.19-gentoo-r5 #8 SMP Sun Apr 1 18:43:10 CEST 2007 i686 AMD Athlon(tm) XP 2600+ AuthenticAMD GNU/Linuxgcc (GCC) 4.1.1 (Gentoo 4.1.1-r3) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26640
[Bug libfortran/31604] Segfault at runtime on I/O with OpenMP and static linking
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-04-17 16:05 --- Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 140130416 (LWP 25328)] 0x in ?? () (gdb) where #0 0x in ?? () #1 0x0804cdbb in get_external_unit (n=6, do_create=1) at /home/fxcoudert/gfortran_nightbuild/trunk/libgfortran/../gcc/gthr-posix.h:613 #2 0x0804b987 in data_transfer_init (dtp=0xbfe9b024, read_flag=0) at /home/fxcoudert/gfortran_nightbuild/trunk/libgfortran/io/transfer.c:1702 #3 0x0804827f in MAIN__.omp_fn.0 (.omp_data_i=0x0) at hello.f90:2 #4 0x08048235 in MAIN__ () at hello.f90:2 #5 0x080482dd in main (argc=Cannot access memory at address 0x1 The line 613 in gcc/gthr-posix.h is the call to pthread_mutex_trylock() in: static inline int __gthread_mutex_trylock (__gthread_mutex_t *mutex) { if (__gthread_active_p ()) return __gthrw_(pthread_mutex_trylock) (mutex); else return 0; } -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Last reconfirmed|2007-04-17 15:56:53 |2007-04-17 16:05:21 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug middle-end/31268] Non-deterministic bug producing a run-time infinite loop
--- Comment #13 from sylvain dot pion at sophia dot inria dot fr 2007-04-17 13:17 --- I just built g++ 4.2 yesterday, and the failure is still there. Note that if you want to check for an aliasing violation, even though the preprocessed code is huge, the parts which are executed are relatively small (see comment #4). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31268
[Bug tree-optimization/31605] [4.3 Regression] VRP eliminates a useful test due with conversion from unsigned int to int
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-04-17 15:28 --- Here is a reduced testcase without the other ranges: int put_field (unsigned int start) { int cur_bitshift; if (start = 4294967288U) return start; cur_bitshift = start; if (cur_bitshift -8) not_removed (); return 0; } -- 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 |2007-04-17 15:28:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31605
[Bug libfortran/31604] Segfault at runtime on I/O with OpenMP and static linking
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-04-17 14:03 --- It also fails with non-preconnected unit, if the unit is opened outside the parallel region: $ cat hello.f90 integer :: tid open (10, file=foo) !$omp parallel private(tid) tid = 0 if (tid .eq. 0) write(10,*) 'hello' !$omp end parallel end $ gfortran -fopenmp hello.f90 -g -static ./a.out zsh: segmentation fault ./a.out -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-17 14:03:13 date|| Summary|Segfault at runtime on I/O |Segfault at runtime on I/O |to preconnected unit with |with OpenMP and static |OpenMP |linking http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31604
[Bug tree-optimization/31605] [4.3 Regression] VRP eliminates a useful test due with conversion from unsigned int to int
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 15:15 --- The range for cur_bitshift_6 is just completely bogus as there is no overflow with the conversion from unsigned int to int. I am going to check when I get into work if 4.2 also miscompiles this code. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|normal |blocker Keywords||wrong-code Summary|VRP eliminates a useful test|[4.3 Regression] VRP |due to overflow |eliminates a useful test due ||with conversion from ||unsigned int to int Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31605
[Bug c++/31597] Unrecognized ambiguity in function overloading
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 16:05 --- First 3.3 is getting old and is no longer updated. Second this is fixed at least on the mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31597
[Bug rtl-optimization/10692] [3.3/3.4/4.0 regression] [m68k] miscompilation of perl with -O2 -fPIC
--- Comment #24 from bernds at gcc dot gnu dot org 2007-04-17 16:29 --- Subject: Bug 10692 Author: bernds Date: Tue Apr 17 16:29:34 2007 New Revision: 123913 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123913 Log: * reload1.c (delete_output_reload): Don't count output in n_inherited. Revert 2005-01-05 Richard Henderson [EMAIL PROTECTED] PR rtl-opt/10692 * reload1.c (do_input_reload): Restrict the optimization deleteing a previous output reload to RELOAD_FOR_INPUT. Modified: trunk/gcc/ChangeLog trunk/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10692
[Bug preprocessor/14331] please add option to suppress warning message no newline at end of file
--- Comment #16 from davek at gcc dot gnu dot org 2007-04-17 18:47 --- Oh, BTW, congratulations Tom on being appointed a libcpp maintainer! grin-grin-hint-hint-nudge-nudge-wink-wink -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14331
[Bug middle-end/30700] [4.2 Regression] YA bogus undefined reference error to static func with -g and -O
--- Comment #7 from hubicka at gcc dot gnu dot org 2007-04-17 19:02 --- Subject: Bug 30700 Author: hubicka Date: Tue Apr 17 19:02:09 2007 New Revision: 123922 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123922 Log: PR middle-end/30700 * dwarf2out.c (reference_to_unused): Ask cgraph for functions availablility; add more sanity checking; ask varpool only about VAR_DECL. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/dwarf2out.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30700
[Bug middle-end/30700] [4.2 Regression] YA bogus undefined reference error to static func with -g and -O
--- Comment #8 from hubicka at gcc dot gnu dot org 2007-04-17 19:04 --- Fixed. -- hubicka at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30700
[Bug c++/31517] [4.1/4.2/4.3 Regression] ICE on invalid initialization of static member of a template class
--- Comment #2 from simartin at gcc dot gnu dot org 2007-04-17 19:06 --- Subject: Bug 31517 Author: simartin Date: Tue Apr 17 19:05:53 2007 New Revision: 123923 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123923 Log: 2007-04-17 Simon Martin [EMAIL PROTECTED] PR c++/31517 * pt.c (value_dependent_expression_p): Handle MODOP_EXPRs. Added: trunk/gcc/testsuite/g++.dg/template/init7.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31517
[Bug tree-optimization/31611] New: ICE in remove_referenced_var for loc == *0
trunk, revision 123843 gives for -ftree-loop-linear: Program received signal SIGSEGV, Segmentation fault. 0x082dfc97 in remove_referenced_var (var=0xb7ca961c) at ../../../src/gcc-4.3/gcc/tree-dfa.c:791 791 ggc_free (*loc); (gdb) bt #0 0x082dfc97 in remove_referenced_var (var=0xb7ca961c) at ../../../src/gcc-4.3/gcc/tree-dfa.c:791 #1 0x0833535a in remove_unused_locals () at ../../../src/gcc-4.3/gcc/tree-ssa-live.c:518 #2 0x08222641 in execute_function_todo (data=0x21) at ../../../src/gcc-4.3/gcc/passes.c:865 #3 0x08222387 in do_per_function (callback=0x8222554 execute_function_todo, data=0x21) at ../../../src/gcc-4.3/gcc/passes.c:757 #4 0x08222818 in execute_todo (flags=33) at ../../../src/gcc-4.3/gcc/passes.c:935 #5 0x08222bb3 in execute_one_pass (pass=0x871f840) at ../../../src/gcc-4.3/gcc/passes.c:1080 #6 0x08222c35 in execute_pass_list (pass=0x871f840) at ../../../src/gcc-4.3/gcc/passes.c:1110 #7 0x08222c51 in execute_pass_list (pass=0x871f4c0) at ../../../src/gcc-4.3/gcc/passes.c: #8 0x08222c51 in execute_pass_list (pass=0x871ed40) at ../../../src/gcc-4.3/gcc/passes.c: #9 0x082f9da4 in tree_rest_of_compilation (fndecl=0xb7c619f8) at ../../../src/gcc-4.3/gcc/tree-optimize.c:412 #10 0x080bc124 in gfc_expand_function (fndecl=0xb7c619f8) at ../../../src/gcc-4.3/gcc/fortran/f95-lang.c:237 #11 0x083eef01 in cgraph_expand_function (node=0xb7bf8700) at ../../../src/gcc-4.3/gcc/cgraphunit.c:1016 #12 0x083ef0b1 in cgraph_expand_all_functions () at ../../../src/gcc-4.3/gcc/cgraphunit.c:1085 #13 0x083ef62e in cgraph_optimize () at ../../../src/gcc-4.3/gcc/cgraphunit.c:1288 #14 0x080bc2a3 in gfc_be_parse_file (set_yydebug=0) at ../../../src/gcc-4.3/gcc/fortran/f95-lang.c:309 #15 0x082b8f9c in compile_file () at ../../../src/gcc-4.3/gcc/toplev.c:1050 #16 0x082ba762 in do_compile () at ../../../src/gcc-4.3/gcc/toplev.c:2124 #17 0x082ba7c4 in toplev_main (argc=17, argv=0xbfc79d94) at ../../../src/gcc-4.3/gcc/toplev.c:2156 #18 0x080febc6 in main (argc=Cannot access memory at address 0x8 ) at ../../../src/gcc-4.3/gcc/main.c:35 (gdb) p loc $1 = (void **) 0x0 -- Summary: ICE in remove_referenced_var for loc == *0 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
[Bug tree-optimization/31611] ICE in remove_referenced_var for loc == *0
--- Comment #1 from aldot at gcc dot gnu dot org 2007-04-17 19:08 --- Created an attachment (id=13381) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13381action=view) file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
[Bug fortran/31207] [4.2 only] advance=no and tabs
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-04-17 19:08 --- It's not a regression wrt 4.1.2 (just checked) and I don't think it's a regression wrt g77 either, so it's a no. (Plus, with the morbid state of 4.2, I'm not sure we need to put effort there). -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31207
[Bug tree-optimization/31522] False overflow warning with phi nodes
--- Comment #11 from ian at airs dot com 2007-04-17 19:08 --- Fixed on mainline. -- ian at airs dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31522
[Bug tree-optimization/31611] ICE in remove_referenced_var for loc == *0
--- Comment #2 from aldot at gcc dot gnu dot org 2007-04-17 19:09 --- Created an attachment (id=13382) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13382action=view) file2 $ gfortran-4.3-HEAD -ffixed-line-length-none -ffree-line-length-none -O1 -ftree-loop-linear -c lattice.f90 $ gfortran-4.3-HEAD -ffixed-line-length-none -ffree-line-length-none -O1 -ftree-loop-linear -c dyna.f90 dyna.f90: In function 'check': dyna.f90:214: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31611
[Bug fortran/31366] [4.2 only] Last record truncated for read after short write, direct access file
--- Comment #12 from fxcoudert at gcc dot gnu dot org 2007-04-17 19:10 --- This one does not look like a regression. Thomas or Jerry, can you confirm this and close it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31366
[Bug middle-end/28071] [4.1 regression] A file that can not be compiled in reasonable time/space
--- Comment #65 from hubicka at gcc dot gnu dot org 2007-04-17 19:16 --- I can confirm that at -O2, memory consumption dropped from 0.5GB to 0.28GB, that is indeed good improvement. To summarize http://www.suse.de/~gcctest/memory/results/200704171438/pr28071-O2.rep Compile time wise major offenders are: PRE : 259.18 (34%) usr 0.00 ( 0%) sys 259.18 (34%) wall 1421 kB ( 1%) ggc scheduling 2 : 366.76 (49%) usr 0.00 ( 0%) sys 366.82 (49%) wall 3062 kB ( 1%) ggc There is a lot of non-GGC memory. Major allocpool offender is: df_scan_ref pool 36 130400160 58647984 0 d bitmaps: tree-ssa-pre.c:549 (bitmap_set_new)95283 146676408814400 87983209704128 reload1.c:518 (new_insn_chain) 9028684257608425760 8425760761 tree-ssa-pre.c:548 (bitmap_set_new)95283 201906409860640 98262003268384 tree-ssa-structalias.c:879 (add_pred_grap 9481675852807585280 7585280 189632 Thanks, Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
[Bug tree-optimization/25809] missed PRE optimization - move invariant casts out of loops
--- Comment #7 from dorit at il dot ibm dot com 2007-04-17 19:31 --- so I will look into it. (for reference: http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01103.html). So I guess this should be handled somewhere else. I'll open a new missed-optimization PR instead (not against PRE this time). thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25809
[Bug middle-end/28071] [4.1 regression] A file that can not be compiled in reasonable time/space
--- Comment #66 from hubicka at ucw dot cz 2007-04-17 19:38 --- Subject: Re: [4.1 regression] A file that can not be compiled in reasonable time/space Just to add some explanation to the numbers, df_scan_ref_pool is 50MB, the bitmaps quoted are 8MB each. Given nature of the testcase, I think we are doing satisfactory job at -O2. At -O3 there are still problems (the testcase -O2 has one huge BB, at -O3 we have many BBs). PRE explode completely and we need over 1.2GB for -O3 -fno-tree-pre -fno-tree-fre. What is also killing us at -O3 are the bitmaps. 385MB: df-problems.c:2951 (df_chain_create_bb)40198 386574160 385195560 385195560 462958 200MB f-problems.c:984 (df_rd_alloc)40198 385290320 208450840 0 0 110MB df-problems.c:985 (df_rd_alloc)40198 201714640 110324160 0 0 tree-ssa-live.c:540 (new_tree_live_info) 31939 114031520 113098360 0 84523 tree-ssa-live.c:536 (new_tree_live_info) 31939 113096920 113092320 0 80895 Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28071
[Bug libfortran/31607] CALL SYSTEM produces garbled output when writing to a buffered file
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-17 20:00 --- This is a standard problem even with C code so I don't see why this is specific to fortran or any language. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |libfortran http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31607
[Bug fortran/31612] New: -fsyntax-only documentation is not accurate
The doc for -fsyntax-only says Check the code for syntax errors, but dont do anything beyond that. while that option actually does more than that: it creates module files (the *.mod files). If we believe it's an intended behaviour, it should be noted in the docs. If we believe it's not what we want, we should make another -fgenerate-module-files option and handle both. (we need an option to generate module files, because it's used by the libgomp build machinery). Personnaly, I'd go for the second option. -- Summary: -fsyntax-only documentation is not accurate Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: documentation Severity: enhancement Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: fxcoudert at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31612
[Bug libfortran/31546] add --enable-intermodule
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|fortran |libfortran Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-04-17 20:07:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31546
[Bug testsuite/31589] gcc.dg/vect failures due to missing target specifiers
--- Comment #2 from dorit at il dot ibm dot com 2007-04-17 20:10 --- 2 more are under investigation: no-section-anchors-vect-69.c vect-reduc-dot-u16a.c In the first testcase, the vectorizer can only prove that the data reference in the third loop is aligned on 8 bytes. This is enough for targets like ia64 in which the vector size is 8 bytes, and therefore we don't need to peel in order to force alignment for this loop. So overall in this testcase we peel only twice. On targets that require 16byte alignment, a guaranteed 8bytes alignment is not enough, and therefore we peel this loop to align the data-reference (and overall in the testcase we peel 3 times). I guess the way to solve this is to add a keyword that lists the targets with 8byte-wide-vectors and targets with 16byte-wide-vectors, or just hard code the targets that are expected to fail/pass here. I'll sleep on it and supply a patch soon. The second test needs the same fix as a lot of the other tests: add { target vect_pack_mod } to the check. This is because the loop in main has a cast from int to short in it. However, in this testcase we already have two target keywords that we are checking: { target { vect_short_mult vect_widen_sum_hi_to_si } }, and I don't think the testsuite engine currently provides the flexibility to and a third keyword, so I suggest to just change the loop slightly to avoid the cast (it's not the point of this testcase anyway): Index: vect-reduc-dot-u16a.c === --- vect-reduc-dot-u16a.c (revision 123909) +++ vect-reduc-dot-u16a.c (working copy) @@ -30,7 +30,7 @@ int main (void) { unsigned int dot1; - int i; + unsigned short i; check_vect (); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31589
[Bug tree-optimization/31605] [4.3 Regression] VRP eliminates a useful test due with conversion from unsigned int to int
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-04-17 20:20 --- This works with 4.2.0 20070309 but that was before the overflow patch to the 4.2 branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31605
[Bug tree-optimization/31605] [4.2/4.3 Regression] VRP eliminates a useful test due with conversion from unsigned int to int
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-04-17 20:27 --- And it is a bug on the 4.2 branch. Before Ian's patch we got the following ranges for the testcase in comment #2: D.1528_1: VARYING start_2: VARYING D.1528_3: VARYING cur_bitshift_4: ~[0, 0] EQUIVALENCES: { } (0 elements) start_5: [0, 0fff8] EQUIVALENCES: { start_2 } (1 elements) retval_6: VARYING start_9: [0fff9, +INF] EQUIVALENCES: { start_2 } (1 elements) After we get: D.1528_1: VARYING start_2: VARYING D.1528_3: VARYING cur_bitshift_4: [-INF(OVF), -2147483648] EQUIVALENCES: { } (0 elements) start_5: [0, 0fff8] EQUIVALENCES: { start_2 } (1 elements) retval_6: VARYING start_9: [0fff9, +INF] EQUIVALENCES: { start_2 } (1 elements) Before: Visiting statement: cur_bitshift_4 = (int) start_9; Found new range for cur_bitshift_4: ~[0, 0] After: Visiting statement: cur_bitshift_4 = (int) start_9; Found new range for cur_bitshift_4: [-INF(OVF), -2147483648] That is just incorrect. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.3 Regression] VRP|[4.2/4.3 Regression] VRP |eliminates a useful test due|eliminates a useful test due |with conversion from|with conversion from |unsigned int to int |unsigned int to int Target Milestone|4.3.0 |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31605
[Bug c++/31517] [4.1/4.2/4.3 Regression] ICE on invalid initialization of static member of a template class
--- Comment #3 from simartin at gcc dot gnu dot org 2007-04-17 20:41 --- Subject: Bug 31517 Author: simartin Date: Tue Apr 17 20:41:12 2007 New Revision: 123925 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123925 Log: 2007-04-17 Simon Martin [EMAIL PROTECTED] PR c++/31517 * pt.c (value_dependent_expression_p): Handle MODOP_EXPRs. Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/template/init7.C Modified: branches/gcc-4_2-branch/gcc/cp/ChangeLog branches/gcc-4_2-branch/gcc/cp/pt.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31517
[Bug fortran/31609] gfortran segfaults when compiling a module that calls a contained function with an ENTRY point
-- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.1.2 4.2.0 4.3.0 Last reconfirmed|-00-00 00:00:00 |2007-04-17 20:56:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31609
[Bug target/30483] Internal compiler error with inline volatile assembly on AVR
--- Comment #2 from aesok at gcc dot gnu dot org 2007-04-17 21:09 --- Subject: Bug 30483 Author: aesok Date: Tue Apr 17 21:08:46 2007 New Revision: 123926 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123926 Log: PR target/30483 * config/avr/avr.c (ptrreg_to_str): Replace gcc_unreachable() with error(). Modified: trunk/gcc/ChangeLog trunk/gcc/config/avr/avr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30483
[Bug target/30483] Internal compiler error with inline volatile assembly on AVR
--- Comment #3 from aesok at gcc dot gnu dot org 2007-04-17 21:13 --- Subject: Bug 30483 Author: aesok Date: Tue Apr 17 21:13:29 2007 New Revision: 123927 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123927 Log: PR target/30483 * config/avr/avr.c (ptrreg_to_str): Replace gcc_unreachable() with error(). Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/config/avr/avr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30483
[Bug target/30483] Internal compiler error with inline volatile assembly on AVR
--- Comment #4 from aesok at gcc dot gnu dot org 2007-04-17 21:19 --- Subject: Bug 30483 Author: aesok Date: Tue Apr 17 21:19:06 2007 New Revision: 123929 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123929 Log: PR target/30483 * config/avr/avr.c (ptrreg_to_str): Replace gcc_unreachable() with error(). Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/avr/avr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30483
[Bug target/30483] Internal compiler error with inline volatile assembly on AVR
--- Comment #5 from aesok at gcc dot gnu dot org 2007-04-17 21:23 --- Fixed in 4.1, 4.2 branch, and HEAD. -- aesok at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30483
[Bug fortran/31551] ice in fold_convert, at fold-const.c:2330
--- Comment #7 from zingale at gmail dot com 2007-04-17 21:32 --- I am seeing internal compiler error: in fold_convert, at fold-const.c:2330 using gcc version 4.3.0 20070417 (experimental) If I follow the thread in this bug list, it seems that this version should have the patch applied. So I am not sure if I am not testing a patched version or if there is still an ICE there. FWIW, this code used to compile just fine with gfortran up until a month ago. Sadly, I can't seem to distill this down into a simple test case. gfortran -Jt/Linux.gfortran.debug/m -I t/Linux.gfortran.debug/m -g -fno-range-check -I ../../extern/helmeos -c -o t/Linux.gfortran.debug/o/boxarray.o ../../boxlib/boxarray.f90 ../../boxlib/boxarray.f90: In function boxarray_build_l: ../../boxlib/boxarray.f90:297: internal compiler error: in fold_convert, at fold-const.c:2330 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gmake: *** [t/Linux.gfortran.debug/o/boxarray.o] Error 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31551
[Bug c++/31517] [4.1/4.2/4.3 Regression] ICE on invalid initialization of static member of a template class
--- Comment #4 from simartin at gcc dot gnu dot org 2007-04-17 21:46 --- Subject: Bug 31517 Author: simartin Date: Tue Apr 17 21:46:29 2007 New Revision: 123931 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123931 Log: 2007-04-17 Simon Martin [EMAIL PROTECTED] PR c++/31517 * pt.c (value_dependent_expression_p): Handle MODOP_EXPRs. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/template/init7.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/pt.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31517
[Bug c++/31517] [4.1/4.2/4.3 Regression] ICE on invalid initialization of static member of a template class
--- Comment #5 from simartin at gcc dot gnu dot org 2007-04-17 21:50 --- Fixed on all active branches -- simartin at gcc dot gnu dot org changed: What|Removed |Added CC||simartin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31517
[Bug fortran/31551] ice in fold_convert, at fold-const.c:2330
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-04-17 21:55 --- (In reply to comment #7) If I follow the thread in this bug list, it seems that this version should have the patch applied. That's right. Daniel, could you confirm that your testcase is indeed fixed with today's mainline? Sadly, I can't seem to distill this down into a simple test case. Even if it's not that small, could you send it to my privately? (fxcoudert at gcc dot gnu dot org) Make a tarball of the source file and instructions on how to build it, and I'll reduce it. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added CC||zingale at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31551
[Bug fortran/31594] gfortran failed to compiled a 'valid' code
--- Comment #6 from steven at gcc dot gnu dot org 2007-04-17 22:09 --- . -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|VERIFIED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31594
[Bug rtl-optimization/31360] [4.2 Regression] rtl loop invariant is broken
--- Comment #16 from steven at gcc dot gnu dot org 2007-04-17 22:13 --- Fixeth on ze trunk. -- steven at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3 Regression] rtl|[4.2 Regression] rtl loop |loop invariant is broken|invariant is broken http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31360
[Bug tree-optimization/31606] [4.3 Regression] ICE in try_instantiate_multiple_fields, at tree-sra.c:1601
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|c++ |tree-optimization Keywords||ice-on-valid-code Summary|ICE in |[4.3 Regression] ICE in |try_instantiate_multiple_fie|try_instantiate_multiple_fie |lds, at tree-sra.c:1601 |lds, at tree-sra.c:1601 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31606