[Bug fortran/42607] add information about how to compile a module

--- Comment #4 from jv244 at cam dot ac dot uk 2010-04-02 05:29 --- (In reply to comment #2) > I think .mod files are not obvious; the standard does not say anything about > them, though (almost?) all compilers use them. On the other hand, few people > seem to have problems with .mod fil

decltype and std::integral_constant

The following translation unit seems to show a bug exhibited by 4.4.3 and 4.5. #include template struct plus : std::integral_constant< decltype(X::value + Y::value), X::value + Y::value > { }; int main(int argc, char* argv[]) {

[Bug libfortran/43572] [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers

--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-04-02 02:57 --- You will have to narrow this down with a regression hunt. Just eyeballing some things, maybe 148769 or 149398. Just a guess though. I do not see the failure but it is related to list reading and arrays I suppose.

[Bug c/36774] -Wmissing-prototypes triggers on nested functions

--- Comment #4 from pzhao at gcc dot gnu dot org 2010-04-02 02:53 --- Testing patch -- pzhao at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassi

[Bug c++/43621] [4.5 Regression] ICE: in poplevel_class, at cp/name-lookup.c:2615 with invalid qualified name

--- Comment #1 from hjl dot tools at gmail dot com 2010-04-02 02:38 --- It is caused by revision 156865: http://gcc.gnu.org/ml/gcc-cvs/2010-02/msg00448.html -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug c/43624] Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

--- Comment #5 from josh at joshtriplett dot org 2010-04-02 02:03 --- Created an attachment (id=20286) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20286&action=view) Original header file, for reference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43624

[Bug c/43624] Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

--- Comment #4 from josh at joshtriplett dot org 2010-04-02 02:03 --- Created an attachment (id=20285) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20285&action=view) Second original source file, for reference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43624

[Bug c/43624] Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

--- Comment #3 from josh at joshtriplett dot org 2010-04-02 02:03 --- Created an attachment (id=20284) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20284&action=view) First original source file. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43624

[Bug c/43624] Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

--- Comment #2 from josh at joshtriplett dot org 2010-04-02 02:02 --- Created an attachment (id=20283) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20283&action=view) Second preprocessed file to reproduce the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43624

[Bug c/43624] Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

--- Comment #1 from josh at joshtriplett dot org 2010-04-02 02:02 --- Created an attachment (id=20282) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20282&action=view) First preprocessed file to reproduce the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43624

[Bug c/43624] New: Bad code generation: introduces strict aliasing warnings and references to uninitialized memory

With the attached two .i files, if I compile with: cc -g -std=gnu99 -O3 -fwhole-program -combine -Wall zigtest.i isaac.i -o zigtest then I get: zigtest.c: In function ‘main’: isaac.c:101: warning: dereferencing pointer ‘ctx’ does break strict-aliasing rules isaac.c:101: warning: dereferencing po

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #10 from davek at gcc dot gnu dot org 2010-04-02 01:03 --- (In reply to comment #8) > cygcheck shows a reference to a sjlj dll, Woah, deja vu! > although --disable-sjlj-exceptions is specified: So, you must still have the related .dll.a file in /usr/local/lib, so i

[Bug libstdc++/43623] FAIL: abi_check sparc

--- Comment #1 from davem at davemloft dot net 2010-04-02 01:02 --- Created an attachment (id=20281) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20281&action=view) libstdc++ abi_check failure log on sparc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43623

[Bug libstdc++/43623] New: FAIL: abi_check sparc

abi_check has been failing on sparc for a while, looking at the baseline_txt updates it hasn't been updated in a very long time. Therefore I'm pretty sure gcc-4.4 et al. need similar updating. I'll attach the detailed failure logs from make check that lists all the symbol differences. --

[Bug middle-end/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #18 from ramana at gcc dot gnu dot org 2010-04-02 00:01 --- A work around I tried was to make cross-jumping run dependent on CSA which is probably a heavy weight work around to what looks like a different problem. It ended up retaining the correct ALIAS fields in this case b

[Bug middle-end/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #17 from rearnsha at gcc dot gnu dot org 2010-04-01 23:33 --- So what is happening is that the cfg cleanup pass in the CSA pass is merging the tails of two basic blocks. These blocks both contain an insn that loads a DI value into R0/R1 from the address in R1. Because the

[Bug c++/43622] New: no C++ typeinfo for __float128 and __int128

tus $ g++ --version | head -1 g++ (GCC) 4.5.0 20100401 (experimental) -- Summary: no C++ typeinfo for __float128 and __int128 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c+

[Bug c++/43621] New: [4.5 Regression] ICE: in poplevel_class, at cp/name-lookup.c:2615 with invalid qualified name

Command line: g++ testcase.C - testcase.C - template class A { template A A::f(); }; -- Tested revisions: r157877 - crash alpha20100325 - deadlock (without checking) r153685 - OK 4.4 r157895 - OK Compiler output: $ /mnt/svn/gcc-trunk/binary-157877-lto/bin/g++ te

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #16 from rearnsha at gcc dot gnu dot org 2010-04-01 22:43 --- Hmm, actually the only bit of that pass that runs is a cleanup_cfg with cross-jumping. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42509

[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation

--- Comment #18 from joel at gcc dot gnu dot org 2010-04-01 22:43 --- Confirmed. 152248 - native gcc 152249 - uses xgcc -- joel at gcc dot gnu dot org changed: What|Removed |Added -

[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation

--- Comment #17 from pinskia at gcc dot gnu dot org 2010-04-01 22:15 --- r152249 | rwild | 2009-09-28 13:22:56 -0700 (Mon, 28 Sep 2009) | 6 lines Fix dependency of out_object_file on gt header for out_file. gcc/:

[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation

--- Comment #16 from joel at gcc dot gnu dot org 2010-04-01 22:11 --- Running from home while helping kids with homework. :) 152248 - native gcc 152272 - uses xgcc So it broken between those two. I will continue whittling. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43531

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #15 from rearnsha at gcc dot gnu dot org 2010-04-01 22:04 --- In expr.i.194r.dse2 the DImode load insn contains (insn 4435 4434 5070 176 /home/rearnsha/gnusrc/gcc/trunk/libcpp/expr.c:1281 (set (reg:DI 0 r0) (mem/c:DI (reg:SI 1 r1) [87 %sfp+-544 S8 A64])) 587 {*thumb2

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #22 from kargl at gcc dot gnu dot org 2010-04-01 21:42 --- (In reply to comment #21) > > (If anyone wants glory points for finding bugs, a quick look at the code > suggests similar offset bugs could be found by exercising the FGET(C), > FPUT(C), > and FSEEK intrinsics). >

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #9 from mckelvey at maskull dot com 2010-04-01 21:22 --- Created an attachment (id=20280) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20280&action=view) libgcc config.log -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #8 from mckelvey at maskull dot com 2010-04-01 21:20 --- (In reply to comment #5) > You have a bad c++ in your path: > > configure:4892: checking whether we are using the GNU C++ compiler > configure:4911: c++ -c conftest.cpp >&5 > /usr/local/libexec/gcc/i686-pc-cygwin/4.5

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #21 from jb at gcc dot gnu dot org 2010-04-01 21:11 --- Well, thanks to the quick review by Steve Kargl, it seems I proved myself wrong and I was able to commit to 4.5 with 8 minutes to spare before the freeze. Closing as fixed, again. (If anyone wants glory points for find

[Bug bootstrap/43531] [4.5 Regression] host files being used during cross compilation

--- Comment #15 from joel at gcc dot gnu dot org 2010-04-01 21:06 --- I have it down to this. 152224 - native gcc 152417 - use xgcc I confused myself and went down the wrong branch of the binary search earlier so that's how far I got today. But ~200 revisions is better than the 5K revi

[Bug libfortran/43572] [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers

--- Comment #7 from danglin at gcc dot gnu dot org 2010-04-01 21:03 --- GFORTRAN_UNBUFFERED_ALL=1 doesn't help. Test runs successfully with "installed" version of libgfortran: -bash-3.2$ ldd PR19872.xg libgfortran.so.3 => /home/dave/opt/gnu/gcc/gcc-4.3.3/lib/libgfortran.so.3 (0

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #20 from jb at gcc dot gnu dot org 2010-04-01 20:59 --- Subject: Bug 43605 Author: jb Date: Thu Apr 1 20:59:15 2010 New Revision: 157933 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157933 Log: PR libfortran/43605 FTELL intrinsic, take 2. Modified: branches/g

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #19 from jb at gcc dot gnu dot org 2010-04-01 20:52 --- Subject: Bug 43605 Author: jb Date: Thu Apr 1 20:51:45 2010 New Revision: 157932 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157932 Log: PR libfortran/43605 FTELL intrinsic, take 2. Modified: trunk/gcc/

[Bug libfortran/43572] [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-01 20:51 --- Subject: Re: [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test; formatted read - wrong numbers > Can you also do the following: Using the 4.4 or 4.5 binary with the 4.5 or 4.4 > libgfortran. I su

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #18 from dominiq at lps dot ens dot fr 2010-04-01 20:47 --- > Patch, take 2: http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00072.html The patch fixes the test in comment #12 (with 11 instead of 10, my count probably forgot an EOR) and the ftell_*.f90 regtest without regressio

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #17 from manfred99 at gmx dot ch 2010-04-01 20:35 --- I will test this new patch, thanks. Meanwhile, I found that the following works, too: size_t PREFIX(ftell) (int * unit) { gfc_unit * u = find_unit (*unit); gfc_offset ret; if (u == NULL) return ((size_t) -1);

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #16 from jb at gcc dot gnu dot org 2010-04-01 20:27 --- Patch, take 2: http://gcc.gnu.org/ml/gcc-patches/2010-04/msg00072.html -- jb at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/42609] [4.5 regression] undesired operation when working with mno-cygwin

--- Comment #7 from davek at gcc dot gnu dot org 2010-04-01 20:27 --- > Comment Required > You have to specify a comment on this change. Please explain your change. "I fixed it, so I set the resolution to 'FIXED'". Silly bugzilla! -- davek at gcc dot gnu dot org changed:

[Bug target/42609] [4.5 regression] undesired operation when working with mno-cygwin

--- Comment #6 from davek at gcc dot gnu dot org 2010-04-01 20:24 --- Subject: Bug 42609 Author: davek Date: Thu Apr 1 20:24:35 2010 New Revision: 157931 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157931 Log: PR target/42609 * config/i386/cygwin.h (CXX_WRAP_

[Bug target/42609] [4.5 regression] undesired operation when working with mno-cygwin

--- Comment #5 from davek at gcc dot gnu dot org 2010-04-01 20:22 --- bootstrapped, manual testing, and g++ testing now got far enough to verify the critical testcases g++.old-deja/g++.abi/cxa_vec.C and g++.old-deja/g++.brendan/new3.C aren't affected, which would be the place where any p

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #15 from jvdelisle at gcc dot gnu dot org 2010-04-01 19:58 --- No big deal really, but the Release Manager could approve an isolated fix for this. You have to ask though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43605

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #14 from jb at gcc dot gnu dot org 2010-04-01 19:45 --- (In reply to comment #13) > (In reply to comment #12) > > > >0 > > '123456' > >7 > > 'D' > > 113 > > > > I would expect '789' and 10. Am I wrong? > > > > On i686 I get w

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #14 from rearnsha at gcc dot gnu dot org 2010-04-01 19:30 --- It appears that some of the annotations on the DImode reload are incorrect. The store insn contains (mem/c:SI (plus:SI (reg/f:SI 13 sp) (const_int 276 [0x114])) [87 %sfp+-540 S4 A64]) and the load contai

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #7 from mckelvey at maskull dot com 2010-04-01 19:02 --- (In reply to comment #4) > >--disable-bootstrap > > What happens if you remove that part? Disabling bootstrap for native builds > are > not really supported. > No difference. -- http://gcc.gnu.org/bugzilla/

[Bug tree-optimization/43427] The loop is not interchanged and thus could not be vectorized.

--- Comment #4 from spop at gcc dot gnu dot org 2010-04-01 18:59 --- I think that this bug should be closed as fixed, unless we change the subject to: "At -O3 the loop is not interchanged and thus not vectorized". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43427

[Bug debug/43325] [4.5 Regression] C++ external inner reference does not override outer scope

--- Comment #3 from dodji at gcc dot gnu dot org 2010-04-01 18:55 --- Fixed in 4.5 (trunk). -- dodji at gcc dot gnu dot org changed: What|Removed |Added Statu

[Bug debug/43325] [4.5 Regression] C++ external inner reference does not override outer scope

--- Comment #2 from dodji at gcc dot gnu dot org 2010-04-01 18:54 --- Subject: Bug 43325 Author: dodji Date: Thu Apr 1 18:54:30 2010 New Revision: 157928 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157928 Log: Fix for PR debug/43325 gcc/ChangeLog: PR debug/43325

[Bug lto/42757] lto1 does not emit common symbols with -fuse-linker-plugin

--- Comment #12 from rwild at gcc dot gnu dot org 2010-04-01 18:21 --- (In reply to comment #11) This patch works for me. Thanks for looking into this! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42757

[Bug lto/41584] WHOPR doesn't grok empty units

--- Comment #2 from rwild at gcc dot gnu dot org 2010-04-01 18:15 --- Same happens with cat >a.c <<\EOF int i = 42; EOF or with cat >a.c <<\EOF int foo; int *i = &foo; EOF -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41584

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #13 from anlauf at gmx dot de 2010-04-01 18:15 --- (In reply to comment #12) > >0 > '123456' >7 > 'D' > 113 > > I would expect '789' and 10. Am I wrong? > On i686 I get with trunk rev.157914: 0 '123456'

[Bug rtl-optimization/21803] [ia64] gcc produces really odd predicated code

--- Comment #7 from steven at gcc dot gnu dot org 2010-04-01 17:57 --- With the patch linked to in commment #4, I get an ICE on ia64: ../../trunk/gcc/fortran/trans-intrinsic.c: In function 'gfc_conv_intrinsic_minmaxloc': ../../trunk/gcc/fortran/trans-intrinsic.c:2529:1: internal compile

[Bug other/43620] Uploading to gnu.org will fail due to automake security issue

--- Comment #2 from rwild at gcc dot gnu dot org 2010-04-01 17:41 --- (In reply to comment #1) > If no-dist works to pass the gnu.org check, that (unlike upgrades) should > be OK for 4.4 and 4.3 branches. Well, for branches we are not in such a hurry. I could easily release Automake 1

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #13 from ramana at gcc dot gnu dot org 2010-04-01 17:11 --- (In reply to comment #12) > I see this on arm-eabi cross with gcc version 4.5.0 20100401 (experimental) > [trunk revision 157899] (GCC) > > With the following command line options - > > ./x

[Bug other/43620] Uploading to gnu.org will fail due to automake security issue

--- Comment #1 from joseph at codesourcery dot com 2010-04-01 16:50 --- Subject: Re: New: Uploading to gnu.org will fail due to automake security issue If no-dist works to pass the gnu.org check, that (unlike upgrades) should be OK for 4.4 and 4.3 branches. I updated the maintainer

[Bug other/43620] New: Uploading to gnu.org will fail due to automake security issue

The Automake 'make dist' security issue in 1.11 (fixed in 1.11.1) will likely prevent uploading to gnu.org, even though GCC does not use the rule. See here: . Using no-dist throughout, or updating to 1.11.1, should be possible, or talking to

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #12 from dominiq at lps dot ens dot fr 2010-04-01 16:43 --- The following test integer i character*99 buffer open(10,FILE="telltest.txt") call ftell(10,i) print*,i read(10,'(a)') buffer print *, "'",trim(buffer),"'" call ftell(

[Bug bootstrap/43615] [4.5 Regression] bootstrap fails: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

--- Comment #9 from rwild at gcc dot gnu dot org 2010-04-01 16:40 --- Fixed by reverting the offending patch. -- rwild at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #11 from jb at gcc dot gnu dot org 2010-04-01 16:34 --- Fixed, closing. -- jb at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/43328] multilib bootstrap broken.

--- Comment #17 from rwild at gcc dot gnu dot org 2010-04-01 16:32 --- Subject: Bug 43328 Author: rwild Date: Thu Apr 1 16:32:38 2010 New Revision: 157916 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157916 Log: /: PR bootstrap/43615 PR bootstrap/43328

[Bug bootstrap/43615] [4.5 Regression] bootstrap fails: /usr/include/gnu/stubs.h:7:27: fatal error: gnu/stubs-32.h: No such file or directory

--- Comment #8 from rwild at gcc dot gnu dot org 2010-04-01 16:32 --- Subject: Bug 43615 Author: rwild Date: Thu Apr 1 16:32:38 2010 New Revision: 157916 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157916 Log: /: PR bootstrap/43615 PR bootstrap/43328

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #10 from jb at gcc dot gnu dot org 2010-04-01 16:31 --- Subject: Bug 43605 Author: jb Date: Thu Apr 1 16:31:01 2010 New Revision: 157915 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157915 Log: PR libfortran/43605 FTELL incorrect for formatted files. Added: b

[Bug tree-optimization/43614] [4.4 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-01 16:25 --- Fixed on trunk sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug fortran/43605] [4.4/4.5 Regression] wrong results with ftell

--- Comment #9 from jb at gcc dot gnu dot org 2010-04-01 16:23 --- Subject: Bug 43605 Author: jb Date: Thu Apr 1 16:22:57 2010 New Revision: 157914 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157914 Log: PR libfortran/43605 Fix FTELL for formatted files Added: trunk/gcc

[Bug tree-optimization/43614] [4.4/4.5 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-01 16:18 --- Subject: Bug 43614 Author: rguenth Date: Thu Apr 1 16:18:07 2010 New Revision: 157913 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157913 Log: 2010-04-01 Richard Guenther PR middle-end/43614

[Bug rtl-optimization/21803] [ia64] gcc produces really odd predicated code

--- Comment #6 from steven at gcc dot gnu dot org 2010-04-01 16:17 --- I am testing this patch on ia64 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21803

[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

--- Comment #5 from bonzini at gnu dot org 2010-04-01 16:10 --- Created an attachment (id=20279) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20279&action=view) patch Here is a totally untested patch... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #6 from schwab at linux-m68k dot org 2010-04-01 16:05 --- AC_PROG_CXX was added with the --enable-build-with-cxx support. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #19 from bonzini at gnu dot org 2010-04-01 16:01 --- No, I don't have time to debug this further, sorry. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43602

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-04-01 16:00 --- Paolo, Is there any other debug info I can provide (on gcc trunk pre-reversion) to help debug this issue? Also could you switch an x86_64 linux build of gcc trunk over to using emutls and try to repro

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #5 from schwab at linux-m68k dot org 2010-04-01 15:59 --- You have a bad c++ in your path: configure:4892: checking whether we are using the GNU C++ compiler configure:4911: c++ -c conftest.cpp >&5 /usr/local/libexec/gcc/i686-pc-cygwin/4.5.0/cc1plus.exe: error while loadin

[Bug fortran/43591] PPC: internal compiler error: in gfc_traverse_expr, at fortran/expr.c:3604

--- Comment #11 from dominiq at lps dot ens dot fr 2010-04-01 15:57 --- The patch in comment #8 fixes the ICEs for the various reduced tests, however for the original code I get ward.f90:405.19: end module ward_lib 1 Internal Error at (1): gfc_is_constant_expr(): Unk

[Bug tree-optimization/43611] [4.5 Regression] ICE: SIGSEGV with -fipa-cp-clone -fkeep-inline-functions

--- Comment #4 from jason at redhat dot com 2010-04-01 15:55 --- Subject: Re: [4.5 Regression] ICE: SIGSEGV with -fipa-cp-clone -fkeep-inline-functions On 04/01/2010 09:39 AM, rguenth at gcc dot gnu dot org wrote: > The issue seems to be the C++ frontend marking inline functions neede

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #12 from ramana at gcc dot gnu dot org 2010-04-01 15:55 --- I see this on arm-eabi cross with gcc version 4.5.0 20100401 (experimental) [trunk revision 157899] (GCC) With the following command line options - ./xgcc -B`pwd` -S -O2 -mthumb -mcpu=cortex-a9 -mfpu=vfpv3-d16

[Bug middle-end/43602] ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin*

--- Comment #17 from bonzini at gnu dot org 2010-04-01 15:42 --- Subject: Re: ___emutls_v.__gcov_indirect_call_[counters|callee] undefined on *-*-darwin* On 04/01/2010 01:27 PM, howarth at nitro dot med dot uc dot edu wrote: > --- Comment #14 from howarth at nitro dot med dot uc d

[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

--- Comment #4 from hjl dot tools at gmail dot com 2010-04-01 15:37 --- It is caused by revision 149031: http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg01016.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43610

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #11 from rearnsha at gcc dot gnu dot org 2010-04-01 15:32 --- Created an attachment (id=20278) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20278&action=view) compressed source for bug Compiled with /home/rearnsha/gnu/gcc/trunkd16/./stage1-gcc/xgcc -B/home/rearnsha/g

[Bug target/42886] [4.5 Regression] GCC is not relocatable anymore on Windows (mingw32)

--- Comment #12 from nightstrike at gmail dot com 2010-04-01 15:27 --- (In reply to comment #10) > night-strike can i ask a question that had x86_64-w64-mingw32 supported libgcj > yet? I failed even explictly --enable-libgcj... and a so-called wiki of > mingw-w64 (http://www.cadforte.com

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #4 from pinskia at gcc dot gnu dot org 2010-04-01 15:25 --- >--disable-bootstrap What happens if you remove that part? Disabling bootstrap for native builds are not really supported. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619

[Bug c++/43608] Boost.MPL code doesn't get the placeholders substituted anymore

--- Comment #7 from sefi at s-e-f-i dot de 2010-04-01 15:21 --- Thank you all very much. Explicitly scoping arity_helper indeed fixes the issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43608

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #10 from rearnsha at gcc dot gnu dot org 2010-04-01 15:11 --- Insn sequence from postreload dump (order is correct): (insn 4979 1883 4589 173 /home/rearnsha/gnusrc/gcc/trunk/libcpp/expr.c:1281 (set (mem/c:SI (plus:SI (reg/f:SI 13 sp) (const_int 276 [0x114]))

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #3 from mckelvey at maskull dot com 2010-04-01 15:10 --- Created an attachment (id=20277) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20277&action=view) Log from bootstrap -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #2 from mckelvey at maskull dot com 2010-04-01 15:10 --- Created an attachment (id=20276) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20276&action=view) Log from ./configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619

[Bug bootstrap/43619] Bootstrap failure: "/lib/cpp" fails sanity check

--- Comment #1 from mckelvey at maskull dot com 2010-04-01 15:09 --- Created an attachment (id=20275) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20275&action=view) Output from ./configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43619

[Bug bootstrap/43619] New: Bootstrap failure: "/lib/cpp" fails sanity check

There is no /lib/cpp. There doesn't seem to be any need to run any C++ in stage 1 anyway. checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... Win32 ld.exe checking how to hardcode library paths into programs... immediate checking whether stripping

[Bug target/42509] [4.5 Regression] bootstrap failure in stage3 (integer overflow in preprocessor expression)

--- Comment #9 from rearnsha at gcc dot gnu dot org 2010-04-01 15:02 --- This is a miscompilation during stage2. The file libcpp/expr.c is miscompiled. The problem is occurring in num_positive, which ends up generating a shift of a long long right by 63. The code generated is creatin

[Bug c++/43608] Boost.MPL code doesn't get the placeholders substituted anymore

--- Comment #6 from jason at gcc dot gnu dot org 2010-04-01 14:59 --- Another way to fix the testcase would be to give an explicit scope for arity_helper, so argument-dependent lookup isn't needed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43608

[Bug c++/43608] Boost.MPL code doesn't get the placeholders substituted anymore

--- Comment #5 from jason at gcc dot gnu dot org 2010-04-01 14:47 --- My copy of EDG 4.1 does not accept the reduced testcase; it gives the same error as GCC 4.5. "red.cc", line 111: error: class "arg<2>" has no member "inner_type" typedef typename Foo::inner_type type;

[Bug tree-optimization/43614] [4.4/4.5 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 14:35 --- The issue is that build6 looks at TMR_SYMBOL to set TREE_SIDE_EFFECTS, but really TMRs volatileness or side-effectness depends on the original reference it was created from, not TMR_SYMBOL. -- http://gcc.gnu.org

[Bug tree-optimization/43614] [4.4/4.5 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

-- 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

[Bug tree-optimization/43614] [4.4/4.5 Regression] ice in gimple_rhs_has_side_effects, at gimple.c:2248

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 14:21 --- Looks like a tuples issue in IVOPTs. Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/42886] [4.5 Regression] GCC is not relocatable anymore on Windows (mingw32)

--- Comment #11 from rguenth at gcc dot gnu dot org 2010-04-01 14:18 --- Invalid then. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|

[Bug target/43618] Incorrect sse2_cvtX2Y pattern

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 14:16 --- Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug tree-optimization/43607] [4.3/4.4 Regression] ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 14:06 --- Fixed on trunk sofar. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to

[Bug tree-optimization/43607] [4.3/4.4/4.5 Regression] ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-01 14:06 --- Subject: Bug 43607 Author: rguenth Date: Thu Apr 1 14:05:49 2010 New Revision: 157911 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157911 Log: 2010-04-01 Richard Guenther PR tree-optimization/

[Bug tree-optimization/43607] [4.3/4.4/4.5 Regression] ICE in gimple_op, at gimple.h:1633 with -fipa-type-escape

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 14:03 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned

[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

--- Comment #3 from hjl dot tools at gmail dot com 2010-04-01 13:59 --- (In reply to comment #1) > Because we only have an optab for LT (reversed UNGE), but > FLOAT_LIB_COMPARE_RETURNS_BOOL is false. > > Without -fno-trapping-math we use LT from the start which works. > > I suppose FLO

[Bug target/42886] [4.5 Regression] GCC is not relocatable anymore on Windows (mingw32)

--- Comment #10 from aflyhorse at foxmail dot com 2010-04-01 13:58 --- night-strike can i ask a question that had x86_64-w64-mingw32 supported libgcj yet? I failed even explictly --enable-libgcj... and a so-called wiki of mingw-w64 (http://www.cadforte.com/wiki/index.php/Java) said "Java

[Bug c++/43608] Boost.MPL code doesn't get the placeholders substituted anymore

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-01 13:56 --- EDG accepts the reduced testcase in strict mode. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug lto/41584] WHOPR doesn't grok empty units

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:53 --- *** Bug 43609 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug lto/43609] LTO -fwhopr generating shared library: ICE in csi_node at cgraph.h:663

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-01 13:53 --- This is just PR41584 I think. *** This bug has been marked as a duplicate of 41584 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug target/43610] [4.5 Regression] ICE: in prepare_float_lib_cmp, at optabs.c:4392 with -fno-trapping-math and _Decimal64 comparison

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-01 13:51 --- And I believe the regression is because of either cond-optab or expand-from-SSA which causes us no longer to fallback to expand a UNORD b || a >= b. -- rguenth at gcc dot gnu dot org changed: What

[Bug tree-optimization/42963] [4.5 Regression] Redundant switch labels not cleaned up anymore

--- Comment #3 from steven at gcc dot gnu dot org 2010-04-01 13:51 --- How is the polishing going? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42963

  1   2   >