[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

--- Comment #32 from jv244 at cam dot ac dot uk 2009-01-14 06:49 --- (In reply to comment #30) > Subject: Re: [graphite] several ICEs with CP2K (summary) > > Thanks for the clarification, I managed to reproduce the fail. The > problem comes from the fact that we do not generate code f

[Bug target/38811] [4.4 Regression] internal compiler error: in compensate_edge, at reg-stack.c:2754

--- Comment #7 from vmakarov at gcc dot gnu dot org 2009-01-14 03:35 --- Subject: Bug 38811 Author: vmakarov Date: Wed Jan 14 03:35:35 2009 New Revision: 143362 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143362 Log: 2009-01-13 Vladimir Makarov PR target/38811

[Bug fortran/38830] Add "Variable Format Expression" I/O Capability

--- Comment #4 from jvdelisle at gcc dot gnu dot org 2009-01-14 03:30 --- I propose that we close this as WONT FIX as well, for three reasons: 1) There are other ways to do these things and it is not necessary to use internal I/O to do it. Character strings can be used for format str

[Bug libfortran/38772] r143102 reveals missed error checking on floating point reads

--- Comment #23 from jvdelisle at gcc dot gnu dot org 2009-01-14 03:05 --- Closing -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|AS

[Bug fortran/38831] ICE in bitmap_first_set_bit for procptr and C binding

--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-14 03:04 --- error_handlerD.1503_1 = error_stopD.1495; Totally wrong, error_handler is a global data from what I can tell. So this is still a front-end issue and not a middle-end issue. Confirmed. -- pinskia at gcc dot

[Bug fortran/38831] ICE in bitmap_first_set_bit for procptr and C binding

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-14 03:02 --- #4 0x00b7dd92 in walk_dominator_tree (walk_data=0xb73c, bb=0x43e05d00) at /Users/apinski/src/local/gcc/gcc/domwalk.c:208 #5 0x005c536e in mark_def_site_blocks (interesting_blocks=0x4390df40) at /Users/apinski/s

[Bug target/38736] [4.4 Regression] -mavx can change the ABI via BIGGEST_ALIGNMENT

--- Comment #12 from hjl dot tools at gmail dot com 2009-01-14 01:52 --- The current patch is at http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00675.html -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug libfortran/38772] r143102 reveals missed error checking on floating point reads

--- Comment #22 from howarth at nitro dot med dot uc dot edu 2009-01-14 01:23 --- Jerry, The patch you committed solves the problems exposed with the xtarget.inp xplor testcase. There are a large number of other failures with and without this patch that are unrelated. I will try to

[Bug testsuite/38809] gcc.dg/pr38616.c doesn't work on Linux/ia64

--- Comment #3 from hjl at gcc dot gnu dot org 2009-01-14 00:35 --- Subject: Bug 38809 Author: hjl Date: Wed Jan 14 00:35:32 2009 New Revision: 143360 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143360 Log: 2009-01-13 H.J. Lu Backport from mainline: 2009-0

[Bug fortran/38830] Add "Variable Format Expression" I/O Capability

--- Comment #3 from tom dot browder at gmail dot com 2009-01-14 00:10 --- I'm sorry I didn't catch the original "bug". I did search but missed the obvious reference. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38830

[Bug target/4605] [alpha-osf]mips-tfile & spaced directory names

--- Comment #15 from gnu at the-meissners dot org 2009-01-13 23:13 --- I suspect this needs to be solved in gcc.c with the specs handling, and you probably need something to quote the white space in filename, so that it doesn't break the file into separate arguments. Only some alpha and

[Bug target/38554] [4.4 Regression] ICE when compiling pamfunc.c in netpbm with -O1 enabled

--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-13 22:49 --- i?86 expands it to (insn 39 38 40 t.i:39 (set (reg:SI 85) (subreg:SI (reg:SF 65 [ D.1268 ]) 0)) -1 (nil)) (insn 40 39 41 t.i:39 (set (reg:QI 84) (subreg:QI (reg:SI 85) 0)) -1 (nil)) (insn 41 40 42

[Bug c/31886] (different from bug report c/31077 and 29241) C handling of always_inline attribute error and a solution

--- Comment #12 from rguenth at gcc dot gnu dot org 2009-01-13 22:41 --- Fixed for GCC 4.4 (with unit-at-a-time being always on). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/38774] [4.4 Regression] ice in df_refs_verify, at df-scan.c:4307

--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-13 22:38 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug rtl-optimization/38774] [4.4 Regression] ice in df_refs_verify, at df-scan.c:4307

--- Comment #8 from jakub at gcc dot gnu dot org 2009-01-13 22:36 --- Subject: Bug 38774 Author: jakub Date: Tue Jan 13 22:36:06 2009 New Revision: 143355 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143355 Log: PR rtl-optimization/38774 * combine.c (simplify_s

[Bug c/31886] (different from bug report c/31077 and 29241) C handling of always_inline attribute error and a solution

--- Comment #11 from rob1weld at aol dot com 2009-01-13 22:10 --- ping -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31886

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

--- Comment #30 from sebpop at gmail dot com 2009-01-13 21:57 --- Subject: Re: [graphite] several ICEs with CP2K (summary) Thanks for the clarification, I managed to reproduce the fail. The problem comes from the fact that we do not generate code for a scalar reduction that is not det

Re: [Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

Thanks for the clarification, I managed to reproduce the fail. The problem comes from the fact that we do not generate code for a scalar reduction that is not detected as a scalar reduction with the variable connection$dim$1$lbound. In the attached output from debug_loops (3) I selected the regio

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #12 from burnus at gcc dot gnu dot org 2009-01-13 21:41 --- > Add a runtime check that x in x**y is not < 0 I'm actually against a run time check which is based on -std=, -pedantic, -W* or similar compile time diagnostic flags. I regard such trickery behind the scenes as ev

[Bug testsuite/38833] New: RFE - Need Makefile to test coverage of Testsuite

Request For Enhancement The page: http://gcc.gnu.org/install/build.html does provide a few tips about making a profiled bootstrap but I've found little info for coverage testing. One would think that you could enable it in the ./configure script and type make (Shhh: Andrew lets out that it won'

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #11 from sgk at troutmask dot apl dot washington dot edu 2009-01-13 21:30 --- Subject: Re: Diagnose and treat (-2.0)**2.0 properly On Tue, Jan 13, 2009 at 09:13:57PM -, dominiq at lps dot ens dot fr wrote: > > > --- Comment #10 from dominiq at lps dot ens dot fr

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #10 from dominiq at lps dot ens dot fr 2009-01-13 21:13 --- > I intend to change this, conditional on perhaps -ffast-math and/or -pedantic, I don't understand the "and/or": -ffast-math and -pedantic at the same time does not make any sense for me, -ffast-math allows some slo

[Bug other/38805] sed Unterminated `s' command

--- Comment #6 from thomas dot jourdan at gmail dot com 2009-01-13 21:11 --- Hi all, First of all, thanks for answering so quickly. I am using crosstool-ng (http://ymorin.is-a-geek.org/dokuwiki/projects/crosstool) scripts to build my cross tool chain. It works greats (with the same gc

[Bug target/38554] ICE when compiling pamfunc.c in netpbm with -O1 enabled

--- Comment #2 from nemet at gcc dot gnu dot org 2009-01-13 21:08 --- Here is the testcase simplified with delta. It's reproducible even with a mipsisa64r2-elfobai compiler with -O1. I don't think the bug is MIPS-specific. Inside expand_shift, amount which is: (int) VIEW_CONVERT_EXPR

[Bug rtl-optimization/38774] [4.4 Regression] ice in df_refs_verify, at df-scan.c:4307

--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-13 20:59 --- (In reply to comment #6) > Created an attachment (id=17094) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17094&action=view) [edit] > gcc44-pr38774.patch > > Patch I'm going to bootstrap/regtest. Fixes the te

[Bug rtl-optimization/38774] [4.4 Regression] ice in df_refs_verify, at df-scan.c:4307

--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-13 20:57 --- Created an attachment (id=17094) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17094&action=view) gcc44-pr38774.patch Patch I'm going to bootstrap/regtest. Fixes the testcase on both i686-linux and x86_64-linux

[Bug other/38805] sed Unterminated `s' command

--- Comment #5 from thomas dot jourdan at gmail dot com 2009-01-13 20:50 --- Created an attachment (id=17093) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17093&action=view) Configure and build log This patch contains the full build log of the cross tool chain. -- http://gc

[Bug fortran/38830] Add "Variable Format Expression" I/O Capability

--- Comment #2 from tkoenig at gcc dot gnu dot org 2009-01-13 20:46 --- This is a dup of PR 20618, which was closed as WONTFIX at the time. The semantics of variable formats are very tricky (see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20618#c1 ), so this is hard to get right. --

[Bug c++/38828] g++ 4.3.2: -O2 without -fno-inline-small-functions makes some template instantiations disappear

--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-13 20:46 --- Also since it is not explicitly instatinated, the template does not need to be in the object file really. Can you give a better example of why do you think this is wrong besides a nm testcase? It might be due to th

[Bug c++/38828] g++ 4.3.2: -O2 without -fno-inline-small-functions makes some template instantiations disappear

--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-13 20:43 --- serialize with an empty body is a pure function so it will be can be optimized away without any effects. I don't see the issue here really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38828

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-13 20:39 --- >Other circumstances include "co-processing". You want to compile for your favorite hardware, Xbox or PSP HEHE, funny you mentioned the PSP, you know that I work for Sony on their GCC for PS3 compilers. So I cross

[Bug rtl-optimization/38774] [4.4 Regression] ice in df_refs_verify, at df-scan.c:4307

--- Comment #5 from jakub at gcc dot gnu dot org 2009-01-13 20:39 --- The single CC user is modified, then those changes are reverted, but unfortunately they aren't reverted by putting back the old content, but instead tweaking the new comparison with PUT_CODE. SUBST (*cc_use,

[Bug ada/38832] Main program runs fine but hangs on exit when linked with Ada shared lib

--- Comment #1 from oliver dot kellogg at eads dot com 2009-01-13 20:39 --- Created an attachment (id=17092) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17092&action=view) source code and makefiles for the test application Usage: $ tar xvzf gnat-shared_lib.tgz $ cd shared_lib $

[Bug java/38827] gcj emitting incorrect code

--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-13 20:37 --- Can you see if the normal eclipse compiler that comes with the eclipse IDE has the same issue, and maybe report it to them if so? GCJ no longer includes a source compiler, we use the eclipse compiler (this was done

[Bug ada/38832] New: Main program runs fine but hangs on exit when linked with Ada shared lib

Running the test program from the attached tarfile produces the expected output: shared_lib/testuser> export LD_LIBRARY_PATH=../installed_lib shared_lib/testuser> ./appl_main Here is appl_main, now calling Pkg.Proc ... Pkg.Proc: X is 2 Here is appl_main, back from calling Pkg.Proc: end of program.

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

--- Comment #29 from jv244 at cam dot ac dot uk 2009-01-13 20:33 --- (In reply to comment #28) > the graphite branch. However I'm not able to run the test that you > reported failing: > > ./cp2k.sopt canonical.inp > CP2K: The specified file canonical.inp can not be opened, it does not

[Bug fortran/38830] Add "Variable Format Expression" I/O Capability

--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-13 20:31 --- Needed for legacy code; internal I/O allows the same (and more powerful) albeit a bit lengthier. Cf. http://gcc.gnu.org/ml/fortran/2009-01/msg00167.html and http://coding.derkeiler.com/Archive/Fortran/comp.lang.fortr

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #9 from mikael at gcc dot gnu dot org 2009-01-13 20:08 --- (In reply to comment #2) > I think it is > a legitimate optimization to replace A**B by A**I (with I=B) when B is known > to > be an integer, hence to accept negative values for A in this case. You can use A**I dire

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #8 from sgk at troutmask dot apl dot washington dot edu 2009-01-13 19:58 --- Subject: Re: Diagnose and treat (-2.0)**2.0 properly On Tue, Jan 13, 2009 at 11:37:25AM -, dominiq at lps dot ens dot fr wrote: > > > --- Comment #3 from dominiq at lps dot ens dot fr 2

[Bug fortran/38831] ICE in bitmap_first_set_bit for procptr and C binding

--- Comment #1 from domob at gcc dot gnu dot org 2009-01-13 19:56 --- Created an attachment (id=17091) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17091&action=view) Test case This is the program ICE'ing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38831

[Bug fortran/38831] New: ICE in bitmap_first_set_bit for procptr and C binding

The attached program gives an ICE: bash-3.2# gfortran-dev reduced.f03 reduced.f03: In function 'mysql_library_shutdown': reduced.f03:24: internal compiler error: in bitmap_first_set_bit, at bitmap.c:770 Please submit a full bug report, with preprocessed source if appropriate. See

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #7 from sgk at troutmask dot apl dot washington dot edu 2009-01-13 19:55 --- Subject: Re: Diagnose and treat (-2.0)**2.0 properly On Tue, Jan 13, 2009 at 11:30:40AM -, dominiq at lps dot ens dot fr wrote: > > > --- Comment #2 from dominiq at lps dot ens dot fr 2

[Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

--- Comment #28 from sebpop at gmail dot com 2009-01-13 19:52 --- Subject: Re: [graphite] several ICEs with CP2K (summary) Hi, I compiled BLAS and LAPACK with the gfortran compiler of the graphite branch such that I could test the CP2K benchmark. On my laptop, that is an amd64-linux,

Re: [Bug middle-end/38431] [graphite] several ICEs with CP2K (summary)

Hi, I compiled BLAS and LAPACK with the gfortran compiler of the graphite branch such that I could test the CP2K benchmark. On my laptop, that is an amd64-linux, "make test" passes with the gfortran compiler from the graphite branch. However I'm not able to run the test that you reported failing

[Bug fortran/38152] ICE for procedure pointer assignment

--- Comment #7 from domob at gcc dot gnu dot org 2009-01-13 19:47 --- Created an attachment (id=17090) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17090&action=view) Another test case This seems to be yet another test triggering this ICE. -- http://gcc.gnu.org/bugzilla/show

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #6 from sgk at troutmask dot apl dot washington dot edu 2009-01-13 19:44 --- Subject: Re: Diagnose and treat (-2.0)**2.0 properly On Tue, Jan 13, 2009 at 11:28:05AM -, pinskia at gmail dot com wrote: > > -2.0^1.9 will be a complex number. Maybe we can define it as ta

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #5 from sgk at troutmask dot apl dot washington dot edu 2009-01-13 19:43 --- Subject: Re: New: Diagnose and treat (-2.0)**2.0 properly On Tue, Jan 13, 2009 at 11:08:40AM -, burnus at gcc dot gnu dot org wrote: > > Fortran 2003 in the second sentence of the second par

[Bug fortran/29600] MINLOC, MAXLOC and SHAPE take an optional KIND argument

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

[Bug java/38827] gcj emitting incorrect code

--- Comment #1 from pinskia at gmail dot com 2009-01-13 19:22 --- Subject: Re: New: gcj emitting incorrect code On Jan 13, 2009, at 8:03 AM, "tschwinge at gcc dot gnu dot org" wrote: > I originally found this problem when trying to compile a Java > package written > by the Unive

Re: [Bug java/38827] New: gcj emitting incorrect code

On Jan 13, 2009, at 8:03 AM, "tschwinge at gcc dot gnu dot org" > wrote: I originally found this problem when trying to compile a Java package written by the Universität Stuttgart's institute IKR. I was using Debian's gcj package, version 4.3.2-2, but can likewise reproduce this using SVN

[Bug tree-optimization/38826] points-to result wrong for reads from call-clobbered vars

--- Comment #3 from dberlin at gcc dot gnu dot org 2009-01-13 18:42 --- Subject: Re: points-to result wrong for reads from call-clobbered vars Interesting. I have emailed some others for their thoughts. One way to eliminate this bug would be to mark the entire structure as in

[Bug fortran/38830] New: Add "Variable Format Expression" I/O Capability

I would like to see a new gfortran extension added so that the "Variable Format Expression" I/O capability will be available with gfortran as it is on many commercial compilers. Such a capability was once proposed as an addition to the Fortran 95 standard but was not accepted for some reason. --

[Bug c++/38795] [4.3 regression] ICE with reinterpret_cast and variadic templates

--- Comment #3 from jakub at gcc dot gnu dot org 2009-01-13 18:12 --- Fixed on the trunk so far. -- jakub at gcc dot gnu dot org changed: What|Removed |Added S

[Bug c++/38795] [4.3/4.4 regression] ICE with reinterpret_cast and variadic templates

--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-13 18:12 --- Subject: Bug 38795 Author: jakub Date: Tue Jan 13 18:11:50 2009 New Revision: 143351 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143351 Log: PR c++/38795 * tree.c (cp_walk_subtrees): Handle

[Bug rtl-optimization/38774] [4.4 Regression] ice in df_refs_verify, at df-scan.c:4307

--- Comment #4 from jakub at gcc dot gnu dot org 2009-01-13 18:07 --- Simplified testcase: extern int bar (void); volatile int g; int foo (void) { int a = 1 >= bar (); if ((1 > 9223372036854775807LL - a && 1 - a ? : 1 + a) & 1) return g; return 0; } -- http://gcc.gnu.org/

[Bug fortran/38829] New: Bogus BIND(C) error message

Compiling the following program gives the error: Error: Type 'y_c' at (1) is a parameter to the BIND(C) procedure 'wrapper' but is not C interoperable because derived type 'ty_c' is not C interoperable It works if one moves the TYPE declaration up. It also works with the SUBROUTINE is not BIND(C

[Bug c++/38797] [c++0x] Missing warning about type qualifiers on late function return types

--- Comment #2 from jason at gcc dot gnu dot org 2009-01-13 17:49 --- Closing. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug debug/37022] internal compiler error: in compute_barrier_args_size

--- Comment #15 from jakub at gcc dot gnu dot org 2009-01-13 17:18 --- As the asserts aren't on the trunk, this isn't really a regression, we've been emitting bogus unwind info in these cases (and many more than now) before as well. -- jakub at gcc dot gnu dot org changed:

[Bug c++/38636] [4.2/4.3/4.4 regression] ICE with broken ctor declaration

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

[Bug c++/36019] [4.2/4.3/4.4 Regression] template parameter does not hide class name

--- Comment #10 from dodji at gcc dot gnu dot org 2009-01-13 16:50 --- Subject: Re: [4.2/4.3/4.4 Regression] template parameter does not hide class name jakub at gcc dot gnu dot org a écrit : > --- Comment #9 from jakub at gcc dot gnu dot org 2009-01-12 23:00 --- > The 4.3 ve

[Bug c++/38828] g++ 4.3.2: -O2 without -fno-inline-small-functions makes some template instantiations disappear

--- Comment #3 from ronan dot lehy at probayes dot com 2009-01-13 16:42 --- Created an attachment (id=17089) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17089&action=view) Original source (#includes Boost headers). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38828

[Bug c/27628] Incorrect memory access type used used in accessing bitfields

--- Comment #7 from joseph at codesourcery dot com 2009-01-13 16:39 --- Subject: Re: Incorrect memory access type used used in accessing bitfields On Tue, 13 Jan 2009, frikkie at zitera dot co dot za wrote: > I've submitted patches to bug report 23623 > (http://gcc.gnu.org/bugzilla/s

[Bug c++/38828] g++ 4.3.2: -O2 without -fno-inline-small-functions makes some template instantiations disappear

--- Comment #2 from ronan dot lehy at probayes dot com 2009-01-13 16:39 --- (In reply to comment #1) > Created an attachment (id=17088) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17088&action=view) I had to trim a bit the source to be make the preprocessed source fit into 1000

[Bug target/38825] missed optimization: register renaming in unrolled loop

--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-13 16:37 --- Yes, the alias sets are not properly transfered to RTL: ;; MEM[base: out, index: ivtmp.58] = result; (insn 22 21 0 /usr/lib64/gcc/x86_64-suse-linux/4.4/include/xmmintrin.h:951 (set (mem:V4SF (plus:DI (reg/v/f:DI 66

[Bug c++/38828] g++ 4.3.2: -O2 without -fno-inline-small-functions makes some template instantiations disappear

--- Comment #1 from ronan dot lehy at probayes dot com 2009-01-13 16:35 --- Created an attachment (id=17088) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17088&action=view) Preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38828

[Bug fortran/38823] Diagnose and treat (-2.0)**2.0 properly

--- Comment #4 from burnus at gcc dot gnu dot org 2009-01-13 16:35 --- I wonder whether this should be fixed together with PR 38823. Currently, (x)**(non-integer) is never be simplified at compile time - and the simplification would be an obvious place to do the checking. -- http://

[Bug fortran/38822] Compile-time simplification of x**(real) / ICE in in gfc_target_encode_expr

--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-13 16:33 --- The problem is the following in arith.c: if (op == INTRINSIC_POWER && op2->ts.type != BT_INTEGER) goto runtime; Thus it is only run-time evaluated. gfc_arith_power deals so far only with (numeric_type)**(intege

[Bug c++/38828] New: g++ 4.3.2: -O2 without -fno-inline-small-functions makes some template instantiations disappear

I'm compiling the attached source and inspecting symbols in it: g++-4.3 -v -save-temps -Wall -Wextra -O2 -fno-inline-small-functions mylib.cpp -c -o mylib.o nm mylib.o | c++filt | grep 'serialize<' With -O2 -fno-inline-small-functions (as above), nm gives (as expected): W void boost:

[Bug target/38824] [4.4 regression] performance regression of sse code from 4.2/4.3

--- Comment #2 from tim at klingt dot org 2009-01-13 16:22 --- (In reply to comment #1) > I don't see how this changes could cause more branch misses. If you do the > same .palign for the 4.4 code does the regression vanish? I would suspect > that the loop-stream detector catches one b

[Bug target/38825] missed optimization: register renaming in unrolled loop

--- Comment #5 from tim at klingt dot org 2009-01-13 16:08 --- (In reply to comment #4) > -frename-registers does make a difference for me, i can reproduce it, however, -frename-registers is supposed to be enabled by -O3: t...@thinkpad:~/workspace/nova-server.git$ /usr/local/lib/gcc-sna

[Bug java/38827] New: gcj emitting incorrect code

I originally found this problem when trying to compile a Java package written by the Universität Stuttgart's institute IKR. I was using Debian's gcj package, version 4.3.2-2, but can likewise reproduce this using SVN trunk, as well as Debian's 4.2.4-4 package. I completely reduced the test case t

[Bug c/27628] Incorrect memory access type used used in accessing bitfields

--- Comment #6 from frikkie at zitera dot co dot za 2009-01-13 15:56 --- Good day, I've submitted patches to bug report 23623 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23623) that corrects the behavior described in this bug report. There are patches for GCC 4.3.2 and GCC 4.4.0. I

[Bug middle-end/23623] volatile keyword changes bitfield access size from 32bit to 8bit

--- Comment #14 from frikkie at zitera dot co dot za 2009-01-13 15:51 --- Created an attachment (id=17087) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17087&action=view) GCC 4.3.2 patch for volatile bitfields The following patches help to honour the container type of the volati

[Bug target/38825] missed optimization: register renaming in unrolled loop

--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-13 15:44 --- -frename-registers does make a difference for me, .L2: movaps %xmm0, %xmm2 movaps %xmm0, %xmm1 addps (%rsi,%rax), %xmm2 movaps %xmm2, (%rdi,%rax) addps 16(%rsi,%rax), %

[Bug rtl-optimization/38245] [4.4 Regression] stack corruption when a call is removed but not the outgoing argument pushes

--- Comment #22 from jakub at gcc dot gnu dot org 2009-01-13 15:37 --- Created an attachment (id=17086) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17086&action=view) gcc44-pr38245.patch Updated patch (tested with the new testcase on i386/x86_64 and eyeballed for ppc{,64}, sparc

[Bug middle-end/38786] [graphite] ICE with -floop-block in verify_ssa

--- Comment #4 from spop at gcc dot gnu dot org 2009-01-13 15:33 --- Subject: Bug 38786 Author: spop Date: Tue Jan 13 15:33:13 2009 New Revision: 143341 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143341 Log: 2009-01-13 Sebastian Pop PR tree-optimization/38786

[Bug middle-end/33443] Compiler warnings in gcc sources

--- Comment #3 from rob1weld at aol dot com 2009-01-13 15:26 --- (In reply to comment #2) > *** Bug 38746 has been marked as a duplicate of this bug. *** I think the Bugs in 38746 are more serious (and against the Trunk) than these "discards qualifiers" warnings and the ever annoying "o

[Bug target/38825] missed optimization: register renaming in unrolled loop

--- Comment #3 from tim at klingt dot org 2009-01-13 15:26 --- (In reply to comment #1) > Try -frename-registers. i forgot to mention: the binaries are compiled with -O3 -mfpmath=sse -msse (4.2, 4.3 and 4.4). -frename-registers is enabled by -O3 (In reply to comment #2) > Note that yo

[Bug bootstrap/38775] gcc 4.4.0 20090109 - The Makefile displays "profile" when using "--enable-coverage" (and not profiling)

--- Comment #2 from rob1weld at aol dot com 2009-01-13 15:19 --- (In reply to comment #1) > Well you don't understand any of these options it seems. > First --enable-coverage=nopt does nothing except changes the CFLAGS really. > There is nothing in the toplevel makefile or configure whic

[Bug bootstrap/38776] gcc 4.4.0 20090109 - Configure with "--enable-coverage=noopt" breaks build

--- Comment #7 from rob1weld at aol dot com 2009-01-13 15:17 --- (In reply to comment #6) > You should not be bootstrapping a --enable-coverage=noopt build, you should > only need to build stage1 gcc. > I only typed make. If I set "--enable-coverage=noopt" it should build correctly wh

[Bug target/38825] missed optimization: register renaming in unrolled loop

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-13 15:15 --- Note that your testcase has moved the load _mm_load_ps(in+4); before the store _mm_store_ps(out, result); which the compiler cannot do itself because they may alias. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?i

[Bug bootstrap/38788] gcc 4.4.0 20090109 - Configure with "--enable-intermodule" breaks build

--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-13 15:09 --- Reopening a bug doesn't "fix" anything. Patches do. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38788

[Bug target/38825] missed optimization: register renaming in unrolled loop

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-13 15:08 --- Try -frename-registers. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38825

[Bug target/38824] [4.4 regression] performance regression of sse code from 4.2/4.3

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-13 15:07 --- I don't see how this changes could cause more branch misses. If you do the same .palign for the 4.4 code does the regression vanish? I would suspect that the loop-stream detector catches one but not the other form

[Bug tree-optimization/38401] TreeSSA-PRE load after store missed optimization

--- Comment #23 from amylaar at gcc dot gnu dot org 2009-01-13 14:58 --- (In reply to comment #22) > If you post a patch to add the option to enable/disable partial-PRE I will > happily review and approve it for 4.4. I'd be happy to post the patch, but we (ARC) are still waiting for th

[Bug bootstrap/38788] gcc 4.4.0 20090109 - Configure with "--enable-intermodule" breaks build

--- Comment #8 from rob1weld at aol dot com 2009-01-13 14:58 --- (In reply to comment #7) > Nobody builds using --enable-intermodule, it uses too much memory in general > anyways so closing as won't fix. > We can "fix" it by reopening this bug and removing --enable-intermodule . It is

[Bug bootstrap/38792] RFE - Need Makefile to build using different strategy for "coverage" vs. "profiling"

--- Comment #4 from rob1weld at aol dot com 2009-01-13 14:53 --- (In reply to comment #3) > Coverage builds should not be bootstrapped. > > Profiled bootstrap means build stage1 with no opts and then stage2 with > generating the profiling data and then build some target libraries (not a

[Bug bootstrap/38800] gcc 4.4.0 20090109 - "make -i -k distclean" does not remove amd64/*/* fixincludes/* and /gnattools/*

--- Comment #2 from rob1weld at aol dot com 2009-01-13 14:44 --- (In reply to comment #1) > fixincludes is already registered as PR 25470. > > And really PR 3415 is the original bug for it. > > *** This bug has been marked as a duplicate of 3415 *** > Hehe ... Only a few years old.

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

--- Comment #7 from rob1weld at aol dot com 2009-01-13 14:38 --- Let me clarify the accuracy of my meaning: When I said: "Down in family is not cross compiling." I meant for the purposes of being able to execute 'target' code on the 'host', 'build' or 'target' platform (as when executab

[Bug tree-optimization/38826] points-to result wrong for reads from call-clobbered vars

--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-13 14:37 --- In fact, field-sensitive points-to analysis is probably not improving things anyway - a testcase where it does is certainly welcome! - simply due to the fact that the points-to analysis would need to be more clever t

[Bug tree-optimization/38401] TreeSSA-PRE load after store missed optimization

--- Comment #22 from rguenther at suse dot de 2009-01-13 14:29 --- Subject: Re: TreeSSA-PRE load after store missed optimization On Tue, 13 Jan 2009, amylaar at gcc dot gnu dot org wrote: > --- Comment #21 from amylaar at gcc dot gnu dot org 2009-01-13 14:11 > --- > (In rep

[Bug tree-optimization/38401] TreeSSA-PRE load after store missed optimization

--- Comment #21 from amylaar at gcc dot gnu dot org 2009-01-13 14:11 --- (In reply to comment #20) > office: 1.39% worse Actually, this is the EEMBC version with bezier01, where the entire benchmark gets optized away and thus tiny changes in the cost of the set-up code make noticea

[Bug tree-optimization/38401] TreeSSA-PRE load after store missed optimization

--- Comment #20 from amylaar at gcc dot gnu dot org 2009-01-13 14:00 --- (In reply to comment #19) > Joern, nobody is forcing you to follow the crowd if you think the crowd is > going in the wrong direction. I have evidence that the direction is wrong. I added a new option to disable

[Bug bootstrap/38728] gcc 4.4.0 20090104 - "make install" is relinking `libgij.la'

--- Comment #2 from rwild at gcc dot gnu dot org 2009-01-13 13:10 --- Relinking in itself is not a bug. You can avoid it on some systems (but likely not on yours) with --enable-fast-install. On some systems it is simply necessary. If there is a specific problem you have with the relink

[Bug other/38805] sed Unterminated `s' command

--- Comment #4 from rwild at gcc dot gnu dot org 2009-01-13 13:05 --- (In reply to comment #3) > for ac_var in `(set) 2>&1 | >sed -n 's/^ac_env_\([a-zA-Z_0-9]*\)_set=.*/\1/p'`; do > That happens much earlier than the posted errors. Thomas, please print the full name of

[Bug middle-end/21374] [4.2/4.3/4.4 regression] ICE with nested function

--- Comment #5 from joseph at codesourcery dot com 2009-01-13 12:52 --- Subject: Re: [4.2/4.3/4.4 regression] ICE with nested function Does standard Ada allow something like this? If so, there's not much point making it invalid GNU C. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug tree-optimization/38826] points-to result wrong for reads from call-clobbered vars

--- Comment #1 from rguenth at gcc dot gnu dot org 2009-01-13 12:34 --- It is interesting to see how taking the address of &s.q makes it a pointer variable. The fundamental issue seems to be that eliminating non-pointers and their edges conflicts with field-sensitive analysis. Consider

[Bug libstdc++/38477] [strict-aliasing] warning message contains compiler-generated symbols

--- Comment #16 from rguenth at gcc dot gnu dot org 2009-01-13 12:14 --- There is only a conditional path through the program that violates aliasing rules, likely never executed. We do not detect this fact because of a points-to solver issue, PR38826. -- rguenth at gcc dot gnu dot

[Bug tree-optimization/38826] New: points-to result wrong for reads from call-clobbered vars

The following testcase emits a strict-aliasing warning because the points-to result for p is wrong. It should be pt_anything, but instead the read from s.q is considered a non-pointer variable (we do not have constraints for all implicitly taken addresses by passing &s to the function call). stru

[Bug bootstrap/38523] [4.4 regression] arm build fails to link cc1-dummy

--- Comment #15 from laurent at guerby dot net 2009-01-13 12:05 --- Add URL of gcc-patches discussion http://gcc.gnu.org/ml/gcc-patches/2009-01/msg00409.html -- laurent at guerby dot net changed: What|Removed |Added ---

  1   2   >