Re: Reload problems with only one base reg for base + offset addressing mode
redriver jiang jiang.redri...@gmail.com writes: Hi, You mean I should define insn like this: (define_insn *iorqi3_imm [(set (mem:QI (match_operand:HI 0 register_operand b)) (ior:QI (mem:QI (match_operand:HI 1 register_operand b) (mem:QI (plus: HI (match_operand:HI 2 register_operand f) (match_operand: 3 HI immediate_operand K) ] ... [( set_attr length 1 )]) b for R16,R17,R18, and f for R18, K for immediate operand with range 0-127? Sort of, but you shouldn't write the PLUS in the insn. Instead, write a new constraint which accepts either a R16, R17, or R18 plus an offset. Also, write the insn with three alternatives, with the offset constraint in each position. Ian
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Dennis Clarke dcla...@blastwave.org writes: FYI , bug 44455 is a show stopper in the Solaris world. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455 This is bootstrap/44455 GCC fails to build if MPFR 3.0.0 (Release Candidate) is used Why would this be a showstopper? Who forces you to build and install mpfr 3.0.0? OpenSolaris comes with 2.4.1, and older versions don't have mpfr bundled at all, so just use a version that works with GCC, building it in-tree if you must. Rainer -- - Rainer Orth, Center for Biotechnology, Bielefeld University
Re: GFDL/GPL issues
Mark Mitchell m...@codesourcery.com writes: I believe that the only real fix here is (a) for the FSF to abandon the GFDL, and relicense manuals under the GPL, or (b) for the FSF to add an exception to the GFDL, making it compatible with the GPL in some way. However, I have no evidence that the FSF is considering either of these ideas; RMS didn't provide encouraging feedback when I made such suggestions. What if we ask the FSF if we can dual license the constraints.md files under both the GPL and the GFDL? Ian
Re: Revisiting the use of cselib in alias.c for scheduling
On Thu, Jul 22, 2010 at 9:29 AM, Maxim Kuvyrkov ma...@codesourcery.com wrote: index 89743c3..047b717 100644 --- a/gcc/sched-rgn.c +++ b/gcc/sched-rgn.c @@ -2935,6 +2935,9 @@ schedule_region (int rgn) if (sched_is_disabled_for_current_region_p ()) return; + gcc_assert (!reload_completed || current_nr_blocks == 1); + rgn_sched_deps_info.use_cselib = (current_nr_blocks == 1); + sched_rgn_compute_dependencies (rgn); sched_rgn_local_init (rgn); This passes bootstrap on x86_64-unknown-linux-gnu. But bug 43494 will have to be addressed before a patch like this can go in. Ciao! Steven
RE: SH optimized software floating point routines
On Thu, 22 Jul 2010, Joern Rennecke wrote: Quoting Joseph S. Myers jos...@codesourcery.com: That diff does not appear to relate to undefined behavior. GCC considers these out-of-range conversions to yield an unspecified value, possibly raising an exception, as per Annex F, and does not take the liberty of optimizing on the basis of them being undefined when not in an IEEE mode. Well, still, the test is wrong in possibly raising an exception there, with no provisions to ignore the exception or catch any signal raised. The expectation is that floating-point exceptions will not trap by default, again in accordance with Annex F even when not in an IEEE mode. -- Joseph S. Myers jos...@codesourcery.com
Re: SH optimized software floating point routines
Joern Rennecke wrote: Quoting Christian Bruel christian.br...@st.com: Using the ieee-sf.S + this patch OK Is this only a proof-of-concept, because you only change the ne[sd]f2 implementation? I changed also the unordered comparison patterns. (cmpunsf_i1, cmpundf_i1). But yes, the other functions that would need the same kind of check would be unordsf2, and all the comparisons (gtsf2, gesf2f...) for floats and doubles. But I will only consider those after/if we all agree that this needs to be done instead of keeping the current QNaN only restrictions. And you go out of your way to only accept a restricted set of values. This hold for the original optimized implementation as well, for example I don't think that 0x7f81 was caught. In fact implementing correctly the isnan check without restricted set of value makes the original discussion pointless, since the Q/S bits are a subpart of all possible codings, with any fractional part != 0. Plus, the overuse of the arithmetic unit hurts SH4-100 / SH4-200 instruction pairing. AFAICT you need only one cycle penalty, in the check_nan path: GLOBAL(nesf2): /* If the raw values are unequal, the result is unequal, unless both values are +-zero. If the raw values are equal, the result is equal, unless the values are NaN. */ cmp/eq r4,r5 mov.l LOCAL(inf2),r1 bt/s LOCAL(check_nan) mov r4,r0 or r5,r0 rts add r0,r0 LOCAL(check_nan): add r0,r0 cmp/hi r1,r0 rts movtr0 .balign 4 LOCAL(inf2): .long 0xff00 You could even save four bytes by putting the check_nan label into the delay slot, but I'm not sure if that'll discomfit any branch prediction mechanism. Thanks a lot of this one, It should fix the original problem on the restricted set of values as well. The cmpund patterns fix should probably have a similar checks. Disclaimer: I've not tested this code. For the DFmode case, what about NaNs denoted by the low word, e.g. 0x7ff0 1 ? If so, the DFmode code could become something like this: GLOBAL(nedf2): cmp/eq DBL0L,DBL1L mov.l LOCAL(inf2),r1 bf LOCAL(ne) cmp/eq DBL0H,DBL1H bt/sLOCAL(check_nan) mov DBL0H,r0 or DBL1H,r0 add r0,r0 rts or DBL0L,r0 LOCAL(check_nan): tst DBL0L,DBL0L add r0,r0 subcr1,r0 mov #-1,r0 rts negcr0,r0 LOCAL(ne): rts mov #1,r0 .balign 4 LOCAL(inf2): .long 0xffe0 For an actual patch, you need to use the SL* macros from config/sh/lib1funcs.h because the SH1 does not have delayed branches. OK, thanks
No GCC summit this year?
Hello, I am interested to attend GCC summit this year, but it doesn't seem to happen, does it? Cheers, Bingfeng
Re: No GCC summit this year?
Bingfeng Mei b...@broadcom.com writes: I am interested to attend GCC summit this year, but it doesn't seem to happen, does it? It is reportedly being held in the last week of October this year. Ian
Re: No GCC summit this year?
On Fri, Jul 23, 2010 at 12:39 PM, Bingfeng Mei b...@broadcom.com wrote: Hello, I am interested to attend GCC summit this year, but it doesn't seem to happen, does it? Well - past attendees got date location confirmation like The Summit will be in Ottawa from October 25th to 27th, you should plan to arrive in the afternoon on the 24th and depart on the afternoon of the 28th. but a website will go up shortly promise didn't yet materialize. Richard. Cheers, Bingfeng
Re: SH optimized software floating point routines
Joern Rennecke joern.renne...@embecosm.com wrote: That's a bug, then; we shouldn't use a library function there, but the cmpordered[sd]f_t_4 patterns. Argh, I've missed the required patterns are incorporated already in your patch. I'll test it again with sh-softfp-predicate-fix when the tests for 4.5.1-rc are done. Thanks! I've tested sh-softfp-20100718-2131 + sh-softfp-predicate-fix on -m1, -m2, -m3, -m3 -ml, -m2a on sh-elf, sh4-linux and sh64-linux. sh64-linux required the first hunk of the attached patch to build. The test with -m3 -ml shows some regressions which look to be solved with the second hunk of the patch. Now all test results look clean. For NaN issue, I'd like to wait a full patch from Christian. I'm curious again about the numbers with/without it. Regards, kaz -- * config/sh/sh.md (cstoresf4): Fix typos. * config/sh/ieee-754-df.S (unorddf2): Use DBL1H instead of r6. diff -upr ORIG/trunk/gcc/config/sh/sh.md trunk/gcc/config/sh/sh.md --- ORIG/trunk/gcc/config/sh/sh.md Wed Jul 21 08:12:23 2010 +++ trunk/gcc/config/sh/sh.md Thu Jul 22 10:36:36 2010 @@ -9462,10 +9462,10 @@ mov.l\\t1f,r0\\n\\ TARGET_SH1 || TARGET_SHMEDIA_FPU if (TARGET_SHMEDIA) { - if (!arith_operand (operands[2], DFmode)) -operands[2] = copy_to_mode_reg (DFmode, operands[2]); - if (!arith_operand (operands[3], DFmode)) -operands[3] = copy_to_mode_reg (DFmode, operands[3]); + if (!arith_operand (operands[2], SFmode)) +operands[2] = copy_to_mode_reg (SFmode, operands[2]); + if (!arith_operand (operands[3], SFmode)) +operands[3] = copy_to_mode_reg (SFmode, operands[3]); emit_insn (gen_cstore4_media (operands[0], operands[1], operands[2], operands[3])); DONE; diff -uprN ORIG/trunk/gcc/config/sh/ieee-754-df.S trunk/gcc/config/sh/ieee-754-df.S --- ORIG/trunk/gcc/config/sh/ieee-754-df.S 2010-07-20 11:39:29.0 +0900 +++ trunk/gcc/config/sh/ieee-754-df.S 2010-07-22 13:16:07.0 +0900 @@ -123,7 +123,7 @@ GLOBAL(unorddf2): mov.l LOCAL(c_DF_NAN_MASK),r1 not DBL0H,r0 tst r1,r0 - not r6,r0 + not DBL1H,r0 bt LOCAL(unord) tst r1,r0 LOCAL(unord):
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Dennis Clarke dcla...@blastwave.org writes: FYI , bug 44455 is a show stopper in the Solaris world. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455 This is bootstrap/44455 GCC fails to build if MPFR 3.0.0 (Release Candidate) is used Why would this be a showstopper? Who forces you to build and install mpfr 3.0.0? OpenSolaris comes with 2.4.1, and older versions don't OpenSolaris is not a production release run by anyone anywhere :-) have mpfr bundled at all, so just use a version that works with GCC, building it in-tree if you must. OKay .. I guess details are needed. If I place the latest mpfr and gmp and mpc and ppl and cloog in tree then the build fails in stage one very early with bizarre warning about not being able to find gmp rev greater than 4.3.1 despite the face that I have already built and tested : GMP: include 4.3.2, lib 4.3.2 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Those would all be installed in /usr/local with no surprises. Regardless .. the build fails with the same message as bugid 44455. Of course I try with gmp-5.0.1 first and that also fails so long as ppl is around in the tree. So I throw away ppl and cloog ( which I have *never* seen build on Solaris 10 anyways ) and then the build fails a little later with : make[3]: Leaving directory `/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/gcc' mkdir i386-pc-solaris2.10/libgcc Checking multilib configuration for libgcc... Configuring stage 1 in i386-pc-solaris2.10/libgcc configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722/install-sh -c checking for gawk... nawk checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking for i386-pc-solaris2.10-ar... ar checking for i386-pc-solaris2.10-lipo... lipo checking for i386-pc-solaris2.10-nm... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/nm checking for i386-pc-solaris2.10-ranlib... ranlib checking for i386-pc-solaris2.10-strip... strip checking whether ln -s works... yes checking for i386-pc-solaris2.10-gcc... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-include checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-includeaccepts -g... yes checking for /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-includeoption to accept ISO C89... none needed checking how to run the C preprocessor... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-include-E checking whether decimal floating point is supported... no checking whether fixed-point is supported... no checking for __attribute__((visibility(hidden)))... no checking whether the target assembler supports thread-local storage... yes checking whether the thread-local storage support is from emutls... no configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: executing default commands Adding multilib support to Makefile in ../../../gcc-4.5.1-RC-20100722/libgcc multidirs=amd64 with_multisubdir= Running configure in multilib subdirs amd64 pwd: /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/i386-pc-solaris2.10/libgcc Running configure in multilib subdir amd64 pwd: /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/i386-pc-solaris2.10 mkdir amd64 configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722/install-sh -c checking for gawk... nawk checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking for i386-pc-solaris2.10-ar...
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
On Fri, 23 Jul 2010, Dennis Clarke wrote: Dennis Clarke dcla...@blastwave.org writes: FYI , bug 44455 is a show stopper in the Solaris world. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44455 This is bootstrap/44455 GCC fails to build if MPFR 3.0.0 (Release Candidate) is used Why would this be a showstopper? Who forces you to build and install mpfr 3.0.0? OpenSolaris comes with 2.4.1, and older versions don't OpenSolaris is not a production release run by anyone anywhere :-) have mpfr bundled at all, so just use a version that works with GCC, building it in-tree if you must. OKay .. I guess details are needed. If I place the latest mpfr and gmp and mpc and ppl and cloog in tree then the build fails in stage one very early with bizarre warning about not being able to find gmp rev greater than 4.3.1 despite the face that I have already built and tested : GMP: include 4.3.2, lib 4.3.2 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Those would all be installed in /usr/local with no surprises. Regardless .. the build fails with the same message as bugid 44455. Of course I try with gmp-5.0.1 first and that also fails so long as ppl is around in the tree. So I throw away ppl and cloog ( which I have *never* seen build on Solaris 10 anyways ) and then the build fails a little later with : make[3]: Leaving directory `/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/gcc' mkdir i386-pc-solaris2.10/libgcc Checking multilib configuration for libgcc... Configuring stage 1 in i386-pc-solaris2.10/libgcc configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722/install-sh -c checking for gawk... nawk checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking for i386-pc-solaris2.10-ar... ar checking for i386-pc-solaris2.10-lipo... lipo checking for i386-pc-solaris2.10-nm... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/nm checking for i386-pc-solaris2.10-ranlib... ranlib checking for i386-pc-solaris2.10-strip... strip checking whether ln -s works... yes checking for i386-pc-solaris2.10-gcc... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-include checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-includeaccepts -g... yes checking for /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-includeoption to accept ISO C89... none needed checking how to run the C preprocessor... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/xgcc -B/export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/./gcc/ -B/usr/local/gcc4/i386-pc-solaris2.10/bin/ -B/usr/local/gcc4/i386-pc-solaris2.10/lib/ -isystem /usr/local/gcc4/i386-pc-solaris2.10/include -isystem /usr/local/gcc4/i386-pc-solaris2.10/sys-include-E checking whether decimal floating point is supported... no checking whether fixed-point is supported... no checking for __attribute__((visibility(hidden)))... no checking whether the target assembler supports thread-local storage... yes checking whether the thread-local storage support is from emutls... no configure: updating cache ./config.cache configure: creating ./config.status config.status: creating Makefile config.status: executing default commands Adding multilib support to Makefile in ../../../gcc-4.5.1-RC-20100722/libgcc multidirs=amd64 with_multisubdir= Running configure in multilib subdirs amd64 pwd: /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/i386-pc-solaris2.10/libgcc Running configure in multilib subdir amd64 pwd: /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722-001/i386-pc-solaris2.10 mkdir amd64 configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /export/home/dclarke/build/GCC/gcc-4.5.1-RC-20100722/install-sh -c checking
Re: GFDL/GPL issues
Ian Lance Taylor wrote: I believe that the only real fix here is (a) for the FSF to abandon the GFDL, and relicense manuals under the GPL, or (b) for the FSF to add an exception to the GFDL, making it compatible with the GPL in some way. However, I have no evidence that the FSF is considering either of these ideas; RMS didn't provide encouraging feedback when I made such suggestions. What if we ask the FSF if we can dual license the constraints.md files under both the GPL and the GFDL? We could do that. It's a hack, but it might be an acceptable hack. I've been thinking about this from the perspective of how can we get the FSF to put an exception into the GFDL to allow inclusion/generation from GPL'd code?; your clever idea is that if all the code is also GFDL'd then you don't have a problem. I call this is a hack, because we're changing the code license to deal with a problem created by the FSF's insistence on a separate license for documentation, but, hey, it might work. Do you think we should just ask the FSF to dual-license all of GCC? -- Mark Mitchell CodeSourcery m...@codesourcery.com (650) 331-3385 x713
Re: GFDL/GPL issues
Mark Mitchell m...@codesourcery.com writes: Do you think we should just ask the FSF to dual-license all of GCC? Sure, it might at least be worth finding out whether they think there is any problem with that. Ian
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
If I go back and rebuild gmp mpfr and mpc thus : GMP: include 5.0.1, lib 5.0.1 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. I built and tested them separate. -- Dennis
Re: GFDL/GPL issues
Ian Lance Taylor wrote: Do you think we should just ask the FSF to dual-license all of GCC? Sure, it might at least be worth finding out whether they think there is any problem with that. I've asked on the SC list. Thanks, -- Mark Mitchell CodeSourcery m...@codesourcery.com (650) 331-3385 x713
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
On Jul 23, 2010, at 9:37 AM, Dennis Clarke dcla...@blastwave.org wrote: If I go back and rebuild gmp mpfr and mpc thus : GMP: include 5.0.1, lib 5.0.1 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. I built and tested them separate. You forgot to set LD_LIBRARY_PATH. -- Dennis
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
GMP: include 5.0.1, lib 5.0.1 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. I built and tested them separate. You forgot to set LD_LIBRARY_PATH. That is considered evil on Solaris. http://blogs.sun.com/ali/entry/avoiding_ld_library_path_the http://blogs.sun.com/rie/entry/tt_ld_library_path_tt I did set LD_RUN_PATH and LD_OPTIONS however. -- Dennis
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
On Jul 23, 2010, at 9:58 AM, Dennis Clarke dcla...@blastwave.org wrote: GMP: include 5.0.1, lib 5.0.1 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. I built and tested them separate. You forgot to set LD_LIBRARY_PATH. That is considered evil on Solaris. http://blogs.sun.com/ali/entry/avoiding_ld_library_path_the http://blogs.sun.com/rie/entry/tt_ld_library_path_tt I did set LD_RUN_PATH and LD_OPTIONS however. -R and run path has bigger issues than ld library path. But then you should look into config.log and see why it fails. I bet a beer it is not finding the shared libraries. -- Dennis
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
On Jul 23, 2010, at 9:58 AM, Dennis Clarke dcla...@blastwave.org wrote: GMP: include 5.0.1, lib 5.0.1 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. I built and tested them separate. You forgot to set LD_LIBRARY_PATH. That is considered evil on Solaris. http://blogs.sun.com/ali/entry/avoiding_ld_library_path_the http://blogs.sun.com/rie/entry/tt_ld_library_path_tt I did set LD_RUN_PATH and LD_OPTIONS however. -R and run path has bigger issues than ld library path. But then you should look into config.log and see why it fails. I bet a beer it is not finding the shared libraries. Now this is serious ! Would you bet a case of beer ? gcc -v Using built-in specs. Target: i386-pc-solaris2.10 Configured with: ../gcc-4.4.4/configure --host=i386-pc-solaris2.10 --build=i386-pc-solaris2.10 --with-gnu-as --with-as=/opt/csw/bin/gas --without-gnu-ld --with-ld=/usr/ccs/bin/ld --with-cpu-32=i386 --with-cpu-64=opteron --with-arch-32=i386 --with-arch-64=opteron --enable-stage1-languages=c --enable-nls --with-libiconv-prefix=/usr/local --enable-threads=posix --with-gmp=/usr/local --with-mpfr=/usr/local --with-mpc=/usr/local --prefix=/usr/local/gcc4 --with-local-prefix=/usr/local --enable-shared --enable-multilib --with-system-zlib --with-pkgversion='Blastwave.org Inc. Fri Jul 23 15:32:37 GMT 2010' --with-bugurl=http://www.blastwave.org/support --enable-languages=c,c++,objc,fortran --enable-bootstrap Thread model: posix gcc version 4.4.4 (Blastwave.org Inc. Fri Jul 23 15:32:37 GMT 2010) $ I'll run the testsuite , post the results and then make install. Then I'll rebuild binutils and try gcc 4.5.1 release candidate again with the exact same environment settings. By the way .. I did not use LD_LIBRARY_PATH at all. I was thinking Grolsch. I love that stuff and the bottles are cool. -- Dennis
embedded dataflow tracking code?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. I'm sorry if I chose wrong place for my question. I would like to load debugger, attach to working process, and at some breakpoint, instead of numerical values in the CPU registers, I would like to see genesis of each value like result of f(arg1, arg2,arg3) called at point X or result of comparison of values X and Y and so on. Probably, compiler backend could embed some dataflow tracking code between basic blocks and store information about all variables flow in some separate data segment.. Are there any known attempts or projects or...? - -- My PGP public key: http://yurichev.com/dennis.yurichev.asc -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxJ1G4ACgkQ1YPmFmJG++PtSwCeLYhvtOXTYNG51bIAksYdb2Ny 9vAAoL5RIcEdcPYZkXzLPNtf+sOa7SJT =IO9j -END PGP SIGNATURE-
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Richard Guenther wrote: On Fri, 23 Jul 2010, Dennis Clarke wrote: GMP: include 4.3.2, lib 4.3.2 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 fails, Richard recommends: Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. Recently, I was thrown back to Debian Lenny, out of a mistake of my own regard 1) (which dates back to 14 February 2009, so over 1.5 years ago). What I did was downloading: gmp-4.3.2.tar.bz2 mpfr-2.4.2.tar.bz2 mpc-0.8.2.tar.gz unpack them into their own directories and adding: lrwxrwxrwx 1 toon toon 15 2010-07-14 15:19 gmp - ../../gmp-4.3.2 lrwxrwxrwx 1 toon toon 15 2010-07-14 14:51 mpc - ../../mpc-0.8.2 lrwxrwxrwx 1 toon toon 16 2010-07-14 15:24 mpfr - ../../mpfr-2.4.2 as those source directories were two levels up from my 'gcc' source directory. That worked (I never got it working with mpfr 3.0.0 and gmp 5.0.x) Cheers, 1) As Steve Bourne says: When logged in as the superuser, the prompt turns into '#', to remind you of your responsibilities 2). 2) Throwing away /usr/sbin is a bad move, even if it's just a keystroke away from removing /usr/snp (and you're using command line completion). [ You can't imagine the pain working with a 1.5 year old OS ] -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/ Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html#Fortran
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Richard Guenther wrote: On Fri, 23 Jul 2010, Dennis Clarke wrote: GMP: include 4.3.2, lib 4.3.2 MPFR: include 3.0.0-p3, lib 3.0.0-p3 MPC: include 0.8.2, lib 0.8.2 fails, Richard recommends: Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. Recently, I was thrown back to Debian Lenny, out of a mistake of my own regard 1) (which dates back to 14 February 2009, so over 1.5 years ago). What I did was downloading: gmp-4.3.2.tar.bz2 mpfr-2.4.2.tar.bz2 mpc-0.8.2.tar.gz unpack them into their own directories and adding: lrwxrwxrwx 1 toon toon 15 2010-07-14 15:19 gmp - ../../gmp-4.3.2 lrwxrwxrwx 1 toon toon 15 2010-07-14 14:51 mpc - ../../mpc-0.8.2 lrwxrwxrwx 1 toon toon 16 2010-07-14 15:24 mpfr - ../../mpfr-2.4.2 as those source directories were two levels up from my 'gcc' source directory. That worked (I never got it working with mpfr 3.0.0 and gmp 5.0.x) [ You can't imagine the pain working with a 1.5 year old OS ] Have you seen Solaris 8 ? [titan]uname -a SunOS titan 5.8 Generic_127722-03 i86pc i386 i86pc [titan]cat /etc/release Solaris 8 2/02 s28x_u7wos_08a INTEL Copyright 2002 Sun Microsystems, Inc. All Rights Reserved. Assembled 18 December 2001 [titan] [titan]psrinfo -v Status of virtual processor 0 as of: 07/23/10 17:46:33 on-line since 06/15/10 20:44:18. The i386 processor operates at 400 MHz, and has an i387 compatible floating point processor. Status of virtual processor 1 as of: 07/23/10 17:46:33 on-line since 06/15/10 20:44:22. The i386 processor operates at 400 MHz, and has an i387 compatible floating point processor. [titan] -- Dennis
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Dennis Clarke wrote: I wrote: [ You can't imagine the pain working with a 1.5 year old OS ] Have you seen Solaris 8 ? [titan]uname -a SunOS titan 5.8 Generic_127722-03 i86pc i386 i86pc [titan]cat /etc/release Solaris 8 2/02 s28x_u7wos_08a INTEL Copyright 2002 Sun Microsystems, Inc. All Rights Reserved. Assembled 18 December 2001 Yeah, but that was at *work* (2006-ish). At work I get paid for tending to the past (hey, I'm 53). At home I just want to be productive. -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/ Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html#Fortran
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. Yes, and verify that GMP and MPFR are correctly compiled with make check. Recent versions are miscompiled on SPARC/Solaris by GCC 4.3.x for x 3 or 4. The recommended versions (GMP 4.3.2, MPFR 2.4.2, MPC 0.8.1) also work fine if compiled by the latest GCC 4.3.x compilers (or compilers of later series). -- Eric Botcazou
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
Use GMP from the 4.2.x series and MPFR from the 2.3.x series. Or do not build these libraries in-tree. Yes, and verify that GMP and MPFR are correctly compiled with make check. Recent versions are miscompiled on SPARC/Solaris by GCC 4.3.x for x 3 or 4. The recommended versions (GMP 4.3.2, MPFR 2.4.2, MPC 0.8.1) also work fine if compiled by the latest GCC 4.3.x compilers (or compilers of later series). === gcc Summary === # of expected passes57009 # of unexpected failures67 # of unexpected successes 7 # of expected failures 197 # of unsupported tests 518 === g++ Summary === # of expected passes20118 # of unexpected failures29 # of unexpected successes 4 # of expected failures 158 # of unsupported tests 136 Dennis
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
=== gcc Summary === # of expected passes57009 # of unexpected failures67 # of unexpected successes 7 # of expected failures 197 # of unsupported tests 518 === g++ Summary === # of expected passes20118 # of unexpected failures29 # of unexpected successes 4 # of expected failures 158 # of unsupported tests 136 I meant make check for GMP and MPFR, not for GCC. -- Eric Botcazou
Re: GCC 4.5.1 Release Candidate available from gcc.gnu.org
=== gcc Summary === # of expected passes57009 # of unexpected failures67 # of unexpected successes 7 # of expected failures 197 # of unsupported tests 518 === g++ Summary === # of expected passes20118 # of unexpected failures29 # of unexpected successes 4 # of expected failures 158 # of unsupported tests 136 I meant make check for GMP and MPFR, not for GCC. did that too :-) -- Dennis
w#/*
Äú ºÃ £¡ ±¾¹«Ë¾ÏÖÓи÷ÐÐÒµ¹ú/µØË° ÔöÖµ¡£ÆÕͨ¡£½¨Öþ£¬¹ã¸æ¡£·þÎñ¡£¹¤³Ì¡£ÔËÊäµÈа淢 Øâ ´ú¿ª ¿ÉÓúø¶¿î ´¹Ñ¯µç»° 13528406753 ÁõÉú
[Bug c/44853] can't find a register in class 'GENERAL_REGS' while reloading 'asm'
--- Comment #3 from swapnil dot tiwari1979 at gmail dot com 2010-07-23 06:33 --- this problem is not occuring with gcc-4.2 using any arm toolchain but this occurs with the latest gcc version 4.4.1 why is so. (In reply to comment #1) Can you reproduce this with GCC built using sources from http://gcc.gnu.org ? If not please report such issues to the vendors of your toolchain. If you can reproduce this with GCC built from FSF sources please let us know. Also give a better testcase which is consistent, complete and small, this is code with undefined behaviour, at the very best this is the Compiler ICE'ing on invalid code. All your local variables are uninitialized and they've been marked as input constraints to your asm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44853
[Bug middle-end/45035] [4.6 Regression] FAIL: gcc.dg/guality/pr36728-2.c
--- Comment #2 from jakub at gcc dot gnu dot org 2010-07-23 07:42 --- This isn't a mere debug info quality regression, a movl $2, (%esp) is now optimized away, eventhough it is needed by asm volatile following it. Here is a testcase that at -O1 -m32 now fails at runtime, while it worked well before: /* PR debug/36728 */ /* { dg-do run } */ /* { dg-options -O1 } */ int __attribute__((noinline)) foo (int arg1, int arg2, int arg3, int arg4, int arg5, int arg6, int arg7) { char x[30]; int __attribute__ ((aligned(32))) y; y = 2; asm volatile (cmpl $2, %0; je 1f; hlt; 1: : =m (y) : m (y)); x[0] = 25; asm volatile ( : =m (x[0]) : m (x[0])); return y; } int main () { int l = 0; asm volatile ( : =r (l) : 0 (l)); foo (l + 1, l + 2, l + 3, l + 4, l + 5, l + 6, l + 30); return 0; } The diff is: @@ -7,7 +7,6 @@ foo: movl%esp, %ebp andl$-32, %esp subl$64, %esp - movl$2, (%esp) #APP # 12 PP.c 1 cmpl $2, (%esp); je 1f; hlt; 1: -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-23 07:42:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45035
[Bug middle-end/45035] [4.6 Regression] FAIL: gcc.dg/guality/pr36728-2.c
-- steven at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-07-23 07:42:27 |2010-07-23 08:20:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45035
[Bug fortran/45019] Aliasing of TARGET dummy argument not detected correctly
--- Comment #11 from burnus at gcc dot gnu dot org 2010-07-23 08:40 --- Subject: Bug 45019 Author: burnus Date: Fri Jul 23 08:40:00 2010 New Revision: 162448 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162448 Log: 2010-07-23 Tobias Burnus bur...@net-b.de PR fortran/45019 * dependency.c (gfc_check_dependency): Add argument alising * check. * symbol.c (gfc_symbols_could_alias): Add argument alising * check. 2010-07-23 Tobias Burnus bur...@net-b.de PR fortran/45019 * gfortran.dg/aliasing_dummy_5.f90: New. Added: branches/gcc-4_4-branch/gcc/testsuite/gfortran.dg/aliasing_dummy_5.f90 Modified: branches/gcc-4_4-branch/gcc/fortran/ChangeLog branches/gcc-4_4-branch/gcc/fortran/dependency.c branches/gcc-4_4-branch/gcc/fortran/symbol.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45019
[Bug testsuite/38946] [4.4/4.5/4.6 Regression] gcc trunk 143562 - Testsuite - gfortran failing tests that worked previously
--- Comment #37 from rob1weld at aol dot com 2010-07-23 08:43 --- (In reply to comment #31) Please refrain from fiddling with the bug status: whoever does the backport will do this himself. Thanks. Rainer I have no interest in your posts and have marked your emails to me as SPAM. Rob -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38946
[Bug lto/45037] lto1 ICEs when linking cns_solve
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 08:49 --- Mine. IPA-CP makes us produce MEM[(unnamed-signed:64[0:] * restrict)C.3242][__result_find52_49] but nobody folds this (C.3242 is constant zero) because the access is likely undefined. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-23 08:49:13 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45037
[Bug tree-optimization/45034] [4.3/4.4/4.5/4.6 Regression] safe conversion from unsigned to signed char gives broken code
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 08:51 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to work||4.1.2 Last reconfirmed|-00-00 00:00:00 |2010-07-23 08:51:49 date|| Summary|safe conversion from |[4.3/4.4/4.5/4.6 Regression] |unsigned to signed char |safe conversion from |gives broken code |unsigned to signed char ||gives broken code Target Milestone|--- |4.3.6 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45034
[Bug fortran/44602] [F2008] EXIT: Jump to end of construct
--- Comment #3 from burnus at gcc dot gnu dot org 2010-07-23 08:55 --- PR 44709 comment 0 contains a small test case, which also applies here. (That PR fixed exit loop_label in BLOCK and try-finally cleanup in BLOCK.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44602
[Bug middle-end/45035] [4.6 Regression] FAIL: gcc.dg/guality/pr36728-2.c
--- Comment #3 from steven at gcc dot gnu dot org 2010-07-23 08:58 --- Somehow managed to make a mistake in the merge for the case that x_addr is non-NULL. Index: alias.c === --- alias.c (revision 162430) +++ alias.c (working copy) @@ -2375,18 +2375,19 @@ true_dependence_1 (const_rtx mem, enum m } if (! x_addr) -x_addr = XEXP (x, 0); - - if (!((GET_CODE (x_addr) == VALUE - GET_CODE (mem_addr) != VALUE - reg_mentioned_p (x_addr, mem_addr)) - || (GET_CODE (x_addr) != VALUE -GET_CODE (mem_addr) == VALUE -reg_mentioned_p (mem_addr, x_addr { - x_addr = get_addr (x_addr); - if (!mem_canonicalized) - mem_addr = get_addr (mem_addr); + x_addr = XEXP (x, 0); + if (!((GET_CODE (x_addr) == VALUE + GET_CODE (mem_addr) != VALUE + reg_mentioned_p (x_addr, mem_addr)) + || (GET_CODE (x_addr) != VALUE +GET_CODE (mem_addr) == VALUE +reg_mentioned_p (mem_addr, x_addr + { + x_addr = get_addr (x_addr); + if (! mem_canonicalized) + mem_addr = get_addr (mem_addr); + } } base = find_base_term (x_addr); Will bootstrap+test, and commit if it passes. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45035
[Bug bootstrap/45028] [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand
--- Comment #23 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-07-23 08:59 --- Subject: Re: [4.6 regression] ICE building 64-bit libjava on Solaris 2/SPARC: output_operand: invalid expression as operand The sparc-sun-solaris2.10 bootstrap completed successfully with your patch and testsuite results are back to normal (i.e. a considerable number of unrelated failures and regressions, but nothing too bad ;-) Thanks a lot for your quick help. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45028
[Bug fortran/45019] Aliasing of TARGET dummy argument not detected correctly
--- Comment #12 from burnus at gcc dot gnu dot org 2010-07-23 09:52 --- Fixed on the trunk and the 4.4 branch. Waiting for 4.5.1 release to apply for 4.5.2 (delay requested by RM as there is already a 4.5.1rc1). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45019
[Bug fortran/44709] BLOCK and GOTO/EXIT/CYCLE
--- Comment #6 from domob at gcc dot gnu dot org 2010-07-23 09:53 --- Subject: Bug 44709 Author: domob Date: Fri Jul 23 09:53:45 2010 New Revision: 162450 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162450 Log: 2010-07-23 Daniel Kraft d...@domob.eu PR fortran/44709 * gfortran.h (gfc_find_symtree_in_proc): New method. * symbol.c (gfc_find_symtree_in_proc): New method. * match.c (match_exit_cycle): Look for loop name also in parent namespaces within current procedure. 2010-07-23 Daniel Kraft d...@domob.eu PR fortran/44709 * gfortran.dg/exit_1.f08: New test. * gfortran.dg/exit_2.f08: New test. Added: trunk/gcc/testsuite/gfortran.dg/exit_1.f08 trunk/gcc/testsuite/gfortran.dg/exit_2.f08 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/match.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44709
[Bug fortran/44709] BLOCK and GOTO/EXIT/CYCLE
--- Comment #7 from domob at gcc dot gnu dot org 2010-07-23 09:55 --- Fixed. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44709
[Bug lto/45037] lto1 ICEs when linking cns_solve
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 10:15 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45037
[Bug lto/45037] lto1 ICEs when linking cns_solve
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 10:15 --- Subject: Bug 45037 Author: rguenth Date: Fri Jul 23 10:15:27 2010 New Revision: 162451 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162451 Log: 2010-07-23 Richard Guenther rguent...@suse.de PR tree-optimization/45037 * tree-ssa-loop-ivopts.c (copy_ref_info): Handle NULL base. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-loop-ivopts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45037
[Bug lto/44950] dwarf2out ICE with WHOPR build of mozilla
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 10:25 --- Reduced testcase: struct JSContext; struct JSObject; class WorkerHooks { virtual JSObject *newGlobalObject(JSContext *cx) = 0; }; int shell(JSContext *cx, int argc, char **argv, char **envp) { class ShellWorkerHooks : public WorkerHooks { JSObject *newGlobalObject(JSContext *cx) { } }; ShellWorkerHooks hooks; } ./g++ -B. -flto -r -nostdlib -g js.3.ii lto1: internal compiler error: in dwarf2out_finish, at dwarf2out.c:22271 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: ./g++ returned 1 exit status collect2: lto-wrapper returned 1 exit status #1 0x005d46a8 in dwarf2out_finish (filename=0x1664040 js.3.o) at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:22269 22269 gcc_assert (context 22270 (TREE_CODE (context) == FUNCTION_DECL 22271 || TREE_CODE (context) == NAMESPACE_DECL)); (gdb) p context-base.code $2 = RECORD_TYPE (gdb) call debug_generic_expr (node-created_for) __base_ctor (for ShellWorkerHooks) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-23 10:25:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44950
[Bug target/45040] New: ICE in cselib_record_set
/home/segher/buildall-4.5.1-RC1/score/gcc/./gcc/xgcc -B/home/segher/buildall-4.5.1-RC1/score/gcc/./gcc/ -B/n/10/segher/cross-4.5.1-rc1/score-elf/bin/ -B/n/10/segher/cross-4.5.1-rc1/score-elf/lib/ -isystem /n/10/segher/cross-4.5.1-rc1/score-elf/include -isystem /n/10/segher/cross-4.5.1-rc1/score-elf/sys-include-g -O2 -mscore3 -O2 -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -G 0 -g -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -Dinhibit_libc -I. -I. -I../../.././gcc -I/n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc -I/n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc/. -I/n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc/../gcc -I/n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS -o _powisf2.o -MT _powisf2.o -MD -MP -MF _powisf2.dep -DL_powisf2 -c /n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc/../gcc/libgcc2.c \ /n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc/../gcc/libgcc2.c: In function '__powisf2':/n/10/segher/src/gcc-4.5.1-RC-20100722/libgcc/../gcc/libgcc2.c:1739:1: internal compiler error: in cselib_record_set, at cselib.c:1999 -- Summary: ICE in cselib_record_set Product: gcc Version: 4.5.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: segher at gcc dot gnu dot org GCC host triplet: x86_64-linux GCC target triplet: score-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45040
[Bug target/45040] ICE in cselib_record_set
--- Comment #1 from segher at gcc dot gnu dot org 2010-07-23 10:53 --- Created an attachment (id=21292) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21292action=view) preprocessed source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45040
[Bug target/45040] [4.5 Regression] ICE in cselib_record_set
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||build Summary|ICE in cselib_record_set|[4.5 Regression] ICE in ||cselib_record_set Target Milestone|--- |4.5.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45040
[Bug middle-end/44690] -fzero-initialized-in-bss does not work
--- Comment #3 from jan dot kratochvil at redhat dot com 2010-07-23 11:11 --- (In reply to comment #1) const int i; -fno-zero-initialized-in-bss - .bss= FAIL You need -fno-common also to get it out of the BSS. -fno-common now at least correctly reports: echo 'const int i;'|gcc -fno-common -c -o k.o -x c -;echo 'const int i;main(){}'|gcc -fno-common -c -o l.o -x c -;gcc -fno-common -o k k.o l.o l.o:(.bss+0x0): multiple definition of `i' k.o:(.bss+0x0): first defined here So it is no longer SHN_COMMON, thanks. But reopening the Bug as it is still in .bss, not in .rodata. echo 'const int i;int main(){return *(int *)i = 0;}'|gcc -fno-common -Wall -o 1 -x c -;./1;echo $? 0 [25] .bss NOBITS 00600818 0814 0018 WA 0 0 8 Num:Value Size TypeBind Vis Ndx Name 55: 00600828 4 OBJECT GLOBAL DEFAULT 25 i It should SEGV but it does not. -f{,no-}zero-initialized-in-bss has no effect on it. -- jan dot kratochvil at redhat dot com changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44690
[Bug target/45040] [4.5 Regression] ICE in cselib_record_set
--- Comment #2 from segher at gcc dot gnu dot org 2010-07-23 11:19 --- Without -mscore3, it fails with: libgcc2.i:1:0: internal compiler error: in score_hard_regno_mode_ok, at config/score/score.c:434 -- segher at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.1 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45040
[Bug tree-optimization/43784] [4.6 Regression] -Os -fkeep-inline-functions causes FAIL: gcc.c-torture/execute/builtins/pr22237.c execution
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:20 --- Confirmed. But I think this might trigger undefined behavior according to the C standard as you are doing v.e.b = v.d.b; which has overlapping lhs/rhs. And we end up with rp: .LFB0: .cfi_startproc movq%rdi, %rax movl$v, %esi movl$64, %ecx rep movsl ret .cfi_endproc compared to 4.5 we end up with return slot optimization for the call to rp(). Testcase that also reproduces with -O[123]: struct s { unsigned char a[256]; }; union u { struct { struct s b; int c; } d; struct { int c; struct s b; } e; }; static union u v; static struct s *p = v.d.b; static struct s *q = v.e.b; static struct s __attribute__((noinline)) rp(void) { return *p; } static void qp(void) { *q = rp(); } int main() { int i; for (i = 0; i 256; i++) p-a[i] = i; qp(); for (i = 0; i 256; i++) if (q-a[i] != i) __builtin_abort(); return 0; } -- rguenth 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 |2010-07-23 11:20:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43784
[Bug fortran/45030] -fwhole-file: Bogus error message with ENTRY and different result types
--- Comment #2 from burnus at gcc dot gnu dot org 2010-07-23 11:24 --- Created an attachment (id=21293) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21293action=view) Draft patch Draft patch. I was wondering whether one needs to take care of (a) use names in case of use association - or can one not reach that function in this case? (b) C binding names, i.e. subroutine foo() bind(C, name=bar) ... entry foo2() bind(C, name=bar2) ... end interface subroutine Hello() bind(C,name=bar2) end end interface call Hello() ! this should use the same backend decl as ENTRY foo2. (c) Whether this just fixes the error checking or whether the backend_decl is also correct. What do you think, Paul? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45030
[Bug tree-optimization/43784] [4.6 Regression] -Os -fkeep-inline-functions causes FAIL: gcc.c-torture/execute/builtins/pr22237.c execution
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 11:36 --- We still need to deal with it in the middle-end. I have a patch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-07-23 11:20:14 |2010-07-23 11:36:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43784
[Bug tree-optimization/43784] [4.6 Regression] -Os -fkeep-inline-functions causes FAIL: gcc.c-torture/execute/builtins/pr22237.c execution
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-23 11:40 --- Hm, no. I think tree-nrv.c is correct. I was playing with Index: gcc/tree-nrv.c === --- gcc/tree-nrv.c (revision 162450) +++ gcc/tree-nrv.c (working copy) @@ -310,7 +310,8 @@ dest_safe_for_nrv_p (gimple call) if (TREE_CODE (dest) == SSA_NAME) return true; - if (call_may_clobber_ref_p (call, dest)) + if (call_may_clobber_ref_p (call, dest) + || ref_maybe_used_by_stmt_p (call, dest)) return false; return true; but that's overly restrictive for something that is undefined even on the gimple level. Joseph, this is really triggering undefined behavior in C, does it? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43784
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #34 from rguenth at gcc dot gnu dot org 2010-07-23 11:41 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug target/43808] [4.6 Regression] -fipa-reference -fschedule-insns -fstrict-aliasing causes two gfortran check failures
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-23 11:47 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-23 11:47:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43808
[Bug tree-optimization/43842] [4.6 Regression] ice in vect_create_epilog_for_reduction
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:48 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43842
[Bug target/43437] ICE in CSE, during libgcc build
--- Comment #9 from jakub at gcc dot gnu dot org 2010-07-23 11:48 --- *** Bug 45040 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437
[Bug target/45040] [4.5 Regression] ICE in cselib_record_set
--- Comment #3 from jakub at gcc dot gnu dot org 2010-07-23 11:48 --- *** This bug has been marked as a duplicate of 43437 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45040
[Bug middle-end/43938] [4.6 regression] gcc.dg/lto/const-uniq c_lto_const-uniq_0.o-c_lto_const-uniq_1.o link
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:50 --- I don't see the failure anymore. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43938
[Bug middle-end/44078] [4.6 regression] FAIL: gcc.dg/tree-ssa/prefetch-7.c
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 11:52 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44078
[Bug lto/44087] [4.6 Regression] New LTO test failures
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:52 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44087
[Bug middle-end/44121] [4.6 Regression] multiple char-related fails.
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-07-23 11:53 --- This seems fixed? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44121
[Bug middle-end/44206] [4.6 Regression] ICE: Inline clone with address taken
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 11:55 --- Confirmed. -- rguenth 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 |2010-07-23 11:55:17 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44206
[Bug tree-optimization/44357] [4.6 Regression] internal compiler error: in cgraph_decide_inlining_of_small_functions
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-23 11:56 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44357
[Bug target/43437] ICE in CSE, during libgcc build
--- Comment #10 from segher at gcc dot gnu dot org 2010-07-23 11:57 --- Liqin, could you look at this please? -- segher at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |liqin at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43437
[Bug libstdc++/44416] [4.6 regression] Failed to build 447.dealII in SPEC CPU 2006
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-07-23 11:58 --- Invalid. (alt source works) -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|middle-end |libstdc++ Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44416
[Bug tree-optimization/44485] [4.6 Regression] ICE in get_expr_operands, at tree-ssa-operands.c:1020
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-07-23 12:01 --- Probably related. Honza? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Component|c |tree-optimization http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44485
[Bug tree-optimization/44562] [4.6 Regression] ICE: in get_alias_set, at alias.c:716 with -flto -fstrict-aliasing -fgraphite-identity
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 12:02 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-06-16 22:18:04 |2010-07-23 12:02:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44562
[Bug target/44583] [4.6 Regression] c-c++-common/torture/complex-sign-add.c fails for signed zeros
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-07-23 12:04 --- CCing another IA64 maintainer. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||wilson at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44583
[Bug c++/44623] [4.6 Regression] ICE on invalid code
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||error-recovery Priority|P3 |P5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44623
[Bug rtl-optimization/44691] [4.6 Regression] ICE: RTL check: expected code 'reg', have 'plus' in rhs_regno, at rtl.h:1050
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:05 --- Ping? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44691
[Bug testsuite/44701] [4.6 regression] PR44492 fix broke gcc.target/powerpc/asm-es-2.c
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-07-23 12:06 --- Fixed? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44701
[Bug driver/45041] New: 'gcc -E -o -' creates ./-.exe on cygwin
For a while, the autoconf testsuite failed on cygwin, because asking gcc to run the preprocessor with an explicit output of '-' for stdout instead created a text file ./-.exe containing the preprocessor output [1]. While the autoconf workaround was simple (remove '-o -' since -E already implies a default of stdout), this anomaly in cygwin should be fixed [2]. [1] http://lists.gnu.org/archive/html/bug-autoconf/2010-07/msg00071.html [2] http://cygwin.com/ml/cygwin/2010-07/msg00482.html -- Summary: 'gcc -E -o -' creates ./-.exe on cygwin Product: gcc Version: 4.3.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ericb at gcc dot gnu dot org GCC build triplet: i686-pc-cygwin GCC host triplet: i686-pc-cygwin GCC target triplet: i686-pc-cygwin http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45041
[Bug middle-end/44739] [4.6 Regression] 25_algorithms/shuffle/1.cc
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-07-23 12:10 --- Failure is gone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44739
[Bug middle-end/44839] [4.6 regression] FAIL: c-c++-common/uninit-17.c
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 12:11 --- Failure is gone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44839
[Bug middle-end/44845] [4.6 Regression] FAIL: gcc.c-torture/compile/20011119-2.c
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-07-23 12:13 --- Failure is gone. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44845
[Bug target/44903] [4.6 Regression] FAIL: gcc.dg/pr35258.c execution test
--- Comment #16 from rguenth at gcc dot gnu dot org 2010-07-23 12:14 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2010-07-11 16:23:49 |2010-07-23 12:14:22 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44903
[Bug target/43698] [4.5/4.6 Regression] Wrong use of ARMv6 REV instruction for endian bytewapping with -Os or -O2 optimizations
--- Comment #15 from ramana at gcc dot gnu dot org 2010-07-23 12:21 --- Patch can be backported and tested. But since 4.5 is frozen right now, needs RM permission. Adding RM to CC. cheers Ramana -- ramana 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=43698
[Bug testsuite/44701] [4.6 regression] PR44492 fix broke gcc.target/powerpc/asm-es-2.c
--- Comment #8 from mikpe at it dot uu dot se 2010-07-23 12:22 --- (In reply to comment #7) Fixed? No, the test case itself needs a fix too. Jakub posted it to gcc-patches, but it was never approved AFAIK and is still not applied. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44701
[Bug target/43698] [4.5/4.6 Regression] Wrong use of ARMv6 REV instruction for endian bytewapping with -Os or -O2 optimizations
--- Comment #16 from rguenther at suse dot de 2010-07-23 12:27 --- Subject: Re: [4.5/4.6 Regression] Wrong use of ARMv6 REV instruction for endian bytewapping with -Os or -O2 optimizations On Fri, 23 Jul 2010, ramana at gcc dot gnu dot org wrote: --- Comment #15 from ramana at gcc dot gnu dot org 2010-07-23 12:21 --- Patch can be backported and tested. But since 4.5 is frozen right now, needs RM permission. Adding RM to CC. Please wait until after the 4.5.1 release. Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43698
[Bug fortran/41859] ICE on invalid expression involving DT with pointer components in I/O
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2010-07-23 12:28 --- I was getting back to this and noticed that we no longer ICE on the original test case. I suppose then this has become an accepts invalid or there is something not being initialized and the behavior is random. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41859
[Bug tree-optimization/44913] [4.6 Regression] -ftree-vectorize causes FAIL: gcc.dg/pr44838.c execution test
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-07-23 12:35 --- Confirmed. We end up vectorizing void foo (int *a, int n) { int *lasta = a + n; for (; a != lasta; a++) { *a *= 2; a[1] = a[-1] + a[-2]; } } not seeing the dependence of *a vs a[-1] because via initialize_data_dependence_relation we ask the alias-oracle whether *a may alias a[-1] (which it doesn't). So we end up not computing a dependence distance. May we not use the alias-oracle (on the full ref) here? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||spop at gcc dot gnu dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-23 12:35:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44913
[Bug bootstrap/44921] [4.6 Regression] Failed to bootstrap
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-07-23 12:37 --- This bug is no longer about bootstrap failure. Which is fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44921
[Bug tree-optimization/44937] [4.6 Regression] IPA-split causes crash due to null pointer deref
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-07-23 12:40 --- (In reply to comment #5) Subject: Re: [4.6 Regression] IPA-split causes crash due to null pointer deref CDDCE removes the single store in the loop but doesn't remove the virtual PHI nodes. But you still have to deal with them I guess. OK, how I deal with those then? Well, you have to either delete it, update it or avoid splitting. As I said earlier splitting the edge to the split part if there are PHI nodes would avoid most of the issues. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44937
[Bug tree-optimization/44964] [4.6 Regression] ICE: SIGSEGV in gimple_default_def (tree-dfa.c:539) with -fkeep-inline-functions
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:50 --- Program received signal SIGSEGV, Segmentation fault. 0x00a293b1 in gimple_default_def (fn=0x77ee1480, var=0x77edb880) at /space/rguenther/src/svn/trunk/gcc/tree-dfa.c:538 538 return (tree) htab_find_with_hash (DEFAULT_DEFS (fn), in, DECL_UID (var)); (gdb) p fn-gimple_df $2 = (struct gimple_df *) 0x0 obviously that function (baz) is not in SSA form. Still we want to inline it. Huh. node-analyzed is true for it. Huhuh. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44964
[Bug middle-end/44989] [4.6 regression] g++.dg/guality/redeclaration1.C
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-07-23 12:56 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-07-23 12:56:35 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44989
[Bug middle-end/44121] [4.6 Regression] multiple char-related fails.
--- Comment #16 from iains at gcc dot gnu dot org 2010-07-23 13:15 --- (In reply to comment #15) This seems fixed? well certainly not for 32 bit versions: as of r162456 (i686) just tested locally and... ... ppc (162433) http://gcc.gnu.org/ml/gcc-testresults/2010-07/msg02130.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44121
[Bug middle-end/45017] miscompile with bitfield and optimization
--- Comment #8 from danglin at gcc dot gnu dot org 2010-07-23 13:17 --- Test fails on hppa64-hp-hpux11.11. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||danglin at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45017
[Bug bootstrap/45042] New: [4.6 regression] Failed to bootstrap
On Linux/ia32, revision 162447 gave cc1: warnings being treated as errors ../../src-trunk/lto-plugin/lto-plugin.c: In function 'translate': ../../src-trunk/lto-plugin/lto-plugin.c:215: error: format '%lu' expects type 'long unsigned int', but argument 5 has type 'int' make[6]: *** [lto-plugin.lo] Error 1 -- Summary: [4.6 regression] Failed to bootstrap Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45042
[Bug bootstrap/45042] [4.6 regression] Failed to bootstrap
--- Comment #1 from hjl dot tools at gmail dot com 2010-07-23 13:20 --- It is caused by revision 162443: http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00797.html -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||andi-gcc at firstfloor dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45042
[Bug bootstrap/45042] [4.6 regression] Failed to bootstrap
-- hjl dot tools at gmail dot com changed: What|Removed |Added Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45042
[Bug tree-optimization/43791] [4.6 Regression] kernel/rtmutex.c:1138:1: internal compiler error: in cgraph_decide_inlining_of_small_functions, at ipa-inline.c:1009
--- Comment #35 from justinmattock at gmail dot com 2010-07-23 13:26 --- yep.. although I did hit something similar while building the staging drivers for the kernel. but keep in mind this could be fixed already with the latest gcc. (I can try and see, but first need to finish up on a few jobs before going into other things) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43791
[Bug c++/43016] [C++0x] Inappropriate multiple definition error for lambda function when inside inline functions
--- Comment #7 from jason at gcc dot gnu dot org 2010-07-23 13:51 --- Subject: Bug 43016 Author: jason Date: Fri Jul 23 13:51:12 2010 New Revision: 162458 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162458 Log: PR c++/43016 PR c++/45008 * decl.c (start_preparsed_function): Do defer nested functions. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/abi/mangle44.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/decl.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43016
[Bug c++/45008] [4.5 Regression] Template code not expanded properly
--- Comment #7 from jason at gcc dot gnu dot org 2010-07-23 13:51 --- Subject: Bug 45008 Author: jason Date: Fri Jul 23 13:51:12 2010 New Revision: 162458 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162458 Log: PR c++/43016 PR c++/45008 * decl.c (start_preparsed_function): Do defer nested functions. Added: branches/gcc-4_5-branch/gcc/testsuite/g++.dg/abi/mangle44.C Modified: branches/gcc-4_5-branch/gcc/cp/ChangeLog branches/gcc-4_5-branch/gcc/cp/decl.c branches/gcc-4_5-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008
[Bug c++/45008] [4.5 Regression] Template code not expanded properly
--- Comment #8 from jason at gcc dot gnu dot org 2010-07-23 13:51 --- Fixed for 4.5.1. Thanks for tracking down the patch that fixed it on the trunk! -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008
[Bug c++/45008] [4.5 Regression] Template code not expanded properly
--- Comment #9 from jason at gcc dot gnu dot org 2010-07-23 13:54 --- Subject: Bug 45008 Author: jason Date: Fri Jul 23 13:54:01 2010 New Revision: 162459 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162459 Log: PR c++/45008 * g++.dg/abi/mangle44.C: New. Added: trunk/gcc/testsuite/g++.dg/abi/mangle44.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45008
[Bug tree-optimization/44915] [4.6 Regression] ICE: SIGSEGV in walk_aliased_vdefs_1.constprop.42 (tree-ssa-alias.c:1707) with -findirect-inlining
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-07-23 14:00 --- I have submitted a proposed fix to the mailing list: http://gcc.gnu.org/ml/gcc-patches/2010-07/msg01859.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44915
[Bug c++/45043] New: ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code
Command line: $ g++ testcase.C - testcase.C - template typename class A; template typename T A T ::B::~B () {} -- Compiler output: $ g++ testcase.C testcase.C:2:25: error: 'A template-parameter-1-1 ::B' is not a type testcase.C:2:41: internal compiler error: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r16 - crash 4.4 r149995 - crash -- Summary: ICE: tree check: expected identifier_node, have bit_not_expr in grokdeclarator, at cp/decl.c:8113 on invalid code Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: zsojka at seznam dot cz http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45043
[Bug fortran/24524] Fortran dependency checking should reverse loops
--- Comment #5 from pault at gcc dot gnu dot org 2010-07-23 14:26 --- Subject: Bug 24524 Author: pault Date: Fri Jul 23 14:25:55 2010 New Revision: 162462 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=162462 Log: 2009-07-23 Paul Thomas pa...@gcc.gnu.org PR fortran/24524 * trans-array.c (gfc_init_loopinfo): Initialize the reverse field. gfc_trans_scalarized_loop_end: If reverse set in dimension n, reverse the scalarization loop. gfc_conv_resolve_dependencies: Pass the reverse field of the loopinfo to gfc_dep_resolver. trans-expr.c (gfc_trans_assignment_1): Enable loop reversal for assignment by resetting loop.reverse. gfortran.h : Add the gfc_reverse enum. trans.h : Add the reverse field to gfc_loopinfo. dependency.c (gfc_check_dependency): Pass null to the new arg of gfc_dep_resolver. (gfc_check_section_vs_section): Check for reverse dependencies. (gfc_dep_resolver): Add reverse argument and deal with the loop reversal logic. dependency.h : Modify prototype for gfc_dep_resolver to include gfc_reverse *. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/dependency.c trunk/gcc/fortran/dependency.h trunk/gcc/fortran/gfortran.h trunk/gcc/fortran/trans-array.c trunk/gcc/fortran/trans-expr.c trunk/gcc/fortran/trans.h -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24524