--- Comment #4 from spop at gcc dot gnu dot org 2010-02-11 06:00 ---
Fixed on the Graphite branch, I will commit this to trunk after automatic
tests.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from spop at gcc dot gnu dot org 2010-02-11 05:57 ---
Subject: Bug 42930
Author: spop
Date: Thu Feb 11 05:57:30 2010
New Revision: 156682
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156682
Log:
Fix PR42930.
2010-02-10 Sebastian Pop
PR middle-end/42
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-11 05:29 ---
Thanks for pointing out that this has changed since C++03, though the change
was to fix to something that was clearly broken.
In any case, I disagree with issue 983. The point of the example is that it
doesn't matter
--- Comment #12 from law at redhat dot com 2010-02-11 04:49 ---
Subject: Re: [4.4/4.5 regression] IRA apparently systematically
making reload too busy on 2 address instructions with 3 operands
On 02/10/10 02:46, steven at gcc dot gnu dot org wrote:
> --- Comment #9 from steven at
--- Comment #2 from hjl dot tools at gmail dot com 2010-02-11 03:20 ---
It is caused by revision 153881:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00097.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #5 from jason at gcc dot gnu dot org 2010-02-11 02:13 ---
Subject: Bug 41896
Author: jason
Date: Thu Feb 11 02:12:53 2010
New Revision: 156678
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156678
Log:
PR c++/41896
* semantics.c (outer_lambda_capture_
--- Comment #2 from PHHargrove at lbl dot gov 2010-02-11 02:09 ---
(In reply to comment #1)
> Looks related to PR 37267 but that talks about #pragma inside struct. Hmm.
Indeed this shares w/ PR 37267 the fact that the original code looks roughly
like:
enum {
#include "enum_body
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-11
02:04 ---
This section in darwin.c seems a bit strange...
if (!DECL_EXTERNAL (decl)
&& (!TREE_PUBLIC (decl) || !DECL_WEAK (decl))
&& ! lookup_attribute ("weakref", DECL_ATTRIBUTES (decl))
&& ((TR
--- Comment #29 from paolo dot carlini at oracle dot com 2010-02-11 01:59
---
Thanks to the recent fixes and all the good work Jason did, I'm pretty sure
that now a normal enable_if or decltype on the return type would work just
fine. I'm wondering if we should just do that, for 4.5.0 a
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-02-11 01:54 ---
Looks related to PR 37267 but that talks about #pragma inside struct. Hmm.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43027
Given the 3-line C file below, compilation with gcc-4.4.2 produces the output
that follows the code ("gcc -v" output provided as well). I am not providing
the corresponding .i file under bug reporting guidelines "excuse ii": small
file that doesn't include any other file.
==begin code==
enum
--- Comment #3 from schaub-johannes at web dot de 2010-02-11 01:08 ---
Well this is certainly not valid C++03, so i have tagged it c++0x (class member
name lookup was completely rewritten in c++0x, which made it valid and which
also added 10.2). In '03, the following should fail i think,
--- Comment #1 from janis at gcc dot gnu dot org 2010-02-11 01:02 ---
Created an attachment (id=19837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19837&action=view)
minimized testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43026
GCC trunk gets an internal compiler error when building SPEC CPU2006 test
447.dealII on powerpc64-linux with "-O2 -fgraphite-identity" or "-O2
-floop-parallelize-all" for either -m32 or -m64, as demonstrated by a minimized
testcase that I'll attach to this PR. Perhaps someone else will be able to
--- Comment #9 from janis at gcc dot gnu dot org 2010-02-11 00:50 ---
I tried the patch and it fixes both of the problems with eon.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
--- Comment #11 from sebpop at gmail dot com 2010-02-11 00:29 ---
Subject: Re: [4.5 Regression][graphite] ICE: in
graphite_loop_normal_form, at graphite-sese-to-poly.c (2)
On Wed, Feb 10, 2010 at 12:26, amonakov at gcc dot gnu dot org
wrote:
> I don't see how this patch makes
On Wed, Feb 10, 2010 at 12:26, amonakov at gcc dot gnu dot org
wrote:
> I don't see how this patch makes simple_iv call from number_of_iterations_exit
> return true for j_20. Could you please kindly explain?
We used to analyze the second scop after the code generation of the
first one. In that
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-11 00:05 ---
I'd say this is a gas bug, I don't see why if we don't need on x86 the local
symbols in .long .L3 or call .L3 cases, we don't need it for .long @gotoff
either, resolving it to .text + is perfectly fine.
--
ht
Compile this code for 32-bit using -fPIC:
int fn(int i) {
switch (i)
{
case 0:
return 0;
case 1:
return 1;
case 2:
return 2;
case 3:
return 3;
case 4:
return 4;
case 5:
return 5;
case 6:
return 6;
case 7:
return
--- Comment #20 from steven at gcc dot gnu dot org 2010-02-10 23:53 ---
I'll leave it to someone else to implement and test the details...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from steven at gcc dot gnu dot org 2010-02-10 23:47 ---
In r118474, cse.c:find_best_addr makes the replacement here:
if ((addr_folded_cost < addr_cost
|| (addr_folded_cost == addr_cost
/* ??? The rtx_cost comparison is left ove
--- Comment #18 from ramana at gcc dot gnu dot org 2010-02-10 23:45 ---
(In reply to comment #16)
> In fwprop.c of r118475, we get to propagate_rtx_1 (fwprop.c:334):
>
> /* Copy propagations are always ok. Otherwise check the costs. */
> if (!(REG_P (old) && REG_P
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-10 23:40 ---
(In reply to comment #2)
> Daniel: Wouldn't it be enough to duplicate c-cppbuiltin.c's
> builtin_define_with_value and builtin_define_with_int_value for fortran/cpp.c?
> Regarding builtin_define_std: Couldn't one simp
--- Comment #15 from foom at fuhm dot net 2010-02-10 23:24 ---
Nope, adding -fno-indirect-inlining has no effect.
I'm now using:
g++-4.5 (Debian 4.5-20100202-1) 4.5.0 20100202 (experimental) [trunk revision
156452]
Problem still occurs, -fno-ipa-cp still makes it go away.
--
http:
--- Comment #8 from amodra at gmail dot com 2010-02-10 23:20 ---
I haven't tested my patch against eon, just the testcase here and of course the
gcc testsuite. Latest patch url given above
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
--- Comment #17 from bonzini at gnu dot org 2010-02-10 23:11 ---
Subject: Re: [4.3/4.4/4.5 regression] Code size
increase on ARM due to poor register allocation
> Perhaps we should prefer addresses based on the frame pointer over other
> addresses?
Yes, that's definitely better from
--- Comment #16 from steven at gcc dot gnu dot org 2010-02-10 22:50 ---
In fwprop.c of r118475, we get to propagate_rtx_1 (fwprop.c:334):
/* Copy propagations are always ok. Otherwise check the costs. */
if (!(REG_P (old) && REG_P (new))
&& !should_re
--- Comment #7 from janis at gcc dot gnu dot org 2010-02-10 22:48 ---
Alan, do you have an update on this? Does you patch fix just the ICE or also
the runtime segfault described in comment #2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42344
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-10 22:46 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jason at gcc dot gnu dot org 2010-02-10 22:45 ---
Subject: Bug 41896
Author: jason
Date: Wed Feb 10 22:45:07 2010
New Revision: 156673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156673
Log:
PR c++/41896
* semantics.c (outer_lambda_capture_
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from jason at gcc dot gnu dot org 2010-02-10 22:00 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #20 from jason at gcc dot gnu dot org 2010-02-10 22:00 ---
Fixed (to require defaulting outside the class) for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from jason at gcc dot gnu dot org 2010-02-10 21:48 ---
Subject: Bug 42983
Author: jason
Date: Wed Feb 10 21:48:35 2010
New Revision: 156672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156672
Log:
PR c++/42983, core issue 906
* method.c (default
--- Comment #4 from jason at gcc dot gnu dot org 2010-02-10 21:48 ---
Subject: Bug 43016
Author: jason
Date: Wed Feb 10 21:48:25 2010
New Revision: 156671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156671
Log:
PR c++/43016
* semantics.c (maybe_add_lambda_conv
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-02-10
21:38 ---
Even if you fix this issue, I don't believe you will be able to compile
pdftk.cc with gcc 4.3 or later...
http://gcc.gnu.org/ml/java/2008-03/msg00028.html
due to the code incorrectly mixing c++ and java e
--- Comment #8 from gcc_bugzilla dot 20 dot marcelitom at inboxclean dot
com 2010-02-10 21:23 ---
Thanks Paolo. I did understand that map was passing a . I wrongly
assumed that it was using it to copy the pointed string to the map, but I
learned from your first post that it was only cop
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-10 20:47 ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > ecj1 is really the Eclipse frontend which we just inherit, the GCC java
> > > frontend (which just handles bytecode) is called jc
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-02-10 20:46 ---
(In reply to comment #3)
> (In reply to comment #2)
> > ecj1 is really the Eclipse frontend which we just inherit, the GCC java
> > frontend (which just handles bytecode) is called jc1.
>
> Why starting from gcc 4.3
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-10 20:24 ---
Subject: Bug 42530
Author: spop
Date: Wed Feb 10 20:23:41 2010
New Revision: 156668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156668
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop
PR m
--- Comment #6 from spop at gcc dot gnu dot org 2010-02-10 20:24 ---
Subject: Bug 42914
Author: spop
Date: Wed Feb 10 20:23:41 2010
New Revision: 156668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156668
Log:
Fix PR42914 and PR42530.
2010-02-10 Sebastian Pop
PR m
--- Comment #7 from LpSolit at netscape dot net 2010-02-10 20:04 ---
(In reply to comment #3)
> We should really upgrade bugzilla to version 3.0
bug 43011. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36739
--- Comment #3 from lucabon at interfree dot it 2010-02-10 19:56 ---
(In reply to comment #2)
> ecj1 is really the Eclipse frontend which we just inherit, the GCC java
> frontend (which just handles bytecode) is called jc1.
Why starting from gcc 4.3 jc1 handles only bytecode and no more
--- Comment #16 from LpSolit at netscape dot net 2010-02-10 19:48 ---
(In reply to comment #15)
> No such check for adding comments from email replies, but adding a comment
> doesn't require privileges (and the password for an autocreated account is
> of course sent to the email addres
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |langton at gcc dot gnu dot
|dot org
--- Comment #1 from orzel at freehackers dot org 2010-02-10 19:33 ---
Created an attachment (id=19836)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19836&action=view)
as provided by -save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43024
Upgrading from 4.4.2 to 4.4.3, gcc now segfaults when compiling my file. I've
narrowed both the command line and the cpp file (30 lines, visible at the end
of the *.ii attached). Most of the included code is from eigen
(http://eigen.tuxfamily.org/) and is publicly visible on
http://bitbucket.org/e
--- Comment #15 from steven at gcc dot gnu dot org 2010-02-10 19:24 ---
The difference between r118474 (left) and r118475 just before register
allocation (in the .life2 dumps) is this:
2 NOTE_INSN_DELETED 2 NOTE_INSN_DELETED
8 NOTE_INSN_BASIC_BLOCK
--- Comment #2 from amonakov at gcc dot gnu dot org 2010-02-10 18:41
---
Confirming. Reproducible on amd64-linux.
This appears to be a bug in CLooG. Disable CLooG optimizations on graphite
branch fixes the bug. The problem is that CLooG generates wrong bounds for
parts of strip-mined
--- Comment #3 from paolo dot carlini at oracle dot com 2010-02-10 18:40
---
Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #2 from domob at gcc dot gnu dot org 2010-02-10 18:26 ---
This is part of what I mention in comment 6 of PR 39626, will work on it there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43019
--- Comment #10 from amonakov at gcc dot gnu dot org 2010-02-10 18:26
---
(In reply to comment #9)
> Fixed as described in
> http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00436.html
>
I don't see how this patch makes simple_iv call from number_of_iterations_exit
return true for j_20.
--- Comment #8 from domob at gcc dot gnu dot org 2010-02-10 18:26 ---
*** Bug 43019 has been marked as a duplicate of this bug. ***
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from domob at gcc dot gnu dot org 2010-02-10 18:26 ---
*** This bug has been marked as a duplicate of 39626 ***
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-10 18:24 ---
Confirmed on i?86. Latent bug in loop-distribution.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-02-10 18:19 ---
(In reply to comment #4)
> Debug stmts do not seem to be reachable from basic iterators like:
>
> FOR_EACH_IMM_USE_STMT (stmt, imm_iter, def)
> if (is_gimple_debug (stmt))
> {
> g
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #6 from nix at esperi dot org dot uk 2010-02-10 17:57 ---
That's bizarre. Looking at the 4.4 source code. va_end expands to a NOP.
But, yes, that's a bug, all right. I'm not sure if this is still considered a
regression, given that va_end() is widely ignored and omitted by a
GCC trunk gets an internal compiler error when building SPEC CPU2006 test
459.GemsFDTD on powerpc64-linux with "-O2 -ftree-loop-distribution" for either
-m32 or -m64, as demonstrated by this minimized testcase:
-
MODULE NFT_mod
impli
--- Comment #14 from steven at gcc dot gnu dot org 2010-02-10 17:50 ---
Vlad, this is another one that you probably should have a look at, please.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from spop at gcc dot gnu dot org 2010-02-10 17:29 ---
Debug stmts do not seem to be reachable from basic iterators like:
FOR_EACH_IMM_USE_STMT (stmt, imm_iter, def)
if (is_gimple_debug (stmt))
{
gimple_debug_bind_reset_value (stmt);
--- Comment #13 from steven at gcc dot gnu dot org 2010-02-10 17:23 ---
As comment #12 shows, CSE can't do much about this -- there is no common
subexpression before register allocation.
Vlad, this is another one that you probably should have a look at, please.
I will have a look at th
--- Comment #11 from vmakarov at redhat dot com 2010-02-10 17:15 ---
(In reply to comment #8)
>
> Thanks, we should see if this solves the AMMP problem in a day or two.
> Are you going to look at the related PR42961? Without the regmove hunk
> it does not happen at AMMP but it likely
When compiling gfortran.dg/intrinsic_product_1.f90 under valgrind, one sees the
following valgrind notification; the line referred to is:
gfc_typenode_for_spec (gfc_typespec * spec)
switch (spec->type)
case BT_INTEGER:
if (spec->f90_type == BT_VOID) // <<< Line 1001
Conditional jump
--- Comment #9 from spop at gcc dot gnu dot org 2010-02-10 17:03 ---
Fixed as described in
http://gcc.gnu.org/ml/gcc-patches/2010-02/msg00436.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42771
--- Comment #10 from vmakarov at redhat dot com 2010-02-10 17:02 ---
The big chunk of regmove which did the same what IRA is capable to do was
removed when IRA was merged.
There are still a lot of important transformations (like dealing with
increments, sign/zero extensions etc) whi
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-02-10 16:59 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-02-10 16:55 ---
This code is undefined with the va_end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-02-10 16:52 ---
Subject: Bug 43017
Author: rguenth
Date: Wed Feb 10 16:52:07 2010
New Revision: 15
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=15
Log:
2010-02-10 Richard Guenther
PR tree-optimization/
--- Comment #4 from mikpe at it dot uu dot se 2010-02-10 16:52 ---
(In reply to comment #0)
> static void argy (int foo, ...) {
> va_list arg;
> char **sp;
>
> va_start(arg, foo);
> sp = va_arg(arg,char **);
> /* WHAM. */
> *sp = "foo";
> }
You're missing a va_end(arg); her
--- Comment #10 from burnus at gcc dot gnu dot org 2010-02-10 16:49 ---
FIXED on the trunk (4.5). Thanks for the draft patch!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from burnus at gcc dot gnu dot org 2010-02-10 16:48 ---
Subject: Bug 40823
Author: burnus
Date: Wed Feb 10 16:48:24 2010
New Revision: 156665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156665
Log:
2010-02-10 Joost VandeVondele
Tobias Burnus
--- Comment #8 from spop at gcc dot gnu dot org 2010-02-10 16:47 ---
Subject: Bug 42771
Author: spop
Date: Wed Feb 10 16:47:04 2010
New Revision: 156664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156664
Log:
Fix PR42771.
2010-02-10 Sebastian Pop
PR middle-end/42
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-10 16:45 ---
I have a fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #3 from burnus at gcc dot gnu dot org 2010-02-10 16:45 ---
FIXED on the trunk (4.5). Thanks again for the report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2010-02-10 16:43 ---
Subject: Bug 43015
Author: burnus
Date: Wed Feb 10 16:43:22 2010
New Revision: 156663
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156663
Log:
2010-02-10 Tobias Burnus
PR fortran/43015
*
--- Comment #3 from mikpe at it dot uu dot se 2010-02-10 16:28 ---
(In reply to comment #2)
> Checked with GCC 4.3: doesn't happen there. (Maybe I'm not supposed to change
> the summary myself: if so, my apologies.)
Now you've made it look like a bug in 4.3 but not in 4.4 or 4.5. You sh
--- Comment #12 from steven at gcc dot gnu dot org 2010-02-10 16:27 ---
Trying with r156650, I get this before regalloc (in the .184r.asmcons dump):
1 NOTE_INSN_DELETED
4 NOTE_INSN_BASIC_BLOCK
2 r135:SI=r0:SI
REG_DEAD: r0:SI
3 NOTE_INSN_FUNCTION_BEG
6 r136:SI=s
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work||4.4.3
Priority|P3 |P1
Target Mi
>From the bison testsuite:
> gcc-4.5 -c @@.c
gcc-4.5: : No such file or directory
gcc-4.5: no input files
> gcc-4.5 -c @{.c
gcc-4.5: : No such file or directory
gcc-4.5: no input files
> gcc-4.5 -c @}.c
gcc-4.5: : No such file or directory
gcc-4.5: no input files
> gcc-4.5 -c '~...@#$%^&*()-=_+
--- Comment #2 from nix at esperi dot org dot uk 2010-02-10 16:20 ---
Checked with GCC 4.3: doesn't happen there. (Maybe I'm not supposed to change
the summary myself: if so, my apologies.)
--
nix at esperi dot org dot uk changed:
What|Removed |Add
--- Comment #1 from nix at esperi dot org dot uk 2010-02-10 16:19 ---
Created an attachment (id=19835)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19835&action=view)
Preprocessed testcase source
(sans #include , not needed for crash, only for closely-related
non-crashing version
Testcase:
#include
#include
static void argy (int foo, ...) {
va_list arg;
char **sp;
va_start(arg, foo);
sp = va_arg(arg,char **);
/* WHAM. */
*sp = "foo";
}
int main (void)
{
char *foo;
/* Comment the next line out for instant crash. */
/* (fprintf) (stderr, "&foo: %p\n",
BLOCK is xfailed and contains:
! Check for correct scope of variables that are implicit typed within a BLOCK.
! This is not yet implemented, thus XFAIL'ed the test.
PROGRAM main
IMPLICIT INTEGER(a-z)
BLOCK
! a gets implicitly typed, but scope should not be limited to BLOCK.
a = 42
This is either a test-suite error or a compiler bug:
Invalid read of size 1
at 0x4C276E8: memcpy (in
/usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
by 0x400CB0: MAIN__ (alloc_comp_scalar_1.f90:13)
by 0x400E4D: main (alloc_comp_scalar_1.f90:17)
Address 0x58d73d7 is 3 bytes after a b
--- Comment #13 from jakub at gcc dot gnu dot org 2010-02-10 15:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENED
--- Comment #3 from jakub at gcc dot gnu dot org 2010-02-10 15:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from jakub at gcc dot gnu dot org 2010-02-10 15:11 ---
Subject: Bug 42309
Author: jakub
Date: Wed Feb 10 15:11:30 2010
New Revision: 156660
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156660
Log:
PR fortran/42309
* trans-expr.c (gfc_conv_subref
--- Comment #11 from jakub at gcc dot gnu dot org 2010-02-10 15:11 ---
Subject: Bug 42309
Author: jakub
Date: Wed Feb 10 15:10:53 2010
New Revision: 156659
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156659
Log:
PR fortran/42309
* trans-expr.c (gfc_conv_subref
--- Comment #2 from jakub at gcc dot gnu dot org 2010-02-10 15:09 ---
Subject: Bug 43010
Author: jakub
Date: Wed Feb 10 15:09:06 2010
New Revision: 156658
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156658
Log:
PR debug/43010
* dwarf2out.c (retry_incomplete_ty
--- Comment #1 from jakub at gcc dot gnu dot org 2010-02-10 15:03 ---
Subject: Bug 43010
Author: jakub
Date: Wed Feb 10 15:02:56 2010
New Revision: 156657
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=156657
Log:
PR debug/43010
* dwarf2out.c (retry_incomplete_ty
--- Comment #8 from hjl dot tools at gmail dot com 2010-02-10 14:57 ---
(In reply to comment #7)
> (In reply to comment #6)
> > (In reply to comment #1)
> > > Which is a remainder that devs should enable checking when testing
> > > patches for
> > > branches ...
> > >
> >
> > I am usi
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-02-10 14:49 ---
(In reply to comment #6)
> (In reply to comment #1)
> > Which is a remainder that devs should enable checking when testing patches
> > for
> > branches ...
> >
>
> I am using the same configuration for both trunk
--- Comment #6 from hjl dot tools at gmail dot com 2010-02-10 14:39 ---
(In reply to comment #1)
> Which is a remainder that devs should enable checking when testing patches for
> branches ...
>
I am using the same configuration for both trunk and release branch:
--enable-clocale=gnu
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-02-10 14:30 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
Another one.
signed char foo(unsigned char c2)
{
signed char c2_22;
if (c2 <= 63 || c2 == 127)
goto bb43;
else
goto bb20;
bb20:
if (c2 > 252)
goto bb43;
else
goto bb21;
bb21:
/*...*/;
bb24:
c2_22 = (signed char)c2;
if (c2_22 >= 0)
goto bb25;
else
goto
--- Comment #5 from sezeroz at gmail dot com 2010-02-10 14:29 ---
(In reply to comment #4)
[...]
> > > > FAIL: gcc.c-torture/compile/pr42705.c -Os (test for excess errors)
> > >
> > > It passed for me on Linux/x86.
> > >
> >
> > Fails for me both on i686- and x86_64-linux.
> >
>
>
--- Comment #4 from hjl dot tools at gmail dot com 2010-02-10 14:09 ---
(In reply to comment #3)
> (In reply to comment #2)
> > > FAIL: gcc.c-torture/compile/pr42705.c -O1 (internal compiler error)
> > > FAIL: gcc.c-torture/compile/pr42705.c -O1 (test for excess errors)
> > > FAIL: g
--- Comment #10 from burnus at gcc dot gnu dot org 2010-02-10 13:54 ---
Patch for 4.4 and the 4.5-trunk by Jakub:
http://gcc.gnu.org/ml/fortran/2010-02/msg00063.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42309
--- Comment #2 from plaice at cse dot unsw dot edu dot au 2010-02-10 13:32
---
Created an attachment (id=19834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19834&action=view)
Second file for Bug 43016
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43016
1 - 100 of 133 matches
Mail list logo
