[Bug debug/44610] VTA produces wrong variable location information

--- Comment #5 from aoliva at gcc dot gnu dot org 2010-06-23 04:35 --- Created an attachment (id=20984) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20984&action=view) Patch that fixes the problem The MEMs for each HImode in the DImode args all have NULL MEM_OFFSET (we indeed don

[Bug debug/44610] VTA produces wrong variable location information

--- Comment #4 from aoliva at gcc dot gnu dot org 2010-06-23 04:30 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at

[Bug bootstrap/44642] bootstrap fails to build libgcc when gold is built (at least on Solaris_x86)

--- Comment #1 from Daniel dot Davies at xerox dot com 2010-06-23 03:58 --- I tried --with-gnu-ld and --with-ld=/usr/sfw/i386-sun-solaris2.10/bin/ld with the --enable-gold. It didn't work. Once it saw the --enable-gold switch, configure seems to have decided that it really wants to us

[Bug c/44643] ice in c-typeck.c

--- Comment #2 from weasel at cs dot stanford dot edu 2010-06-23 03:22 --- i forgot to mention that if i comment out the assertion the correct code does seem to get generated. since i'm not a gcc internals person, this may just be coincidental. -- http://gcc.gnu.org/bugzilla/show_b

[Bug c/44643] ice in c-typeck.c

--- Comment #1 from weasel at cs dot stanford dot edu 2010-06-23 03:21 --- Created an attachment (id=20983) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20983&action=view) pre-processed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44643

[Bug c/44643] New: ice in c-typeck.c

when compiling avr-libc-1.6.8 there's a compiler ICE due to the __attribute__((progmem)) construct in dtostre.c and vfscanf.c. this construct triggers: gcc_assert (quals == orig_quals || TREE_CODE (argtype) == FUNCTION_TYPE); the argtype in this case is array_type. -- Summary: ice

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-06-23 02:37 --- Closed -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #13 from jvdelisle at gcc dot gnu dot org 2010-06-23 02:37 --- Closing as fixed. If the issue of double endfile sequences pops up again we can consider putting th errors behind -std=legacy. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44477

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #8 from rus at google dot com 2010-06-23 00:29 --- Subject: Re: profiler_trace.h defines functions __max and __min which causes portability problems On Tue, Jun 22, 2010 at 7:10 AM, paolo dot carlini at oracle dot com wrote: > > > --- Comment #4 from paolo dot

[Bug bootstrap/44642] New: bootstrap fails to build libgcc when gold is built (at least on Solaris_x86)

One must apparently use gold and the lto-plugin when applying link time optimization to files that are stored in archives. Therefore, we should build gold. If gcc-4.5.0 is configured with --without-gnu-ld, gold is not built. If it is configured with --with-gnu-ld and --enable-gold, gold is built a

[Bug c++/44641] New: Generated constructors and destructors get wrong debug location when a typedef uses a forward declaration of the type before the definition

$ cat test.ii # 1 "bad.h" 1 template struct MisplacedDbg; # 1 "good.cc" struct Arg; typedef MisplacedDbg Typedef; template struct Base { virtual ~Base() { } }; template struct MisplacedDbg : public Base { }; static MisplacedDbg static_var; $ g++-4.6svn -c -g test.ii $ objdump -d -l test.o|gr

[Bug target/44640] spu port fails to build with --enable-build-with-cxx

--- Comment #2 from amylaar at gcc dot gnu dot org 2010-06-22 22:43 --- (In reply to comment #1) > Well this is caused by bool being a define in C to being unsigned char and the > spu.c file using unsigned char. A simple fix is an obvious fix. I still have to verify that that is the on

[Bug target/44640] spu port fails to build with --enable-build-with-cxx

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|bootstrap |target Ever

[Bug bootstrap/44640] spu port fails to build with --enable-build-with-cxx

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-22 22:33 --- Well this is caused by bool being a define in C to being unsigned char and the spu.c file using unsigned char. A simple fix is an obvious fix. -- pinskia at gcc dot gnu dot org changed: What|Remo

[Bug bootstrap/44640] New: spu port fails to build with --enable-build-with-cxx

Even with the patch for 44512 installed, a build fails due to problems in the spu port, e.g.: ../../gcc/gcc/config/spu/spu.c:294: error: invalid conversion from ‘tree_node* (*)(tree_node**, tree_node*, tree_node*, int, unsigned char*)’ to ‘tree_node* (*)(tree_node**, tree_node*, tree_node*, int, b

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

--- Comment #3 from doko at ubuntu dot com 2010-06-22 22:05 --- yes, the ICE is fixed with this patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44626

[Bug bootstrap/44639] GOLD build fails, vasprintf undefined on solaris

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-06-22 21:34 --- Report this to binutils: http://sourceware.org/bugzilla/ since they are the maintainers of gold. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug bootstrap/44639] New: GOLD build fails, vasprintf undefined on solaris

Download and unpack libelf-0.8.13, binutils-2.20, gcc-core-4.5.0, gcc-g++-4.5.0, gmp-4.3.2, mpfr-2.4.2, mpc-0.8.2, ppl-0.10.2 into peer directories. Symbolic links inside gcc-4.5.0 > ln -s ../binutils-2.20/bfd > ln -s ../binutils-2.20/binutils > ln -s ../binutils-2.20/elfcpp > ln -s ../binutils-2.

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #5 from jakub at gcc dot gnu dot org 2010-06-22 21:14 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug c++/44619] [4.6 Regression] Bogus set but not used warning when using pointer to member operators

--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-22 21:14 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug fortran/44614] [OOP] Wrongly importing a symbol into an interface without IMPORT

--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-22 21:01 --- Simple patch. Janus, if you have time, you can create a full patch out of it. Index: decl.c === --- decl.c (revision 161227) +++ decl.c (worki

[Bug target/44618] Arguments are not passed correctly to out-of-line restore functions.

--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-22 20:56 --- It looks much better than adding new single register constraints to me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44618

[Bug target/44618] Arguments are not passed correctly to out-of-line restore functions.

--- Comment #12 from edmar at freescale dot com 2010-06-22 20:51 --- Ok. Following your lines from comment 8, (You suggested to create 3 new constraint, "d", which would accepts only one register each (11, 12, 1), right ?). The following is more explicit, and would avoid to allocate 3 m

[Bug c++/44619] [4.6 Regression] Bogus set but not used warning when using pointer to member operators

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 20:50 --- Subject: Bug 44619 Author: jakub Date: Tue Jun 22 20:50:03 2010 New Revision: 161230 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161230 Log: PR c++/44619 * typeck2.c (build_m_component_ref):

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #4 from jakub at gcc dot gnu dot org 2010-06-22 20:48 --- Subject: Bug 44627 Author: jakub Date: Tue Jun 22 20:48:24 2010 New Revision: 161229 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161229 Log: PR c++/44627 * error.c (dump_expr): Don't look at

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 20:47 --- Subject: Bug 44627 Author: jakub Date: Tue Jun 22 20:46:51 2010 New Revision: 161228 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161228 Log: PR c++/44627 * error.c (dump_expr): Don't look at

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 20:43 --- Subject: Bug 44627 Author: jakub Date: Tue Jun 22 20:42:50 2010 New Revision: 161227 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161227 Log: PR c++/44627 * error.c (dump_expr): Don't look at

[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types

--- Comment #3 from paul dot richard dot thomas at gmail dot com 2010-06-22 19:15 --- Subject: Re: [OOP] Dynamic dispatch uses broken types Dear Tobias, > --- Comment #2 from burnus at gcc dot gnu dot org  2010-06-22 15:00 > --- > CC Paul as he might have an idea how to hand

[Bug c++/44638] New: Inline constructors into static initializers

struct Derived { Derived(int i):i(i){} int i; }; Derived d(3); Generates a constructor function to call Derived() constructor. Would be nice if this was inlined into a static initializer, ie the declaration would become Derived d = {3}. This is useful where Derived has a vtable, so one can'

[Bug bootstrap/44637] New: rs6000 port fails to build with --enable-build-with-cxx

Even with the patch for 44512 installed, a build fails due to problems in the rs6000 port, e.g.: ../../gcc/gcc/config/rs6000/rs6000.c: In function ‘const char* rs6000_xcoff_strip_dollar(const char*)’: ../../gcc/gcc/config/rs6000/rs6000.c:21258: error: invalid conversion from ‘const char*’ to ‘char

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

--- Comment #2 from mikpe at it dot uu dot se 2010-06-22 18:14 --- Created an attachment (id=20982) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20982&action=view) backport Nathan Sidwell's movw fix to 4.4 This ICE was fixed for 4.5 by r148788, Nathan Sidwell's "[ARM] movw fix",

[Bug bootstrap/44512] --enable-build-with-cxx bootstrap fails in revision 160669

.c (main): Output include of insn-constants.h * Makefile.in (insn-enums.o): Depend on insn-constants.h. Modified: branches/multi-target-20100622-branch/gcc/ChangeLog branches/multi-target-20100622-branch/gcc/Makefile.in branches/multi-target-20100622-branch/gcc/genenums.c --

[Bug tree-optimization/39839] [4.3/4.4/4.5/4.6 regression] loop invariant motion causes stack spill

--- Comment #12 from sandra at codesourcery dot com 2010-06-22 18:02 --- Hrmmm, I was planning to attempt a 4.5 backport of the PR42505 patch for internal use, but if it's not easy or doesn't help, I think I have better things to do with my time than to try to come up with some other fi

[Bug target/44588] Very inefficient 8bit mod/div

--- Comment #4 from hjl dot tools at gmail dot com 2010-06-22 17:30 --- The patch is posted at http://gcc.gnu.org/ml/gcc-patches/2010-06/msg02200.html -- hjl dot tools at gmail dot com changed: What|Removed |Added -

[Bug target/44615] -mtune=atom failed on sse2-vec-2.c and amd64-abi-3.c

--- Comment #10 from hjl dot tools at gmail dot com 2010-06-22 17:29 --- Fixed. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFI

[Bug tree-optimization/39839] [4.3/4.4/4.5/4.6 regression] loop invariant motion causes stack spill

--- Comment #11 from bonzini at gnu dot org 2010-06-22 17:28 --- That would be WONTFIX for 4.5 and earlier, right? 4.4 and earlier are definitely out of question, but maybe your patch alone gives the same effect on 4.5 branch too, without any of the other ivopts and ARM improvements tha

[Bug target/44615] -mtune=atom failed on sse2-vec-2.c and amd64-abi-3.c

--- Comment #9 from hjl at gcc dot gnu dot org 2010-06-22 17:24 --- Subject: Bug 44615 Author: hjl Date: Tue Jun 22 17:23:59 2010 New Revision: 161214 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161214 Log: Properly handle psrldq when optimizing for Atom. gcc/ 2010-06-22 H

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 17:13 --- Well, for -O1 the ullong -> double conversion is done at compile time instead of runtime. Does the problem occur also when l is long long instead of unsigned long long? Can you check what value the fxtod insn computes?

[Bug fortran/44636] the -i4 option is not supported anymore in 4.4

--- Comment #3 from burnus at gcc dot gnu dot org 2010-06-22 17:10 --- (In reply to comment #2) > Just start using -fdefault-integer-4. Or leave the option out as the default-kind REAL and INTEGER already are 4 byte wide. Just for completeness, the manual has the following: -fdefault

[Bug fortran/44616] [OOP] ICE if CLASS(foo) is used before its definition

--- Comment #3 from janus at gcc dot gnu dot org 2010-06-22 17:09 --- Fixed with r161208. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/44616] [OOP] ICE if CLASS(foo) is used before its definition

--- Comment #2 from janus at gcc dot gnu dot org 2010-06-22 17:07 --- Subject: Bug 44616 Author: janus Date: Tue Jun 22 17:07:06 2010 New Revision: 161208 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161208 Log: 2010-06-22 Janus Weil PR fortran/44616 * reso

[Bug fortran/44636] the -i4 option is not supported anymore in 4.4

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 16:58 --- Well, -i4 (and -i8) actually has never been supported by gfortran it seems. Just with gfortran 4.3 and earlier you'd get errors only when compiling files with *.F/*.F90/*.F03 etc. extensions (i.e. when separate preproc

[Bug target/44618] Arguments are not passed correctly to out-of-line restore functions.

--- Comment #11 from edmar at freescale dot com 2010-06-22 16:53 --- (In reply to comment #10) > Because the insn has a register reference to r11/r1/r12 :) that is the (use > (match_operand: )) part of the rtx. This is unlike call instructions which > don't have match_operands for funct

[Bug c++/44629] [4.3/4.4/4.5/4.6 Regression] ICE in unify, at cp/pt.c:15155

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 16:46 --- 3.4 gives here: pr44629.C:23: sorry, unimplemented: use of `overload' in template type unification pr44629.C:23: error: no matching function for call to `Grapher::simple_output(Searcher&)' int unsafe_case_cmp(T, T) [w

[Bug fortran/44636] the -i4 option is not supported anymore in 4.4

--- Comment #1 from pinskia at gmail dot com 2010-06-22 16:34 --- Subject: Re: New: the -i4 option is not supported anymore in 4.4 They were replaced with -fdefualt-integer-4/8. On Jun 22, 2010, at 8:49 AM, "doko at ubuntu dot com" wrote: > [forwarded from http://bugs.debian.org/58

Re: [Bug fortran/44636] New: the -i4 option is not supported anymore in 4.4

They were replaced with -fdefualt-integer-4/8. On Jun 22, 2010, at 8:49 AM, "doko at ubuntu dot com" > wrote: [forwarded from http://bugs.debian.org/582085] "gfortran-4.4 does not support anymore the -i4 option, while gfortran-4.3 does. This is necessary for me to compile gildas (see http:

[Bug tree-optimization/39839] [4.3/4.4/4.5/4.6 regression] loop invariant motion causes stack spill

--- Comment #10 from sandra at codesourcery dot com 2010-06-22 16:26 --- It looks like this bug has been fixed by my proposed patch for PR42505: http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01920.html Applying that patch to r160755 gives: : 0: b570push{r

[Bug fortran/44636] New: the -i4 option is not supported anymore in 4.4

[forwarded from http://bugs.debian.org/582085] "gfortran-4.4 does not support anymore the -i4 option, while gfortran-4.3 does. This is necessary for me to compile gildas (see http://www.iram.fr/~gildas/dist/index.html). Is there any specific reason why support for this flag was dropped from 4.4 ?

[Bug target/44634] [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-22 15:42 --- *** This bug has been marked as a duplicate of 42868 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/42868] [4.4 regression] ICE in change_address_1 at -O -fPIC -mcpu=ultrasparc

--- Comment #4 from rguenth at gcc dot gnu dot org 2010-06-22 15:42 --- *** Bug 44634 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/44392] [4.5/4.6 Regression] libgcc compile with --enable-target-optspace (-Os) causes recursion in __bswapsi2

--- Comment #7 from raj dot khem at gmail dot com 2010-06-22 15:42 --- (In reply to comment #6) > Why not just: > TARGET_EITHER && (arm_arch6 || !optimize_size) > ? That !arm_arch6 && is completely redundant there. > Hi Ramana the patch along with Jakub's suggestions works for me. T

[Bug fortran/44448] 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0

--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE 2010-06-22 15:42 --- Subject: Re: 32-bit gfortran.dg/atan2_1.f90 fails on Solaris 1[01]/x86 at -O0 > --- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-06-22 01:24 > --- > atan2_1.f90 has failed on other platf

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #7 from paolo dot carlini at oracle dot com 2010-06-22 15:30 --- Fixed for 4.5.1 and 4.6.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #6 from paolo at gcc dot gnu dot org 2010-06-22 15:28 --- Subject: Bug 44630 Author: paolo Date: Tue Jun 22 15:28:27 2010 New Revision: 161193 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161193 Log: 2010-06-22 Paolo Carlini PR libstdc++/44630 *

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #5 from paolo at gcc dot gnu dot org 2010-06-22 15:28 --- Subject: Bug 44630 Author: paolo Date: Tue Jun 22 15:28:02 2010 New Revision: 161192 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161192 Log: 2010-06-22 Paolo Carlini PR libstdc++/44630 *

[Bug fortran/41137] inefficient zeroing of an array

--- Comment #13 from jakub at gcc dot gnu dot org 2010-06-22 15:25 --- Well, a(5:)=0.0 doesn't satisfy copyable_array_p, so gfc_trans_zero_assign isn't called at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41137

[Bug tree-optimization/44635] [4.6 Regression] ICE with tree tailcall and ipa-cp

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

[Bug tree-optimization/44635] New: [4.6 Regression] ICE with tree tailcall and ipa-cp

trunk-g/gcc> ./xgcc -B. -o t -O2 t.c -fno-inline -fwhole-program t.c: In function 's4.constprop.0': t.c:4:6: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions. #include #define

[Bug lto/44195] [4.6 regression] gcc.dg/lto/20100518 c_lto_20100518_0.o

--- Comment #2 from bergner at gcc dot gnu dot org 2010-06-22 15:01 --- I just noticed this on powerpc64-linux too. Can't we do something similar to what test case 20081126_0.c does? Namely: /* { dg-skip-if "" { ! { i?86-*-* x86_64-*-* } } { "*" } { "" } } */ -- bergner at gcc dot

[Bug fortran/44596] [OOP] Dynamic dispatch uses broken types

--- Comment #2 from burnus at gcc dot gnu dot org 2010-06-22 15:00 --- CC Paul as he might have an idea how to handle it (cf. comment 1). BTW: The mem-ref2 branch (cf. http://gcc.gnu.org/wiki/MemRef ) will be merged soon. -- burnus at gcc dot gnu dot org changed: What

[Bug target/44634] [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

--- Comment #2 from mikpe at it dot uu dot se 2010-06-22 14:51 --- Dupe of PR42868. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44634

[Bug fortran/41137] inefficient zeroing of an array

--- Comment #12 from burnus at gcc dot gnu dot org 2010-06-22 14:42 --- (In reply to comment #11) > What's the reason why gfc_trans_zero_assign insists that len is INTEGER_CST? > At least if it is contiguous (and not assumed size), why can't memset be used > even for non-constant sizes?

[Bug target/44634] [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

--- Comment #1 from doko at ubuntu dot com 2010-06-22 14:42 --- Created an attachment (id=20981) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20981&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44634

[Bug target/44634] New: [4.4 regression] ICE in change_address_1, at emit-rtl.c:1954

[forwarded from http://bugs.debian.org/566242] works with -O0, or with -mcpu=v8/v9. not seen in 4.3, 4.5 and the trunk $ gcc-4.4 -mcpu=ultrasparc -c -std=c99 -O1 -fPIC cpu_stats.i Cudd/util/cpu_stats.c: In function 'util_print_cpu_stats': Cudd/util/cpu_stats.c:33: warning: implicit declaration of

[Bug ada/44633] Incorrect behaviour of gnat make -s flag with -gnatW8

--- Comment #1 from pini_os at yahoo dot fr 2010-06-22 14:40 --- Created an attachment (id=20980) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20980&action=view) Test case (compile twice with "gnat make -s -gnatW8 dummy") -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44633

[Bug ada/44633] New: Incorrect behaviour of gnat make -s flag with -gnatW8

When using the -s flag of gnat make, the flag -gnatW8 is stripped during switches comparison (and therefore forces unnecessary compilation). Example: > cat dummy.adb procedure Dummy is begin null; end; > gnat make -v -s -gnat05 -gnatW8 dummy GNATMAKE 4.4.3 Copyright (C) 1995-2008, Free So

[Bug target/44632] [4.4/4.5/4.6 regression] wrong code for complex division

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

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #7 from jakub at gcc dot gnu dot org 2010-06-22 14:12 --- Well, RTL DSE to some extent knows about memset. And, for tree DSE handling it would be much easier and desirable. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44612

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #4 from paolo dot carlini at oracle dot com 2010-06-22 14:10 --- I can do this, I noticed it already a couple of weeks ago, but didn't consider it high priority because didn't know about the BAD names issue. -- paolo dot carlini at oracle dot com changed: Wha

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #3 from paolo dot carlini at oracle dot com 2010-06-22 14:08 --- Should be simply removed and std::max and std::min used throughout: the header includes already and , which in turn include stl_algobase.h, thus are both available "for free". -- http://gcc.gnu.org/bugzil

[Bug target/44632] New: [4.4/4.5/4.6 regression] wrong code for complex division

[forwarded from http://bugs.debian.org/585925] seen with current 4.5 and 4.5 branches, and trunk g++-4.4 miscompiles complex division: (sid)jw...@paer:~$ cat test.cxx #include #include void f(std::complex x) { std::cout << x << std::endl; x = 1.0 / x; std::cout << x << std::en

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #2 from doko at ubuntu dot com 2010-06-22 13:53 --- yes, gcc -mcpu=v9 and gcc -m64 work both with -O1 and -O1 -ffast-math. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #6 from rguenth at gcc dot gnu dot org 2010-06-22 13:46 --- Confirmed. DSE doesn't remove memset or memcpy calls. We also do not have a flag to mark functions only clobbering local or incoming memory (thus effectively not have side-effects if the argument reachable memory i

[Bug target/44631] [sparc] long long to double conversion error

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-22 13:39 --- Please make sure this is not a glibc bug. Does it work with -O1, with -O1 -ffast-math? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44631

[Bug target/44631] New: [sparc] long long to double conversion error

[forwarded from http://bugs.debian.org/581571] seen with current 4.3, 4.4, 4.5, trunk gcc -O0 -mcpu=v9 foo.c && ./a.out prints 2.47804e+17 instead of 9.79798e+16. works with -mcpu=v8. same error with gcc -m64 -O0 foo.c && ./a.out #include int main(void) { unsigned long long l = 979797979797

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #2 from redi at gcc dot gnu dot org 2010-06-22 13:21 --- Silvius, not urgent, but could you take a look? Thanks -- redi at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/44630] profiler_trace.h defines functions __max and __min which causes portability problems

--- Comment #1 from redi at gcc dot gnu dot org 2010-06-22 13:17 --- __min and __max are listed in the libstdc++ Bad Identifiers docs so should be changed http://gcc.gnu.org/onlinedocs/libstdc++/manual/source_code_style.html#coding_style.bad_identifiers -- redi at gcc dot gnu dot org

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #5 from burnus at gcc dot gnu dot org 2010-06-22 13:14 --- Similarly for: static void s4 (float *restrict a) { for (int j=1; j < SIZE; j++) a[j] = 0; } Except that this uses MEM[symbol: a, index: ivtmp.25_27, offset: 16] = { 0.0, 0.0, 0.0, 0.0 }; in the optimized

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #12 from michael dot a dot richmond at nasa dot gov 2010-06-22 13:02 --- I will modify my code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44477

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #11 from burnus at gcc dot gnu dot org 2010-06-22 13:01 --- (In reply to comment #10) > (In reply to comment #9) > > Michael, is this a legacy code issue? two ENDFILE in a row? > It is legacy code Any idea how to best deal with this? The standard is pretty clear that it is

[Bug libstdc++/44630] New: profiler_trace.h defines functions __max and __min which causes portability problems

[forwarded from http://bugs.debian.org/577458] "The problem is that on Windows are defined macros with the names __min and __max and if some code uses these macros then conflict occurs with using _GLIBCXX_PROFILE." -- Summary: profiler_trace.h defines functions __max and __min which

[Bug target/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

--- Comment #6 from mikpe at it dot uu dot se 2010-06-22 12:28 --- Created an attachment (id=20979) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20979&action=view) proposed fix for PR43961 Update ARM's ADDR_VEC_ALIGN to correctly describe that its ASM_OUTPUT_CASE_LABEL will add a

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #4 from burnus at gcc dot gnu dot org 2010-06-22 12:26 --- (In reply to comment #2) > Your testcase doesn't build: > REAL,contiguous :: a(:,:,:,:) > 1 > Error: Invalid character in name at (1) If you want to test it with other compilers than the latest trunk, you can si

[Bug target/43961] [ARM thumb] "branch out of range" with thumb1_output_casesi

--- Comment #5 from mikpe at it dot uu dot se 2010-06-22 12:22 --- It's caused by r148770, which is when Richard Earnshaw added compressed switch table support for Thumb-1. See also: http://gcc.gnu.org/ml/gcc-patches/2009-06/msg01698.html -- http://gcc.gnu.org/bugzilla/show_bug.cg

[Bug fortran/44477] Sequential I/O with END FILE: File position should be at EoF

--- Comment #10 from michael dot a dot richmond at nasa dot gov 2010-06-22 11:55 --- (In reply to comment #9) > Michael, is this a legacy code issue? two ENDFILE in a row? > It is legacy code -- michael dot a dot richmond at nasa dot gov changed: What|Removed

[Bug testsuite/44505] [4.6 Regression] gcc.c-torture/execute/frame-address.c

--- Comment #9 from ubizjak at gmail dot com 2010-06-22 11:43 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #3 from jakub at gcc dot gnu dot org 2010-06-22 11:37 --- It does, you need latest trunk though (r161079 or later). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44612

[Bug middle-end/44612] -flto -fwhole-program: Never read variable not optimized away

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-22 11:19 --- Your testcase doesn't build: contiguous.f90:54.5: REAL,contiguous :: a(:,:,:,:) 1 Error: Invalid character in name at (1) contiguous.f90:55: a(:,:,:,:)=0.0 1 Error: Unclassifiable statement at (1) contiguous.

[Bug middle-end/44613] Declaring an array with non-constant length inside a switch corrupts stack pointer.

--- Comment #5 from rguenth at gcc dot gnu dot org 2010-06-22 11:16 --- gimplification is bogus: switch (1) , case 1: > { char x[0:D.2106] [value-expr: *x.0]; saved_stack.1 = __builtin_stack_save (); try { : ... } finally

[Bug c++/44625] [4.3/4.4/4.5/4.6 Regression] ICE after error: anonymous struct not inside named type

--- Comment #3 from rguenth at gcc dot gnu dot org 2010-06-22 11:08 --- Reduced testcase (but with more and slightly different errors) template class Vec { Vec& operator^=(Vec& rhs) { union { struct {FP_ x,y,z;}; }; X = y*rhs.z() - z*rhs.y();

[Bug c++/44629] ICE in unify, at cp/pt.c:15155

--- Comment #2 from rguenth at gcc dot gnu dot org 2010-06-22 11:04 --- Confirmed. ../aclib/aclib.cpp(35): error: no instance of function template "ACSearch::Grapher::simple_output" matches the argument list argument types are: (acSearcher) std::basic_string output = Gra

[Bug target/44626] [4.4 regression] ICE in output_operand: invalid expression as operand

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

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

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

[Bug c++/44628] [4.3/4.4/4.5/4.6 Regression] ICE in cp_build_unary_op at cp/typeck.c:4671

--- Comment #1 from rguenth at gcc dot gnu dot org 2010-06-22 10:57 --- 2.95 says t.C:19: conflicting return type specified for virtual function `class Int & Int::operator =(int)' t.C:9: overriding definition as `int & Temp::operator =(int)' and EDG t.C(18): error: return type is no

[Bug target/44364] Wrong code with e500 double floating point

--- Comment #48 from amodra at gcc dot gnu dot org 2010-06-22 10:44 --- Subject: Bug 44364 Author: amodra Date: Tue Jun 22 10:44:11 2010 New Revision: 161163 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161163 Log: PR target/44364 * config/rs6000/e500.h (HARD_R

[Bug c++/44619] [4.6 Regression] Bogus set but not used warning when using pointer to member operators

--- Comment #2 from jakub at gcc dot gnu dot org 2010-06-22 10:32 --- Created an attachment (id=20978) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20978&action=view) gcc46-pr44619.patch Untested fix. -- jakub at gcc dot gnu dot org changed: What|Removed

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

--- Comment #1 from jakub at gcc dot gnu dot org 2010-06-22 09:58 --- Created an attachment (id=20977) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20977&action=view) gcc46-pr44627.patch Untested fix. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44627

[Bug c++/44627] [4.3/4.4/4.5/4.6 Regression] ICE in dump_expr, at cp/error.c:1735

-- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org

[Bug c++/44629] ICE in unify, at cp/pt.c:15155

--- Comment #1 from doko at ubuntu dot com 2010-06-22 09:57 --- Created an attachment (id=20976) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20976&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44629

[Bug c++/44629] New: ICE in unify, at cp/pt.c:15155

seen with 4.3, 4.4, 4.5, 4.6 $ gcc-4.5 -c aclib.ii ../aclib/aclib.cpp: In function 'void ac_print_dot(acSearcher*)': ../aclib/aclib.cpp:35:61: internal compiler error: in unify, at cp/pt.c:15155 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: IC

  1   2   >