--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-21 10:29 ---
this should be fixed by patch introducing static_object_in_other_unit_p.
However it seems bit strange that we can get into VAR_DECL not in a varpool by
folding. I know this is possible for vtables and type infos
--- 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 #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
--- 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 #8 from hubicka at gcc dot gnu dot org 2010-09-19 21:49 ---
Subject: Bug 44246
Author: hubicka
Date: Sun Sep 19 21:49:28 2010
New Revision: 164425
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164425
Log:
PR lto/44246
* lto-cgraph.c (input_cgraph_1
--- Comment #9 from hubicka at gcc dot gnu dot org 2010-09-19 21:57 ---
Fixed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from hubicka at gcc dot gnu dot org 2010-09-18 21:25
---
Subject: Bug 45605
Author: hubicka
Date: Sat Sep 18 21:25:29 2010
New Revision: 164402
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164402
Log:
PR tree-optimization/45605
* cgraphunit.c
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-18 23:13 ---
Subject: Bug 45453
Author: hubicka
Date: Sat Sep 18 23:13:17 2010
New Revision: 164405
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164405
Log:
PR tree-optimization/45453
* cgraphunit.c
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-18 23:13 ---
Fixed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-17 11:09 ---
Well, this is still something we should solve at LTO. Indirect inlining should
take away references that are fully resolved so function becomes unreachable.
Honza
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-17 12:17 ---
Created an attachment (id=21818)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21818action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45621
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-17 12:19 ---
seems like streamer bug. We should not ever see any comdat groups here.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-17 13:13 ---
OK, the problem is that we stream two cgraph nodes. One for strlen function
and other for __bulitin_strlen. Decl of __bulitin_strlen have same asm name as
strlen:
(gdb) p debug_tree (node-decl)
function_decl
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-16 12:09 ---
PR 45679 also reproduce during -O3 build. I am testing patch for it now.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from hubicka at gcc dot gnu dot org 2010-09-16 12:25
---
Hmm, so do you have any idea where folding should be added for this particular
case?
It always seemed to me that it would make sense to add verifier that all
statements are folded (locally, not by looking at SSA
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-16 17:36 ---
Hmm, the problem is that foo is virtual self recursive function.
We inline it and then indirect inlining decide that it can devirtualize the
self recursive call since it knows the operand has proper type
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-17 00:27 ---
Hmm, so actually it is really difference in gold.
System gold on evans is
GNU gold (GNU Binutils; SUSE Linux Enterprise 11 2.20.0.20100122-0.7.9) 1.
while one I use is
GNU gold (GNU Binutils 2.20.51.20100706) 1.9
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-09-17 00:28 ---
Gold shipped with SLES:
GNU gold (GNU Binutils; SUSE Linux Enterprise 11 2.20.0.20100122-0.7.9) 1.
is known to have problems leading to PR45194
The following version: GNU gold (GNU Binutils 2.20.51.20100706) 1.9
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-17 00:32 ---
Fixed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-17 01:05 ---
OK, problem is that we both devirtualize and clone the destination function.
Then when producing clone, we run into:
cgraph_update_edges_for_call_stmt_node (struct cgraph_node *node
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-17 01:07 ---
testing patch.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-17 01:09 ---
patch posted.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45679
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-09-15 15:16 ---
Created an attachment (id=21802)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21802action=view)
first part of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45679
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-15 15:17 ---
Created an attachment (id=21803)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21803action=view)
second part of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45679
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-14 16:13 ---
Created an attachment (id=21793)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21793action=view)
Proposed patch
Hi,
this patch should solve the problem (dive into ADDR_EXPR to get actual
fndecl).I no longer
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-10 09:42 ---
Subject: Bug 45605
Author: hubicka
Date: Fri Sep 10 09:42:20 2010
New Revision: 164148
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164148
Log:
PR tree-optimization/45605
* cp/class.c
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-10 17:14 ---
Hi,
would be possible to have preprocessed source for a cross compiler?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45635
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-09 11:02 ---
Hmm, is it?
C equivalent IMO is:
int a(void);
typedef void (*ptr) (void);
static const ptr array[1]={(ptr)a};
ptr t;
main()
{
t=array[0];
}
Here we have ctor represented as follows:
nop_expr 0x76b53f30
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-09 11:05 ---
Hmm, my system compiles (4.3.2) gets:
_Z1fv:
.LFB2:
subq$24, %rsp
.LCFI0:
leaq23(%rsp), %rdi
call_ZN4baseC2Ev
addq$24, %rsp
ret
.LFE2:
this seems OK to me
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-09 11:33 ---
testing the following fix:
Index: class.c
===
--- class.c (revision 163947)
+++ class.c (working copy)
@@ -7797,7 +7797,7
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-09 11:36 ---
Created an attachment (id=21750)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21750action=view)
WIP patch. Still misses some of Richi's earlier comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #10 from hubicka at gcc dot gnu dot org 2010-09-08 21:04
---
So hot-bb-frequency-fraction solves the whole regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44334
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45605
--- Comment #9 from hubicka at gcc dot gnu dot org 2010-09-04 13:51 ---
Hi,
thanks. In meantime I made tree-ssa-pre to fold statements it produces and it
gets me to bootstrapland with sanity check in expr.c except for Ada (with the
patches I sent so far)
So it seems that I need
--- Comment #11 from hubicka at gcc dot gnu dot org 2010-09-04 18:00
---
Created an attachment (id=21700)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21700action=view)
proposed fix for sccvn
Well, this is patch I am currently testing. At least small part is shared in
between
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-04 20:39 ---
Oprofile of WHOPR build. It is quite suprrising how low the usual cpu hogs
shows..
1139097.6329 lto1 lto1
htab_find_slot_with_hash
42787 2.8671 libc-2.11.1.so
--- Comment #32 from hubicka at gcc dot gnu dot org 2010-09-03 12:26
---
Subject: Bug 44812
Author: hubicka
Date: Fri Sep 3 12:26:24 2010
New Revision: 163811
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163811
Log:
PR lto/44812
* lto-cgraph.c (intput_node
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-09-03 15:59 ---
Created an attachment (id=21684)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21684action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-09-03 16:33 ---
OK, the problem seems to be that fold_stmt seems to make no serious attempt to
fold constant references. There is some code in maybe_fold_reference that
seems to partly duplicate fold_const_aggregate_ref however
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-09-03 16:34 ---
Created an attachment (id=21685)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21685action=view)
patch for better folding
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45522
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-09-03 20:04 ---
A related testcase where we fail to fold fundamentals[0]
typedef union tree_node *tree;
enum tree_code
{
OFFSET_TYPE, ENUMERAL_TYPE, BOOLEAN_TYPE, POINTER_TYPE, FIXED_POINT_TYPE,
};
struct tree_base
{
unsigned
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-09-03 20:09 ---
And here we fail to fold messages[1] created by PRE
enum
{
ERROR_OK, ERROR_UNKNOWN,
ERROR_NUM
};
enum
{ __LC_CTYPE = 0, __LC_NUMERIC = 1, __LC_TIME = 2, __LC_COLLATE =
3, __LC_MONETARY = 4, __LC_MESSAGES
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-09-03 20:12 ---
In testcase from comment #4 the problem is that value in DECL_INITIAL is not in
the form acceptable for gimple_min_invariant. Have patch.
In testcase from comment #5 we never try to fold it.
--
http
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-09-03 20:28 ---
In #5 the expression is created by PRE via create_expression_by_pieces that
uses normal fold that is not able of constant variable folding. The statement
does not get folded later and survives. I guess one can fold
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-24 12:12 ---
Is there another consturctor calling this one? (or can you attach complette .s
file?) Perhaps it is result of my constructor merging patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45388
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-08-24 13:01 ---
Hmm, the problem seems to be that partitioning puts mumble into one partition,
while in first partition it uses local (IP) relative way to access it:
movl_mumble-L001$pb(%ebx), %eax
and assembler refuse
--- Comment #8 from hubicka at gcc dot gnu dot org 2010-08-24 13:44 ---
the following testcase:
__attribute__((visibility (hidden))) extern int mumble;
extern void abort (void);
extern void exit (int);
int
main ()
{
if (++mumble != 42)
abort ();
exit (0);
}
should compile
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-22 07:38 ---
This is because C frontend implements this by calling
cgraph_mark_node_if_needed and the function ends up not being needed for LTO or
whole program.
This is a hack, since even if I make things needed, whole program
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-22 09:15 ---
It works for me on clean tree at today mainline.
+ ../xgcc -B .. -fPIC -fno-exceptions -fwhopr=24 -fuse-linker-plugin
-fno-strict-aliasing -pthread -pipe -Os -freorder-blocks -fno-reorder-functions
-fomit-frame
dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-08-22 12:39 ---
Quick summary :)
1) -g build is currently broken because of dwarf2out recursion.
2) sqlite still gets miscompiled at 32bit (PR44897), but works now at 64bit for
some reason
3) Workaround attached to PR44846
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-08-22 12:43 ---
Created an attachment (id=21543)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21543action=view)
Mozilla changes needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-08-22 12:48 ---
mozconfig I use:
export CC=gcc -flto -fuse-linker-plugin
export CXX=g++ -fwhopr=24 -fuse-linker-plugin -fpermissive
#export CXX=/builds/slave/tryserver
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-08-22 13:10 ---
WPA stage profile after (with sane partitioning). Decl reading and merging is
major issue. I am surprised we are faster on streaming out than reading.
Execution times (seconds)
garbage collection: 5.71 ( 3
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-08-21 08:41 ---
Hmm, I am confused. With my patch for pure constructor removal I get
.text
.p2align 4,,15
.globl main
.type main, @function
main:
.LFB9:
.cfi_startproc
movss
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-08-21 09:46 ---
Subject: Bug 17736
Author: hubicka
Date: Sat Aug 21 09:46:15 2010
New Revision: 163439
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163439
Log:
PR c++/45307
PR c++/17736
* cgraph.h
--- Comment #15 from hubicka at gcc dot gnu dot org 2010-08-21 09:46
---
Subject: Bug 45307
Author: hubicka
Date: Sat Aug 21 09:46:15 2010
New Revision: 163439
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163439
Log:
PR c++/45307
PR c++/17736
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-08-21 09:46 ---
We now remove pure constructors
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from hubicka at gcc dot gnu dot org 2010-08-21 09:48
---
Empty constructors are now optimized away. We still should get removal of
write only global vars.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45307
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-08-20 10:23
---
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01544.html
has patch for empty constructor removal in middle end.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45307
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-08-19 09:39
---
Well, it might be easy to modify libstdc++ implementation so the static
constructor compiles into single function call. Then we can teach GCC to
optimize constructor containing only a call into entry in ctors
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45307
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-08-17 12:38 ---
Created an attachment (id=21503)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21503action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45307
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-08-17 13:34 ---
Adding Mark and Jason to CC then, but Jakub seems right about -Wuninitialized
warnings.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from hubicka at gcc dot gnu dot org 2010-08-17 16:42 ---
We are not removing write only vars because richi told me that there is no
convenient way to tell aliasing that variable is write only. It is easy to
detect for me, but bit harder to get rid of them, since at IPA
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-08-17 16:45 ---
oops, I've left IRC sentence unfinished. At IRC Richi told that FEs should not
ever produce stores to empty structs at first place, so we don't need middle
end logic of taking them away. Jakub thought that those
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-08-03 12:08 ---
Created an attachment (id=21374)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21374action=view)
patch I am testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45085
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-31 22:14 ---
We have partial inlining now.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from hubicka at gcc dot gnu dot org 2010-07-27 14:13 ---
Hmm, mine :)
Honza
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-26 21:04 ---
Created an attachment (id=21321)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21321action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45089
--- Comment #14 from hubicka at gcc dot gnu dot org 2010-07-26 21:09
---
Hmm, hard to tell. The assembler .o files are not LTO and they will be
incrementally linked into non-LTO part of GCC produced fat .o files during
incremental linking and I guess it is hard to undo?
--
http
--- Comment #5 from hubicka at gcc dot gnu dot org 2010-07-26 21:14 ---
I fixed similar problem on mainline (it was bogus visibility handling for
external symbols). Can you re-try?
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from hubicka at gcc dot gnu dot org 2010-07-26 21:16 ---
I fixed number of similar problems on Mozilla build recently. Can you, please,
re-try with current mainline? Otherwise we will need to get some testcase for
this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-19 17:50 ---
mine
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-07-19 17:52 ---
Created an attachment (id=21251)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21251action=view)
fix
Hi,
the problem is that alias is defined in one module, but aliases don't get
cgraph nodes unless
--
Summary: dwarf2out ICE with WHOPR build of mozilla
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-15 15:17 ---
Created an attachment (id=21211)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21211action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44951
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-15 15:22 ---
Created an attachment (id=21212)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21212action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44950
: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952
--- Comment #3 from hubicka at gcc dot gnu dot org 2010-07-15 16:12 ---
... and are we required to emit the constructor even if we know var is not
used?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44952
--- Comment #7 from hubicka at gcc dot gnu dot org 2010-07-15 16:53 ---
Hehe, I am really not C++ guy even in 2010, but I have impression that people
are including iostream without really thinking about consequences here.
Well, so what we can do about the startup times then? I
: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: i686-linux
GCC host triplet: i686-linux
GCC target triplet: i686-linux
http
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-14 15:37 ---
Created an attachment (id=21202)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21202action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44935
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-14 15:38 ---
Created an attachment (id=21203)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21203action=view)
testcase 2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44935
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC host
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-10 15:24 ---
Created an attachment (id=21175)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21175action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44904
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 14:23 ---
Created an attachment (id=21158)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21158action=view)
first part of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
--- Comment #2 from hubicka at gcc dot gnu dot org 2010-07-09 14:23 ---
Created an attachment (id=21159)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21159action=view)
second part of testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44889
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 14:52 ---
Created an attachment (id=21160)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21160action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44891
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44893
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 18:05 ---
Created an attachment (id=21163)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21163action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44893
[enabled by default]
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
--- Comment #1 from hubicka at gcc dot gnu dot org 2010-07-09 18:35 ---
Created an attachment (id=21164)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21164action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44894
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hubicka at gcc dot gnu dot org
GCC build triplet: x86_64-linux
GCC host triplet: x86_64-linux
GCC target triplet: x86_64-linux
http://gcc.gnu.org/bugzilla
1 - 100 of 631 matches
Mail list logo
