--- Comment #2 from dcy665 at gmail dot com 2010-09-20 06:25 ---
And yet, it does not help (with or without dashes) that corei7 is claimed to be
supported and yet is not.
Either --target-help should not report support or gcc should actually support
it.
--
--- Comment #3 from Joost dot VandeVondele at pci dot uzh dot ch
2010-09-20 06:30 ---
(In reply to comment #2)
Created an attachment (id=21841)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21841action=view) [edit]
Possible patch
This patch passes regression testing. Don't
--- Comment #7 from irar at il dot ibm dot com 2010-09-20 06:43 ---
Fixed.
--
irar at il dot ibm dot com changed:
What|Removed |Added
Status|NEW
--- Comment #2 from jpr at csc dot fi 2010-09-20 06:54 ---
Created an attachment (id=21842)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21842action=view)
somewhat reduced testcase
Hi,
I tried debugging this more. Attached is a somewhat reduced testcase. I also
had a look at
Eric Botcazou-3 wrote:
There is no full port of the Ada compiler to this platform in the FSF
tree.
You can only build a 64-bit Ada compiler with the unpatched sources.
--
Eric Botcazou
Thank you very much for your informations and sorry for the delay - I have
been on vacation.
--- Comment #3 from rafael dot carre at gmail dot com 2010-09-20 07:24
---
I made a CVS checkout of binutils yesterday.
You're right, MOVT is supported on ARMv7 because all ARMv7 supports Thumb2,
http://infocenter.arm.com/help/topic/com.arm.doc.qrc0001m/QRC0001_UAL.pdf
(It says All
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-20 07:29 ---
Created an attachment (id=21843)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21843action=view)
gcc46-pr45728.patch
Fix. Alternatively we could just change the == SUBREG condition to force_reg
first to !REG_P
--- Comment #4 from rafael dot carre at gmail dot com 2010-09-20 07:47
---
Created an attachment (id=21844)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21844action=view)
Only emit MOVT when targetting Thumb2
Tentative patch.
However as suggested by the original TARGET_32BIT,
--- Comment #5 from burnus at gcc dot gnu dot org 2010-09-20 07:56 ---
(In reply to comment #0)
In gfortran a WRITE of a NAMELIST group into an internal file appears to all
go into the first record.
[...]
only major complaint with that is that I first guessed that your output
into
--- Comment #5 from rafael dot carre at gmail dot com 2010-09-20 08:17
---
Created an attachment (id=21845)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21845action=view)
Only emit MOVT when the targetted CPU is Thumb2-able
--
rafael dot carre at gmail dot com changed:
--- Comment #30 from rguenth at gcc dot gnu dot org 2010-09-20 08:33
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #31 from rguenth at gcc dot gnu dot org 2010-09-20 08:34
---
Subject: Bug 45623
Author: rguenth
Date: Mon Sep 20 08:33:46 2010
New Revision: 164430
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164430
Log:
2010-09-20 Richard Guenther rguent...@suse.de
PR
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-09-20 09:10
---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Compiler output:
$ gcc -O testcase.c
testcase.c: In function 'foo':
testcase.c:8:1: internal compiler error: in bit_value_unop, at
tree-ssa-ccp.c:1861
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
Tested revisions:
--- Comment #1 from zsojka at seznam dot cz 2010-09-20 09:23 ---
Created an attachment (id=21846)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21846action=view)
reduced testcase
$ gcc -O pr45732.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45732
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-09-20 09:30 ---
(In reply to comment #2)
And yet, it does not help (with or without dashes) that corei7 is claimed to
be
supported and yet is not.
--target-help is documented as alias for --help=target, but that doesn't
print
--- Comment #5 from paolo dot carlini at oracle dot com 2010-09-20 09:56
---
Thus, I would say middle-end? However, certainly doesn't happen on Linux, for
some reason... Honza, in case please recategorize.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #6 from urbanjost at comcast dot net 2010-09-20 09:57 ---
Subject: Re: WRITE of NAMELIST group to internal file contains newline
characters
That is the confusing part. The output only looks like it is multiple lines
because a newline is placed between each name=value
Do you know if there is any configuration option to force build 64bit only?
Try --disable-multilib.
--
Eric Botcazou
--- Comment #6 from mikpe at it dot uu dot se 2010-09-20 10:29 ---
Can you do a bisection to identify the exact commit responsible? Looking at
the original commit that introduced the movt md pattern (139881) I see a
TARGET_USE_MOVT guard in the C code that _should_ prevent it from
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-09-20 10:31
---
Created an attachment (id=21847)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21847action=view)
Semi-reduced testcase
To be compiled at -O -mcpu=v8.
--
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-20 10:39 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from jpr at csc dot fi 2010-09-20 11:05 ---
Even simpler testcase, now in C.
#include stdio.h
#include stdlib.h
void a()
{
char s[2];
void b() {
char p[4096];
if ( strcmp(s,s)!=0 ) abort();
strcpy( p,p);
}
strcpy( s,s );
b();
}
main()
{
a();
--- Comment #4 from matz at gcc dot gnu dot org 2010-09-20 11:07 ---
Whoops. Yeah, I only added x86_64-*-* to the vect_perm targets. Obviously,
as sse2 is active by default for the vectorizer testsuite I also need to
add the i?86-*-* targets. H.J., can you try with this patch on a
--- Comment #7 from rafael dot carre at gmail dot com 2010-09-20 11:08
---
I didn't bisect.
Did you try r139881? If I download a checkout (I'm using a snapshot) to bisect
I could use this as a working starting point.
TARGET_USE_MOVT uses arm_arch_thumb2 just like my patch so it's not
--- Comment #4 from jpr at csc dot fi 2010-09-20 11:12 ---
For the testcase in comment #3 the ___chkstk call is also
generated with -O0 (and trying to use %r10 across the call...)
Juha
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
--- Comment #5 from jpr at csc dot fi 2010-09-20 11:36 ---
And still reduced testcase, fails at -O0.
void main()
{
char s;
void b() {
char p[4096];
if ( s!='s' ) abort();
}
s='s';
b();
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45694
--- Comment #6 from t7 at gmail dot com 2010-09-20 11:41 ---
(In reply to comment #3)
Even simpler testcase, now in C.
#include stdio.h
#include stdlib.h
void a()
{
char s[2];
void b() {
char p[4096];
You deliberately use a very large storage for a very
Compiler output:
$ gcc -O1 -fstrict-overflow -ftree-vectorize testcase.c
testcase.c: In function 'foo':
testcase.c:4:1: error: invalid conversion in gimple call
vector(2) void *
vector(2) long long unsigned int
vect_var_.19_89 = __builtin_ia32_vec_perm_v2di_u (vect_var_.18_88,
vect_var_.18_88, {
--- Comment #1 from zsojka at seznam dot cz 2010-09-20 11:43 ---
Created an attachment (id=21848)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21848action=view)
reduced testcase
$ gcc -O -fstrict-overflow -ftree-vectorize pr45733.c
--
--- Comment #13 from rguenth at gcc dot gnu dot org 2010-09-20 11:45
---
namespace std {
typedef __SIZE_TYPE__ size_t;
}
inline void* operator new(std::size_t, void* __p) throw() {
return __p;
}
extern C void abort (void);
class Foo {
public:
virtual void test (void) { abort
--- Comment #7 from jpr at csc dot fi 2010-09-20 11:46 ---
Hi,
yes the stack size is relevant here, because otherwise gcc does not
call ___chkstk(), which seems to be the trouble here. 4K stack usage
is not very big IMHO.
-Juha
(In reply to comment #6)
(In reply to comment #3)
Even
--- Comment #8 from t7 at gmail dot com 2010-09-20 11:59 ---
(In reply to comment #7)
Hi,
yes the stack size is relevant here, because otherwise gcc does not
call ___chkstk(), which seems to be the trouble here. 4K stack usage
is not very big IMHO.
I went deeper... and found out
--- Comment #8 from mikpe at it dot uu dot se 2010-09-20 12:02 ---
r139881 is good. I'll start a bisection.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45726
--- Comment #9 from ktietz at gcc dot gnu dot org 2010-09-20 12:07 ---
(In reply to comment #8)
This issue is caused by the fact that __chkstk clobbers r10 (see its
constrains), which is used here as argument-register for this nested function.
So something is broken here about
--- Comment #2 from paolo dot carlini at oracle dot com 2010-09-20 12:15
---
I was having a second look to this issue, and noticed something more which I
missed the first time: the Standard, *only* in the case of getline(char_type*,
streamsize, char_type) explicitly says These
--- Comment #2 from irar at il dot ibm dot com 2010-09-20 12:17 ---
Looks like it is caused by revision 164367:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00661.html
--
irar at il dot ibm dot com changed:
What|Removed |Added
--- Comment #17 from mikpe at it dot uu dot se 2010-09-20 12:40 ---
expmed.c:expand_shift () is miscompiled: breaking that function out to a
separate source file, compiling it with stage1/xgcc, and relinking stage2/cc1 I
get 'lsls', compiling it with the bootstrap gcc and relinking
--- Comment #4 from eric dot weddington at atmel dot com 2010-09-20 12:58
---
(In reply to comment #3)
It exits for the reported version (4.4.3) and as well as for trunk/4.6.
Abnikant, could you also post the patch that fixes this problem? Thanks.
--
eric dot weddington at
--- Comment #3 from abel at gcc dot gnu dot org 2010-09-20 13:05 ---
We have the code like this:
if (...)
{
17 cx:DI=[`s2'] //comes from s2.vl += s1.vl;
...
}
27 dx:DI=[`s2'] //comes from s1 = s2;
When the scheduler tries to move insn 27 before if (...), it also unifies its
--- Comment #3 from irar at il dot ibm dot com 2010-09-20 13:08 ---
For vector(2) void * we get vec_perm_v2di_u builtin declaration, because the
mode of vector(2) void * is unsigned V2DI.
I wonder if this can happen for every builtin call, and we should convert back
to the original
--- Comment #4 from matz at gcc dot gnu dot org 2010-09-20 13:17 ---
Yeah, probably some fold_convert is missing in reverse_vec_elements() in case
the type of the args or the return type of the chosen builtin decl don't
exactly match.
--
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-20 13:24 ---
Subject: Bug 45695
Author: jakub
Date: Mon Sep 20 13:24:23 2010
New Revision: 164431
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164431
Log:
PR rtl-optimization/45695
* combine.c
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-20 13:54 ---
(In reply to comment #4)
Whoops. Yeah, I only added x86_64-*-* to the vect_perm targets. Obviously,
as sse2 is active by default for the vectorizer testsuite I also need to
add the i?86-*-* targets. H.J., can
--- Comment #6 from matz at gcc dot gnu dot org 2010-09-20 14:12 ---
Subject: Bug 45706
Author: matz
Date: Mon Sep 20 14:12:04 2010
New Revision: 164433
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164433
Log:
PR testsuite/45706
* lib/target-supports.exp
--- Comment #7 from matz at gcc dot gnu dot org 2010-09-20 14:14 ---
Fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-09-20 14:26
---
The fact that C++ vtables are weak or external should no longer bother us with
const_decl_known flag. The problem is that array constructor provided by C++
frontend don't have explicit indexes and thus current
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-09-20 14:40 ---
Subject: Bug 45705
Author: rguenth
Date: Mon Sep 20 14:40:10 2010
New Revision: 164434
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164434
Log:
2010-09-20 Richard Guenther rguent...@suse.de
PR
--- Comment #8 from matz at gcc dot gnu dot org 2010-09-20 14:45 ---
Subject: Bug 45706
Author: matz
Date: Mon Sep 20 14:45:30 2010
New Revision: 164435
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164435
Log:
PR testsuite/45706
* gcc.dg/vect/pr43432.c: Don't
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-09-20 14:46 ---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
namespace std {
typedef __SIZE_TYPE__ size_t;
}
inline void* operator new(std::size_t, void* __p) throw() {
return __p;
}
extern C void abort (void);
class Foo {
public:
virtual void test (void) { abort (); }
};
class Bar {
public:
virtual void test (void) { }
};
int main()
{
Foo f;
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #4 from amonakov at gcc dot gnu dot org 2010-09-20 14:49
---
A small testcase to illustrate the problem with volatile fields.
//---8---
struct vv {volatile long a, b;} vv1, vv2;
int foo()
{
vv1 = vv2;
}
//---8---
gcc/cc1 -O2 -frename-registers -fschedule-insns2 vol.c
--- Comment #9 from rearnsha at gcc dot gnu dot org 2010-09-20 15:20
---
Must also be present (even if latent) on 4.5.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rearnsha at gcc dot gnu dot
|dot org
--- Comment #10 from rearnsha at gcc dot gnu dot org 2010-09-20 15:25
---
Subject: Bug 45726
Author: rearnsha
Date: Mon Sep 20 15:25:44 2010
New Revision: 164436
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164436
Log:
2010-09-20 Rafael Carre rafael.ca...@gmail.com
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-20 15:27 ---
It is caused by revision 161655:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg6.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #11 from rearnsha at gcc dot gnu dot org 2010-09-20 15:27
---
Subject: Bug 45726
Author: rearnsha
Date: Mon Sep 20 15:27:13 2010
New Revision: 164437
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164437
Log:
2010-09-20 Rafael Carre rafael.ca...@gmail.com
--- Comment #12 from rearnsha at gcc dot gnu dot org 2010-09-20 15:36
---
Fixed in 4.5.3 and trunk.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from rafael dot carre at gmail dot com 2010-09-20 15:46
---
Is there something wrong with the first hunk of the patch (arm_movt) ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45726
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-20 15:46 ---
Of course it is ;) Before pointer-conversions became useless we didn't
propagate the invariant address into the OBJ_TYPE_REF expression.
We still have useful function-pointer conversions as well, because
dropping
--- Comment #20 from hubicka at gcc dot gnu dot org 2010-09-20 15:48
---
Subject: Bug 45605
Author: hubicka
Date: Mon Sep 20 15:48:42 2010
New Revision: 164438
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164438
Log:
PR tree-optimize/45605
* cgraph.h
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--- Comment #21 from hubicka at gcc dot gnu dot org 2010-09-20 15:53
---
OK, we now fold the testcase using obj_type_ref folding. We still should do it
via vtable lookup and we don't but that is for other PR I guess.
--
hubicka at gcc dot gnu dot org changed:
What
--- Comment #5 from redi at gcc dot gnu dot org 2010-09-20 15:54 ---
PR 41437 has a simpler testcase
*** This bug has been marked as a duplicate of 41437 ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2010-09-20 15:54 ---
*** Bug 40843 has been marked as a duplicate of this bug. ***
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-09-20 15:54 ---
Subject: Bug 45704
Author: rguenth
Date: Mon Sep 20 15:54:03 2010
New Revision: 164439
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164439
Log:
2010-09-20 Richard Guenther rguent...@suse.de
PR
--- Comment #5 from bonzini at gnu dot org 2010-09-20 16:01 ---
Looks like a problem in expand. CCing Matz.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #14 from rearnsha at gcc dot gnu dot org 2010-09-20 16:13
---
(In reply to comment #13)
Is there something wrong with the first hunk of the patch (arm_movt) ?
Nothing really. I missed that bit.
I think in practice the compiler will never end up matching that pattern
--- Comment #15 from rearnsha at gcc dot gnu dot org 2010-09-20 16:22
---
Subject: Bug 45726
Author: rearnsha
Date: Mon Sep 20 16:21:57 2010
New Revision: 164441
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164441
Log:
2010-09-20 Rafael Carre rafael.ca...@gmail.com
--- Comment #3 from janus at gcc dot gnu dot org 2010-09-20 16:29 ---
Here is a reduced test case:
module base_mat_mod
type :: base_sparse_mat
contains
procedure :: get_fmt
end type
contains
function get_fmt(a) result(res)
implicit none
--- Comment #16 from mikpe at it dot uu dot se 2010-09-20 16:37 ---
FWIW, exposed on trunk by r160462 (PR44423 fix), backported to 4.5 in r160775.
But clearly the issue was latent since the movt patterns were added.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45726
--- Comment #3 from jakub at gcc dot gnu dot org 2010-09-20 16:48 ---
Subject: Bug 45124
Author: jakub
Date: Mon Sep 20 16:48:29 2010
New Revision: 164442
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164442
Log:
PR debug/45124
* dwarf2out.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-09-20 16:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from eric dot weddington at atmel dot com 2010-09-20 16:51
---
Closed as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #13 from hjl dot tools at gmail dot com 2010-09-20 16:56
---
Here is the deal:
1. The linker default search paths are /lib, /usr/lib.
2. ld -r disables the linker default search paths.
3. Gcc always passes -Lmulti-lib-dir to ld when multi-lib is enabled.
On Linux/ia32,
--- Comment #14 from hjl dot tools at gmail dot com 2010-09-20 17:10
---
One solution is always pass -L to linker even if the
directory is known to linker. Gcc always does that for
multi-lib. This will make gcc more consistent. It may
also allow using system linker with native sysroot
--- Comment #4 from eric dot weddington at atmel dot com 2010-09-20 17:14
---
AFAIK, fixed in the latest xmega patch, which is still not upstream.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
--- Comment #27 from paolo dot carlini at oracle dot com 2010-09-20 17:23
---
Unless somebody posts here over the next two/three days or so *concrete* ideas
of a different sort, I'm going to simply work on a doubly linked list solution,
along the lines of the section iterator here:
--- Comment #9 from paolo dot carlini at oracle dot com 2010-09-20 17:28
---
Ian, I suppose the iant cited by Andrew it's you: any more constructive tip?
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #10 from rwild at gcc dot gnu dot org 2010-09-20 17:31 ---
(In reply to comment #9)
Ian, I suppose the iant cited by Andrew it's you: any more constructive tip?
Come on, allow hobbyist helpers a day or two to fix a years-old issue, please.
Thanks.
--
rwild at gcc dot
--- Comment #28 from joaquin at tid dot es 2010-09-20 17:34 ---
US 113, ES 2, US 118 / Issue 579 have been closed as NAD, thus
let's figure out how best obtain O(1) in our implementation...
Do you have a rationale for the closing of this NB comments?
N3133 shows 579 unchanged. I was
--- Comment #11 from paolo dot carlini at oracle dot com 2010-09-20 17:35
---
I understand that some such hobbyists have a rather serious paid work ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711
--- Comment #4 from janus at gcc dot gnu dot org 2010-09-20 17:41 ---
Mine (have a patch).
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #29 from paolo dot carlini at oracle dot com 2010-09-20 17:41
---
I'm not aware of any singly linked list implementation, to be honest. I know
that Dinkumware already uses doubly, and, if I'm not wrong, Howard just moved
to it. I'll send you privately the rationale I have
seen in 4.3, 4.4, 4.5, 4.6, didn't find an existing report:
$ gcc -c Fraction.m
Fraction.m:9:29: error: expected identifier before ':' token
Fraction.m:9:29: internal compiler error: tree check: expected tree that
contains 'decl minimal' structure, have 'error_mark' in objc_add_method, at
--- Comment #3 from zsojka at seznam dot cz 2010-09-20 18:00 ---
Created an attachment (id=21849)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21849action=view)
another testcase that doesn't need many flags to reproduce
$ gcc -fselective-scheduling2 -fsel-sched-pipelining
--- Comment #7 from doko at ubuntu dot com 2010-09-20 18:01 ---
trunk 20100918 fails with:
gcc -g -O0 -c foo.c
foo.c: In function 'main':
foo.c:4:5: error: void value not ignored as it ought to be
foo.c:4:5: error: void value not ignored as it ought to be
foo.c:4:7: internal compiler
--- Comment #4 from jamborm at gcc dot gnu dot org 2010-09-20 18:51 ---
Mine
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #11 from pault at gcc dot gnu dot org 2010-09-20 18:55 ---
Subject: Bug 45081
Author: pault
Date: Mon Sep 20 18:55:12 2010
New Revision: 164448
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164448
Log:
2010-09-20 Paul Thomas pa...@gcc.gnu.org
PR
--- Comment #12 from rwild at gcc dot gnu dot org 2010-09-20 19:23 ---
Please try the patch at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01600.html. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45711
--- Comment #13 from rwild at gcc dot gnu dot org 2010-09-20 19:33 ---
Subject: Bug 45711
Author: rwild
Date: Mon Sep 20 19:33:12 2010
New Revision: 164451
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164451
Log:
Fix PR libstdc++/45711.
libstdc++-v3/:
PR
Compiler output:
$ gcc -r -nostdlib -O -flto testcase.c
lto1: internal compiler error: in cgraph_remove_unreachable_nodes, at ipa.c:245
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
lto-wrapper:
--- Comment #1 from zsojka at seznam dot cz 2010-09-20 19:46 ---
Created an attachment (id=21850)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21850action=view)
reduced testcase
$ gcc -r -nostdlib -O -flto pr45736.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45736
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-20 19:50 ---
(In reply to comment #2)
Looks like it is caused by revision 164367:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00661.html
Revision 164367 is the cause. Revision 164367 also caused PR 45720.
Don't know if they
--- Comment #3 from eric dot weddington at atmel dot com 2010-09-20 19:53
---
Reopening this enhancement request. Bug #21018, which this was marked a
duplicate of, is now marked as WONTFIX.
--
eric dot weddington at atmel dot com changed:
What|Removed
--- Comment #3 from pthaugen at gcc dot gnu dot org 2010-09-20 20:00
---
As Steven mentioned in the mailing list, this did introduce a degradation for
cpu2000 benchmark galgel. I'm seeing about -10% on PowerPC.
--
pthaugen at gcc dot gnu dot org changed:
What
--- Comment #19 from hjl at gcc dot gnu dot org 2010-09-20 20:32 ---
Subject: Bug 45234
Author: hjl
Date: Mon Sep 20 20:32:41 2010
New Revision: 164453
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164453
Log:
Make sure that all variable sized adjustments are multiple of
--- Comment #28 from jakub at gcc dot gnu dot org 2010-09-20 20:37 ---
Subject: Bug 45678
Author: jakub
Date: Mon Sep 20 20:37:10 2010
New Revision: 164454
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164454
Log:
PR middle-end/45678
* cfgexpand.c
--- Comment #20 from hjl at gcc dot gnu dot org 2010-09-20 20:39 ---
Subject: Bug 45234
Author: hjl
Date: Mon Sep 20 20:39:18 2010
New Revision: 164455
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164455
Log:
Make sure that all variable sized adjustments are multiple of
1 - 100 of 151 matches
Mail list logo