[Bug c++/41304] Building error while compiling gcc 4.3.2

--- Comment #17 from vijay dot x dot jain at jpmchase dot com 2009-09-10 07:16 --- When you say GCC from http://www.sunfreeware.com do you mean by install gcc-3.4.6-sol10-sparc-local.gz on solaris 10 box with necessary dependencies? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4

[Bug c++/41304] Building error while compiling gcc 4.3.2

--- Comment #18 from ebotcazou at gcc dot gnu dot org 2009-09-10 07:19 --- > When you say GCC from http://www.sunfreeware.com > do you mean by install gcc-3.4.6-sol10-sparc-local.gz on solaris 10 box with > necessary dependencies? Yes, try with this one for example. What are the depe

[Bug c++/41304] Building error while compiling gcc 4.3.2

--- Comment #19 from vijay dot x dot jain at jpmchase dot com 2009-09-10 07:25 --- gcc-3.4.6-sol10-sparc-local.gz These gcc packages require the installation of libiconv libiconv-1.11-sol10-sparc-local.gz Dependencies: libgcc_s.so.1 from libgcc-3.4.6 or gcc-3.4.6 or higher. libgcc-3.

[Bug c++/41304] Building error while compiling gcc 4.3.2

--- Comment #20 from vijay dot x dot jain at jpmchase dot com 2009-09-10 07:33 --- Do we have precompiled GCC for solaris 10 which uses GNU ld, as etc. We are looking for ld (binutils ) version 2.18. This is because the link error that we are gettting on solaris 10 has relevance to ld v

[Bug c++/41304] Building error while compiling gcc 4.3.2

--- Comment #21 from ebotcazou at gcc dot gnu dot org 2009-09-10 07:40 --- > Do we have precompiled GCC for solaris 10 which uses GNU ld, as etc. We are > looking for ld (binutils ) version 2.18. This is because the link error that > we > are gettting on solaris 10 has relevance to ld

[Bug c++/36993] g++ crashes with segfault upon wrong placement of case label

--- Comment #3 from drahflow at gmx dot de 2009-09-10 07:43 --- Subject: Re: g++ crashes with segfault upon wrong placement of case label -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 paolo dot carlini at oracle dot com wrote: > --- Comment #2 from paolo dot carlini at oracle dot

[Bug fortran/41297] [4.5 Regression] Functions are called twice

--- Comment #10 from rguenther at suse dot de 2009-09-10 08:44 --- Subject: Re: [4.5 Regression] Functions are called twice On Wed, 9 Sep 2009, pault at gcc dot gnu dot org wrote: > --- Comment #9 from pault at gcc dot gnu dot org 2009-09-09 20:07 --- > Fixed on trunk > > T

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #15 from ubizjak at gmail dot com 2009-09-10 08:48 --- This is the test that still fails: --cut here-- extern void abort (void); int foo_arg; long x; static void foo (int v, __builtin_va_list ap) { switch (v) { case 5: foo_arg = __builtin_va_arg(ap,int); break;

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #16 from ubizjak at gmail dot com 2009-09-10 08:50 --- .optimized tree dump: ;; Function f4 (f4) f4 (int i) { long int D.2098; int * D.2097; long unsigned int D.2096; int * D.2095; int foo_arg.4; struct ap; long int x.3; double D.2080; int D.2079; doubl

[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library

--- Comment #32 from rguenth at gcc dot gnu dot org 2009-09-10 08:52 --- Subject: Bug 41254 Author: rguenth Date: Thu Sep 10 08:52:36 2009 New Revision: 151590 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151590 Log: 2009-09-10 Richard Guenther PR middle-end/41254

[Bug c++/41275] [4.5 Regression] ICE: expand_expr_real_1, at expr.c:8416

--- Comment #6 from rguenther at suse dot de 2009-09-10 08:42 --- Subject: Re: [4.5 Regression] ICE: expand_expr_real_1, at expr.c:8416 On Wed, 9 Sep 2009, matz at gcc dot gnu dot org wrote: > --- Comment #5 from matz at gcc dot gnu dot org 2009-09-09 15:46 --- > Oh, maybe a

[Bug middle-end/41254] [4.5 Regression] crashed compile Qt4 gui library

--- Comment #33 from rguenth at gcc dot gnu dot org 2009-09-10 09:24 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

[Bug c/13050] RFE: Support for implementation-specific format specifiers in format string warnings

--- Comment #2 from ktietz at gcc dot gnu dot org 2009-09-10 09:33 --- This feature was added to 4.4.0 and there are now format specifiers for ms and gnu printf/scanf styles. As this feature won't be backported to 3.4.0, this bug should be closed. Danny any objections about this? --

[Bug target/41327] New: [4.4 regression] ICE (segmentation fault) with -O3

seen with 4.4 branch 20090822 (biarch compiler defaulting to 31bit), not with 4.3 and trunk 20090821, the ICE can be avoided using -O2 instead of -O3. $ gcc-4.4 -O3 -c Any3Byte.i ../../../src/share/native/sun/awt/../java2d/loops/Any3Byte.c: In function ‘Any3ByteSetSpans’: ../../../src/share/native

[Bug target/41327] [4.4 regression] ICE (segmentation fault) with -O3

--- Comment #1 from debian-gcc at lists dot debian dot org 2009-09-10 09:35 --- Created an attachment (id=18561) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18561&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327

[Bug fortran/41328] New: [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

The following fortran code: === begin code === program main implicit none integer :: iostat, n_chars_read character(len=1) :: buffer(64) = "" open( unit=10, status="old", file="simple_dos.txt" ) do read( unit=10, fmt='(64A)', advance='NO', iostat=iostat, &

[Bug target/41327] [4.4 regression] ICE (segmentation fault) with -O3

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41327

[Bug bootstrap/41324] [4.5 Regression] "make compare" failure

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41324

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #17 from ubizjak at gmail dot com 2009-09-10 10:04 --- Hm, the difference between 4.4.1 and mainline is in the whole bunch of stores that are not present anymore in _.expand dump of 4.5.0. This is 4.4.1: = (note 14 1 2 2 [bb 2] NOTE_INSN_BASIC_BLOCK) (insn 2 14

[Bug bootstrap/41324] [4.5 Regression] "make compare" failure

--- Comment #4 from jakub at gcc dot gnu dot org 2009-09-10 10:05 --- I can reproduce this, and it appears the differences are between stage1 and stage2 compiled objects, not -g vs. -g -gtoggle. Will try now a bootstrap without -gtoggle in STAGE2_CFLAGS. -- http://gcc.gnu.org/bugzi

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #18 from rguenth at gcc dot gnu dot org 2009-09-10 10:14 --- Check if the backend properly handles aliasing here. Likely static tree alpha_gimplify_va_arg_1 (tree type, tree base, tree offset, gimple_seq *pre_p) { ... ptr_type = build_pointer_typ

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #19 from jakub at gcc dot gnu dot org 2009-09-10 10:17 --- Compare *.stdarg dump results between 4.4.1 and 4.5... When foo is inlined, f4 needs at least one GPR and one FPR saved. In the alpha case, GPR number is the number of bytes that need saving and FPR number is a bitmas

[Bug bootstrap/41324] [4.5 Regression] "make compare" failure

--- Comment #5 from jakub at gcc dot gnu dot org 2009-09-10 10:50 --- Even without -gtoggle it fails the same way. For gcov.c (haven't looked at the other ones) the differences start between stage1 and stage2 cc1 in the bswap pass, in stage2 dump there is nothing (just ; Function lines)

[Bug preprocessor/41329] New: -M does not properly escape special characters.

Colon (:) is definitely a special character for Make. GCC seems not to be willing to protect it though. Even if I use -MQ for the target name. $ echo "int i; " > c:c.c $ gcc -c -M c:c.c c:c.o: c:c.c $ gcc -c -M c:c.c -MQ : :: c:c.c (it does not seem to be working for '*' either, nor '%'). --

[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'

--- Comment #8 from rguenth at gcc dot gnu dot org 2009-09-10 11:42 --- Subject: Bug 41257 Author: rguenth Date: Thu Sep 10 11:42:25 2009 New Revision: 151592 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151592 Log: 2009-09-10 Richard Guenther PR middle-end/41257

[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'

--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-10 11:43 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug bootstrap/41324] [4.5 Regression] "make compare" failure

--- Comment #6 from jakub at gcc dot gnu dot org 2009-09-10 11:45 --- I bet the bug is in r151573, tree-ssa-math-opts.s difference between stage1 compiled tree-ssa-math-opts.c done using a day old stage1 cc1 and current stage1 cc1 is: @@ -1050,7 +1050,7 @@ find_bswap_1: addl$

[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

--- Comment #1 from burnus at gcc dot gnu dot org 2009-09-10 11:46 --- Jerry, can you have a look? I can reproduce it under Linux with 4.5.0 20090910 with CRLF line breaks. Valgrind error is: ==658== Conditional jump or move depends on uninitialised value(s) ==658==at 0x4EDDD45

[Bug bootstrap/41324] [4.5 Regression] "make compare" failure

--- Comment #7 from jakub at gcc dot gnu dot org 2009-09-10 12:09 --- Seems it is convert_modes (DImode, DImode, (const_int -1), 1) call. It used to correctly return (const_int -1), now it returns (const_double -1 [0x] 0 [0x0] 0 [0x0] 0 [0x0] 0 [0x0] 0 [0x0]). -- http://gcc.

[Bug bootstrap/41324] [4.5 Regression] "make compare" failure

--- Comment #8 from jakub at gcc dot gnu dot org 2009-09-10 12:30 --- Created an attachment (id=18562) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18562&action=view) gcc45-pr41324.patch Patch I'm going to bootstrap/regtest. -- jakub at gcc dot gnu dot org changed:

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #7 from janus at gcc dot gnu dot org 2009-09-10 12:57 --- This reduced test case shows the same weird behavior as the original: type :: nf_t procedure(integer), nopass, pointer :: get_n_in end type interface assignment(=) procedure op_assign end interface

[Bug target/40454] [4.4 regression] zlib is about 20% slower when compiled with GCC 4.4.1

--- Comment #16 from ami_stuff at o2 dot pl 2009-09-10 12:58 --- cputime minigzip_412_O1 testa.tif - 34.336 cputime minigzip_412_O2 testa.tif - 34.499 cputime minigzip_412_O3 testa.tif - 34.257 cputime minigzip_425_O1 testa.tif - 36.474 cputime minigzip_425_O2 testa.tif - 35.650 cputime

[Bug bootstrap/41330] New: compare-debug non-functional on *-apple-darwin*

Currently use of compare-debug is non-functional on *-apple-darwin* as a result of PR41224 and PR41237. A fix to re-enable the functionality of *-apple-darwin* has been proposed in... http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00582.html This patch has been confirmed to bootstrap x86_64-apple-

[Bug bootstrap/41330] compare-debug non-functional on *-apple-darwin*

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-09-10 13:19 --- Iain, I created this PR because PR41224 and PR41237 have already been closed. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added -

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #9 from hjl dot tools at gmail dot com 2009-09-10 13:30 --- Revision 151573 is the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #10 from ebotcazou at gcc dot gnu dot org 2009-09-10 13:41 --- (In reply to comment #8) > Created an attachment (id=18562) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18562&action=view) [edit] > gcc45-pr41324.patch > > Patch I'm going to bootstrap/regtest. So we no

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #11 from jakub at gcc dot gnu dot org 2009-09-10 14:02 --- If you want to revert the original convert_modes patch, sure, that's an option as well. This patch fixed the bootstrap without the reversion though... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41324

[Bug c++/41304] Building error while compiling gcc 4.3.2

--- Comment #22 from vijay dot x dot jain at jpmchase dot com 2009-09-10 14:03 --- GCC 4.3.2 has built sucessfully on my solaris 10 box. Thank You very much for all your help! -- vijay dot x dot jain at jpmchase dot com changed: What|Removed |Adde

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #12 from ebotcazou at gcc dot gnu dot org 2009-09-10 14:19 --- > If you want to revert the original convert_modes patch, sure, that's an option > as well. This patch fixed the bootstrap without the reversion though... Right, but reverting an incorrect patch should be a ple

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #13 from jakub at gcc dot gnu dot org 2009-09-10 14:29 --- I'll leave that decision to you RTL maintainers ;) Anyway, without my patch I think even convert_modes (DImode, TImode, (const_int -1), 1) will return (const_double 0x) on 32-bit HWI hosts, which is definitel

[Bug bootstrap/41245] [4.5 Regression] Bootstrap broken on I386-apple-darwin9 at revision 151373

--- Comment #17 from jakub at gcc dot gnu dot org 2009-09-10 14:33 --- Subject: Bug 41245 Author: jakub Date: Thu Sep 10 14:32:51 2009 New Revision: 151594 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151594 Log: PR bootstrap/41245 * compare-debug: Handle strip

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #14 from hjl dot tools at gmail dot com 2009-09-10 14:46 --- I think we should revert revision 151573 and find a better fix for PR 39779. -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug c/37866] "passing argument from incompatible pointer type" warning cannot be passed to -Werror=

--- Comment #8 from manu at gcc dot gnu dot org 2009-09-10 15:14 --- Pedantic warnings may be controlled by individual warning flags. So to fix this you only need to: * add a new -Wfoo option to c.opt that is enabled by default. * use the option in the appropriate warning calls in c-typ

[Bug rtl-optimization/39779] ICE shifting byte to the right with constant > 7FFFFFFF

--- Comment #6 from uros at gcc dot gnu dot org 2009-09-10 15:15 --- Subject: Bug 39779 Author: uros Date: Thu Sep 10 15:14:39 2009 New Revision: 151596 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151596 Log: Revert: 2009-09-09 Uros Bizjak PR rtl-o

[Bug rtl-optimization/39779] ICE shifting byte to the right with constant > 7FFFFFFF

-- ubizjak at gmail dot com changed: What|Removed |Added AssignedTo|ubizjak at gmail dot com|unassigned at gcc dot gnu ||d

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #8 from janus at gcc dot gnu dot org 2009-09-10 16:05 --- Ok, I think I know what's going on here. Some background: A PPC call is usually parsed as EXPR_PPC, which happens in gfc_match_varspec. At resolution stage this is transformed to an EXPR_FUNCTION (if the PPC is a func

[Bug ada/40637] Ada bootstrap on powerpc64 ICE on stage3 s-bitops.o

--- Comment #9 from laurent at guerby dot net 2009-09-10 16:15 --- powerpc32 started working again: 151259 ko 151268 ok So both powerpc64 and powerpc32 are bootstraping with Ada again. Likely candidate: +2009-09-01 Richard Guenther + + * tree.c (tree_expr_size): New function

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #9 from pault at gcc dot gnu dot org 2009-09-10 16:21 --- (In reply to comment #8) Janus, > - resolve_code (code, ns); >return true; I had wondered about the function of that resolve_code. If it can be safely removed, do it. Otherwise another variant of my e

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #10 from domob at gcc dot gnu dot org 2009-09-10 16:25 --- (In reply to comment #8) > Index: gcc/fortran/resolve.c > === > --- gcc/fortran/resolve.c (revision 151596) > +++ gcc/fortran/resolve.c (work

[Bug target/41331] New: __builtin_bswap64 generates incorrect code for -m32 -mpowerpc64

The bswapdi code introduced on July 31st causes a segmentation fault in the compiler if -m32 and -mpowerpc64 are used: --> gdb cc1 GNU gdb (GDB; SUSE Linux Enterprise 11) 6.8.50.20081120-cvs Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later

[Bug target/41331] __builtin_bswap64 generates incorrect code for -m32 -mpowerpc64

--- Comment #1 from meissner at gcc dot gnu dot org 2009-09-10 16:37 --- Created an attachment (id=18563) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18563&action=view) Fix thinkos with -m32 -mpowerpc64, add new testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41331

[Bug libstdc++/41316] [C++0x] forward_list::sort violates strict aliasing rules

--- Comment #22 from paolo dot carlini at oracle dot com 2009-09-10 17:02 --- To be clear: when this is fixed, 23_containers/forward_list/operations/6.cc will not fail anymore. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41316

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #20 from ubizjak at gmail dot com 2009-09-10 17:29 --- I have compared the dumps of two functions: --function 1, WORKS-- extern void abort (void); int foo_arg; long x; void f4 (int i, ...) { __builtin_va_list ap; __builtin_va_start(ap,i); x = __builtin_va_arg(ap,dou

[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning

--- Comment #6 from shawn dot starr at rogers dot com 2009-09-10 17:44 --- I can reproduce this compiling Second Life from trunk cc1plus: warnings being treated as errors /home/spstarr/Downloads/viewer-trunk/indra/llcommon/lldarray.h: In destructo

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #11 from janus at gcc dot gnu dot org 2009-09-10 18:04 --- (In reply to comment #9) > > - resolve_code (code, ns); > >return true; > > I had wondered about the function of that resolve_code. If it can be safely > removed, do it. Unfortunately, removing it caus

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #12 from janus at gcc dot gnu dot org 2009-09-10 18:13 --- (In reply to comment #10) > But I also think that maybe fixing the code so that the double resolve is no > harm in this case is the better way to go; something like adding a flag that > code is from PPCs and shouldn't

[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-09-10 18:15 --- # VUSE # aInstCtor_134 = VDEF aInstCtor = D.10497; # VUSE # aDataCtor_137 = VDEF aDataCtor = D.10496; # VUSE p_4 = m_pInstance; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40146

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #13 from pault at gcc dot gnu dot org 2009-09-10 18:16 --- (In reply to comment #11) > This seems to be because the 'resolve_code' call above resolves not only the > assignment statement itself, but everything that comes after it. So in this > case the PPC call is resolved

[Bug c++/40146] Unexplained "'' is used uninitialized in this function" warning

--- Comment #8 from pinskia at gcc dot gnu dot org 2009-09-10 18:18 --- (In reply to comment #7) > # VUSE > # aInstCtor_134 = VDEF > aInstCtor = D.10497; > # VUSE > # aDataCtor_137 = VDEF > aDataCtor = D.10496; > # VUSE > p_4 = m_pInstance; struct StaticInstanceW

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #14 from janus at gcc dot gnu dot org 2009-09-10 18:29 --- > If trunk bootstraps and regtests, commit as "obvious". As I said, I get two ICEs in the testsuite with the patch from comment #8. Backtrace for typebound_operator_3.f03: #0 0x0050de83 in generic_sym (s

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #21 from ubizjak at gmail dot com 2009-09-10 18:37 --- Either -fno-tree-fre or -fno-tree-dce "fixes" this test in the sense that somehow disables stdarg optimization: f4: va_list escapes 1, needs to save all GPR units and all FPR units. This all happens on top of: Index: g

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #22 from ubizjak at gmail dot com 2009-09-10 18:38 --- richi? -- ubizjak at gmail dot com changed: What|Removed |Added CC|

[Bug c++/41144] [4.5 Regression] ice for legal code with -O2 in get_alias_set

--- Comment #9 from hjl at gcc dot gnu dot org 2009-09-10 18:58 --- Subject: Bug 41144 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'

--- Comment #10 from hjl at gcc dot gnu dot org 2009-09-10 18:58 --- Subject: Bug 41257 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-

[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure

--- Comment #57 from hjl at gcc dot gnu dot org 2009-09-10 18:58 --- Subject: Bug 41241 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-

[Bug middle-end/41261] ice with -O2 -fprofile-arcs when compiling Linux kernel

--- Comment #5 from hjl at gcc dot gnu dot org 2009-09-10 18:58 --- Subject: Bug 41261 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug c++/41273] [4.5 Regression] ICE in add_virtual_operand, at tree-ssa-operands.c:638

--- Comment #6 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41273 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug debug/41225] [4.5 Regression] VTA: internal compiler error: in vect_stmt_relevant_p, at tree-vect-stmts.c:150

--- Comment #6 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41225 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug debug/41229] [4.5 Regression] VTA: internal compiler error: verify_ssa failed

--- Comment #8 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41229 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug tree-optimization/41181] [4.5 Regression] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c

--- Comment #9 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41181 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug debug/41291] [4.5 regression] verify_ssa failed for debug insn

--- Comment #16 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41291 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-

[Bug debug/41232] [4.5 Regression] VTA: SSA name in freelist but still referenced

--- Comment #3 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41232 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug middle-end/41282] [4.5 Regression] Revision 151394 failed to compile mplayer

--- Comment #11 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41282 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-

[Bug c++/41300] verify_ssa failed with -g -O3

--- Comment #4 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41300 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug tree-optimization/41112] [4.5 regression] ACATS c43205b fails at -O2 (tree-sra)

--- Comment #6 from hjl at gcc dot gnu dot org 2009-09-10 18:59 --- Subject: Bug 41112 Author: hjl Date: Thu Sep 10 18:57:46 2009 New Revision: 151611 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151611 Log: 2009-09-10 H.J. Lu Backport from mainline: 2009-0

[Bug fortran/39626] Fortran 2008: Implement BLOCK construct

--- Comment #3 from burnus at gcc dot gnu dot org 2009-09-10 19:10 --- See also http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/ee95b68bf0658433# Especially about the fine points raised by Richard Maine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39626

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #15 from domob at gcc dot gnu dot org 2009-09-10 19:27 --- I can again only speak for TBPs (operator/assignment and generic ones) here, but those somehow rely on multiple resolution (at least, sort of). The assignment gets translated into a generic call, and that one must be

[Bug ada/18302] ACATS tests hang: c74004a, c960004, and others

--- Comment #21 from ro at gcc dot gnu dot org 2009-09-10 20:36 --- Subject: Bug 18302 Author: ro Date: Thu Sep 10 20:36:19 2009 New Revision: 151614 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151614 Log: gcc/testsuite: PR ada/18302 * ada/acats/run_a

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #16 from janus at gcc dot gnu dot org 2009-09-10 21:09 --- Ok, here goes an extended patch which fixes the testsuite regressions: Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (revision 151596

[Bug fortran/31292] ICE with module procedure interface in a procedure body

--- Comment #7 from kargl at gcc dot gnu dot org 2009-09-10 21:22 --- Subject: Bug 31292 Author: kargl Date: Thu Sep 10 21:22:08 2009 New Revision: 151616 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151616 Log: 2009-09-10 Steven G. Kargl PR fortran/31292 *

[Bug fortran/31292] ICE with module procedure interface in a procedure body

--- Comment #8 from kargl at gcc dot gnu dot org 2009-09-10 21:27 --- Re-fixed on trunk. -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|R

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #23 from rguenth at gcc dot gnu dot org 2009-09-10 21:41 --- >From this: foo (i, ap); __builtin_va_end(ap); } --stdarg dump of function 2-- ;; Function f4 (f4) f4: va_list escapes 0, needs to save 8 GPR units and 3 FPR units. f4 (int i) I see va_list should obviously

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #24 from rth at gcc dot gnu dot org 2009-09-10 21:59 --- No, foo has been inlined. Escaping is not the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089

[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs

--- Comment #25 from rguenth at gcc dot gnu dot org 2009-09-10 22:12 --- The first store to ap.offset is dead. : # iftmp.0_1 = PHI D.2024_9 = D.2018_5 + iftmp.0_1; D.2017_10 = D.2017_4 + 8; D.2025_11 = (int) D.2017_10; ap.__offset = D.2025_11; D.2026_12 = *D.2024_9; x.1_

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #17 from janus at gcc dot gnu dot org 2009-09-10 22:47 --- Subject: Bug 41242 Author: janus Date: Thu Sep 10 22:47:03 2009 New Revision: 151620 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151620 Log: 2009-09-11 Janus Weil PR fortran/41242 * res

[Bug fortran/41242] [4.5 Regression] PPC call rejected (related to user-defined assignment?)

--- Comment #18 from janus at gcc dot gnu dot org 2009-09-10 22:51 --- Fixed with r151620. Thanks to Juergen for the report. -- janus at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/41175] -Os generates significantly larger code

--- Comment #4 from jakub at gcc dot gnu dot org 2009-09-10 23:11 --- Created an attachment (id=18564) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18564&action=view) gcc45-pr41175.patch Incremental fix on top of Nathan's patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2009-09-11 00:16 --- yes, this is a duplicate of the other PR I am workinmg on (PR41168). The code snippet in comment #1 is the exact spot I am working on. Two problems here. We can possiblly accessing memory that has not been alloc

[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

--- Comment #3 from jvdelisle at gcc dot gnu dot org 2009-09-11 05:33 --- Patch submitted. See: http://gcc.gnu.org/ml/fortran/2009-09/msg00062.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41328

[Bug c/41265] Test program hang up or segmentation fault if compiled with -std=gnu99 -O2

--- Comment #1 from uleysky at gmail dot com 2009-09-11 05:36 --- It was incorrect gcc build. -- uleysky at gmail dot com changed: What|Removed |Added Status|

[Bug fortran/41168] incorrect processing of formatted records in mingw port

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2009-09-11 05:38 --- PR41328 was submitted which has a little bit easier test case to use while not requiring mingw environment. So, I am closing this bug as the duplicate even though it was reported here first. A patch has been su

[Bug fortran/41328] [4.4/4.5 regression] bad iostat when reading DOS file in a character array (non-advancing)

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-09-11 05:38 --- *** Bug 41168 has been marked as a duplicate of this bug. *** -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added --

[Bug other/41292] Link error on Solaris 10 / GCC 3.4.2

--- Comment #4 from ebotcazou at gcc dot gnu dot org 2009-09-11 05:41 --- Not a compiler issue. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/19523] [4.3/4.4/4.5 Regression] DBX_USE_BINCL support broken in the C++ compiler

--- Comment #18 from ebotcazou at gcc dot gnu dot org 2009-09-11 05:44 --- As per comment #15. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/36384] folding of conversion for BOOLEAN_TYPE or ENUMERAL_TYPE

-- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36384

[Bug bootstrap/41324] [4.5 Regression] Revision 151573 failed "make compare"

--- Comment #15 from ebotcazou at gcc dot gnu dot org 2009-09-11 05:52 --- Aforementioned patch has been reverted. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/41333] New: Link error on Solaris 10 / GNU 3.4.2

I have compiled GCC 4.3.2 on solaris 10 box. Post compilation of the compiler we are building our components. We have not rebuilt third party libraries as to our understanding .so / binaries built on solaris 8 are compatible on solaris 10 Following is the link error /vobs/odyssey/system/rogue7.0.

[Bug c++/41333] Link error on Solaris 10 / GNU 4.3.2

--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-09-11 06:29 --- > Could you please help us with this error? > U std::istream::peek()@@GLIBCXX_3.4 Does this work on Solaris 8? Does this work if you rebuild the libraries? -- ebotcazou at gcc dot gnu dot org changed:

[Bug c++/41333] Link error on Solaris 10 / GNU 4.3.2

--- Comment #2 from vijay dot x dot jain at jpmchase dot com 2009-09-11 06:31 --- Yes our build works on solaris 8. Just that our solaris 8 support is coming to an end and hence we are migrating to solaris 10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41333

[Bug c++/41333] Link error on Solaris 10 / GNU 4.3.2

--- Comment #3 from ebotcazou at gcc dot gnu dot org 2009-09-11 06:37 --- > Yes our build works on solaris 8. If the exact same operation works on Solaris 8 but not on Solaris 10, you may have run into a limitation of GNU ld on Solaris 10. The workaround is probably to build a GCC con

  1   2   >