http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #2 from Jan Hubicka ---
I am not able to reproduce those on gcc110.fsffrance.org. Would be possible to
have -fdump-ipa-all -fdump-tree-all dumps of the devirt testcase? I think both
are related to fast that ipa-prop is not propagatin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57602
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2013-08-09
CC||hubicka at gcc dot gnu.org,
||vmakarov at redhat dot com
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment
||hubicka at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Comment #4 from Jan Hubicka ---
Mine...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58108
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
--- Comment #5 from Jan Hubicka ---
OK, the problem is that the return type of nested function is variable sized
type of the outer functions. These types go to function sections and are not
merged.
We used to not ICE just by luck - RESTLT_DECL we
gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Comment #4 from Jan Hubicka ---
Mine. Looking into it now. Obviously obj-C uses OBJ_TYPE_REF in an unexpected
way.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58127
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #4 from Jan Hubicka -
gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Comment #4 from Jan Hubicka ---
mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58179
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2013-08-18
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from Jan Hubicka ---
mine...
gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Comment #2 from Jan Hubicka ---
mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58285
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58272
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #193 from Jan Hubicka ---
I am building firefox with -O3 and get no undefined symbols. Can you, please,
relink with -Wl,--no-demangle --save-temps -fdump-ipa-all and try to look up
the missing symbol in -lm.res file and if it not UNDE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #7 from Jan Hubicka ---
OK, the destructor is used as:
_ZN1BD2EPPKv/21 (B::~B()) @0x7f56014ecd10
Type: function
Visibility: external public
References:
Referring:
Availability: not_available
Function flags:
Called by: _ZN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #9 from Jan Hubicka ---
Created attachment 30749
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30749&action=edit
Proposed fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58186
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #4 from Jan Hubicka --
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58125
--- Comment #5 from Jan Hubicka ---
OK, the testcase no longer reproduces, but the dump seems clear. We introduced
new aliases but did not resize the summary vector, because we do not need info
for these. Then we attempt to free it and ICE.
I am
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57776
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57366
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
--- Comment #9 from Jan Hubicka ---
The patch to "fix" this is issue is proposed at
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00078.html
> If a type is refered to by two functions it is by definition not local. But
> as it references a local
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58311
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Comment #4 from Jan Hubicka ---
Jason,
I think I need your help here. There is OBJ_TYPE_REF calling method of class
_impl_Container with token 3.
We walk possible targets and while walking StructDef, we find BINFO matghing
_impl_Container
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58096
--- Comment #8 from Jan Hubicka ---
It was fixed by
2013-08-29 Jan Hubicka
* cgraph.c (cgraph_function_body_availability): Handle weakref
correctly.
* passes.def: Remove pass_fixup_cfg.
* ipa-inline.c (ipa_inlin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
--- Comment #10 from Jan Hubicka ---
Author: hubicka
Date: Thu Sep 5 23:04:11 2013
New Revision: 202298
URL: http://gcc.gnu.org/viewcvs?rev=202298&root=gcc&view=rev
Log:
PR middle-end/58201
* cgraphunit.c (analyze_functions): Clear AUX
gcc dot gnu.org |hubicka at gcc dot
gnu.org
--- Comment #5 from Jan Hubicka ---
Thanks, I saw this problem too while compiling chromium but then it went away
and we didn't really managed to simplify it to a testcase.
The problem here is that there is PHI sitting on a EH receiver
||2013-09-06
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Jan Hubicka ---
Hmm, indeed, it is a latent problem that we inlined into !optimize function. I
suppose all calls
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #4 from Jan Hubicka ---
Author: hubicka
Date: Fri Sep 6 10:13:37 2013
New Revision: 202316
URL: http://gcc.gnu.org/viewcvs?rev=202316&root=gcc&view=rev
Log:
PR middle-end/58094
* cgraph.h (symtab_semantically_equivalent_p): D
||hubicka at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Jan Hubicka ---
Should be fixed for some time already; we iced when graph was empty.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58311
--- Comment #2 from Jan Hubicka ---
Author: hubicka
Date: Fri Sep 6 10:33:48 2013
New Revision: 202317
URL: http://gcc.gnu.org/viewcvs?rev=202317&root=gcc&view=rev
Log:
PR tree-optimization/58311
* ipa-devirt.c (gate_ipa_devirt): Only ex
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58311
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #4 from Jan Hubicka ---
*** Bug 58293 has been marked as a duplicate of this bug. ***
||hubicka at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Jan Hubicka ---
This will be another issue with local aliases not being output correctly on PA.
Lets track it in the other PR
*** This bug has been marked as a duplicate of bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #5 from Jan Hubicka ---
Author: hubicka
Date: Fri Sep 6 15:02:03 2013
New Revision: 202337
URL: http://gcc.gnu.org/viewcvs?rev=202337&root=gcc&view=rev
Log:
PR middle-end/58094
* ipa-inline.c (has_caller_p): New function.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #10 from Jan Hubicka ---
OK,
I made similar patch on trip to Pisa. I think correct is to return NULL and
make callers handle it - it does not make sense to consider non-local label to
be local alias. I will test it and commit
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58340
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #12
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53808
--- Comment #5 from Jan Hubicka ---
With Jason's patch I get:
In undef.cpp we devirtualize to _ZN3fooD2Ev:
Type: function
Visibility: external public
References:
Referring:
Function flags:
Called by: _ZN3barD2Ev/8 (1.00 per call)
Ca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58045
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58252
Jan Hubicka changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #5 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
--- Comment #12 from Jan Hubicka ---
Created attachment 30770
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30770&action=edit
proposed fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
--- Comment #13 from Jan Hubicka ---
The problem here is the abnormal edge of setjmp not being copied around by
gimple_ic. This bug is there since earlytimes of tree-ssa ;)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
--- Comment #15 from Jan Hubicka ---
Your fault then. I suppose one can reproduce same problem with non-local gotos
by inlining C++ function into one with nested function...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
--- Comment #17 from Jan Hubicka ---
Author: hubicka
Date: Mon Sep 9 12:09:50 2013
New Revision: 202389
URL: http://gcc.gnu.org/viewcvs?rev=202389&root=gcc&view=rev
Log:
PR middle-end/58294
* value-prof.c (gimple_ic): Copy also abnormal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58371
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #3 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58388
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #1 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58388
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Fri Sep 13 14:35:32 2013
New Revision: 202567
URL: http://gcc.gnu.org/viewcvs?rev=202567&root=gcc&view=rev
Log:
PR middle-end/58094
* ipa-inline.c (check_callers): New function.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58398
--- Comment #4 from Jan Hubicka ---
Yes, this seems OK. We probably do not want to be too ken about optimizing
around ifuncs.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58084
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #11 from Jan Hubicka ---
Author: hubicka
Date: Tue Sep 17 15:46:06 2013
New Revision: 202657
URL: http://gcc.gnu.org/viewcvs?rev=202657&root=gcc&view=rev
Log:
PR middle-end/58329
* ipa-devirt.c (ipa_devirt): Be ready for symta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58329
--- Comment #12 from Jan Hubicka ---
Author: hubicka
Date: Tue Sep 17 16:07:21 2013
New Revision: 202658
URL: http://gcc.gnu.org/viewcvs?rev=202658&root=gcc&view=rev
Log:
PR middle-end/58329
* ipa-devirt.c (ipa_devirt): Be ready for symt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
--- Comment #3 from Jan Hubicka ---
Author: hubicka
Date: Tue Sep 17 17:45:00 2013
New Revision: 202661
URL: http://gcc.gnu.org/viewcvs?rev=202661&root=gcc&view=rev
Log:
PR middle-end/58332
* gcc.c-torture/compile/pr58332.c: New testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58332
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2013-09-19
CC||hubicka at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |hubicka at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #3 from Jan Hubicka ---
mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48600
Jan Hubicka changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot |hubicka at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052
--- Comment #17 from Jan Hubicka 2011-08-24
14:20:29 UTC ---
Hmm,
I guess ideally the middle-end should know how to inline the simple loop (for
both strlen and memcmp) and do so when object size is known to be small
(probably by target specific v
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47247
--- Comment #22 from Jan Hubicka 2011-08-27
17:35:27 UTC ---
Carry,
is there any chance to move ahead on this problem? I see you posted the
PREVAILING_DEF_IRONLY_EXP but it was never committed.
Concerning Rafael's comment:
Why is PREVAILING_D
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50260
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49997
--- Comment #2 from Jan Hubicka 2011-09-06
14:06:29 UTC ---
Hmm,
the problem is that with inline predicates the overall growth depends not only
on number of calls, but also at information known about call site. This
information could potentially
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50381
Bug #: 50381
Summary: Wrong dtor condatgroup section name
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49533
Jan Hubicka changed:
What|Removed |Added
Attachment #24602|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49533
--- Comment #12 from Jan Hubicka 2011-09-13
10:14:30 UTC ---
*** Bug 50381 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50381
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49282
--- Comment #6 from Jan Hubicka 2011-09-13
12:31:00 UTC ---
Hi,
still stuck on this problem? vlagrind or libefence should do the job given
enough time& memory.
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49533
--- Comment #14 from Jan Hubicka 2011-09-13
14:28:47 UTC ---
Author: hubicka
Date: Tue Sep 13 14:28:39 2011
New Revision: 178810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178810
Log:
PR other/49533
* cgraphunit.c (assemble_t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383
Bug #: 50383
Summary: ICE in lto_symtab_register_decl, at lto-symtab.c:148
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383
Jan Hubicka changed:
What|Removed |Added
CC||matz at suse dot de
--- Comment #1 from Jan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49533
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49665
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #8 from Jan Hubicka 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383
--- Comment #2 from Jan Hubicka 2011-09-14
07:38:03 UTC ---
Created attachment 25267
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25267
somewhat reducted testcase.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
Bug #: 50394
Summary: [meta-bug] Issues with building libreoffice with LTO
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383
--- Comment #3 from Jan Hubicka 2011-09-14
11:32:47 UTC ---
Created attachment 25271
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25271
More reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383
Jan Hubicka changed:
What|Removed |Added
Attachment #25271|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #3 from Jan Hubicka 2011-09-15
15:39:18 UTC ---
Thanks a lot! is there any chance to get those fixes into official git so we
don't need to cummulate local patches? :)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50383
--- Comment #8 from Jan Hubicka 2011-09-16
08:33:30 UTC ---
Quick&dirty workaround for this problem:
Index: lto-symtab.c
===
--- lto-symtab.c(revision 178757)
+++ lto-symtab.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #5 from Jan Hubicka 2011-09-16
08:36:23 UTC ---
With workaround I attached to PR50383 I can now build libsvx (and I did not try
to get further, with bit of luck it will just work ;)
W/o lto:
evans:/abuild/jh/libreoffice/:[0]# size
.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #6 from Jan Hubicka 2011-09-16
09:48:11 UTC ---
Now it dies at
/abuild/jh/trunk-install/lib/gcc/x86_64-unknown-linux-gnu/4.7.0/../../../../x86_64-unknown-linux-gnu/bin/ld:
warning: hidden symbol 'typeinfo for SolarMutexResettableGuard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
Jan Hubicka changed:
What|Removed |Added
CC||mjambor at suse dot cz
--- Comment #7 from
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #8 from Jan Hubicka 2011-09-16
10:10:45 UTC ---
OK, I guess the problem is that we don't stream initializer of extern
variables. This leads to Martin's new devirtualization code to no longer be
able to get the optimization done (and s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #9 from Jan Hubicka 2011-09-16
10:14:09 UTC ---
BTW we find only 1 devirtualization case on sfx:
evans:/abuild/jh/libreoffice/:[0]# grep "known target"
./core/workdir/unxlngx6.pro/LinkTarget/Library/libsvxcorelo.so.wpa*
./core/workdir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50430
Bug #: 50430
Summary: Constructors of static external vars are throwed away
leading to missed optimizations (and ipa-cp ICE).
Classification: Unclassified
Product: gcc
Version: 4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #10 from Jan Hubicka 2011-09-16
11:02:07 UTC ---
PR50430 now tracks the svx2 issue.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50430
--- Comment #1 from Jan Hubicka 2011-09-16
14:40:14 UTC ---
Author: hubicka
Date: Fri Sep 16 14:40:06 2011
New Revision: 178908
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=178908
Log:
PR lto/50430
* gimple-fold.c (gimple_get_vi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #11 from Jan Hubicka 2011-09-16
14:45:07 UTC ---
With fix I commited for PR50430 and the workaround for PR50383 my build dies on
java modules. I believe it is the problem we run into with Michael on the
opensuse conference and we mad
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50430
--- Comment #2 from Jan Hubicka 2011-09-16
15:02:42 UTC ---
Created attachment 25306
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25306
testcase
One will need to revert the gimple-fold.c patch mentioned above to get an
error. Otherwise it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
--- Comment #15 from Jan Hubicka 2011-09-19
16:09:23 UTC ---
BTW since the exception seems to be thrown from libuno_cppuhelpergcc3.so.3
that sounds like there is some sort of gcc specific magic that has good chance
to break with LTO, I would sugg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50433
--- Comment #3 from Jan Hubicka 2011-09-21
13:10:37 UTC ---
Author: hubicka
Date: Wed Sep 21 13:10:31 2011
New Revision: 179046
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179046
Log:
PR tree-optimization/50433
* ipa-inline-an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50430
--- Comment #3 from Jan Hubicka 2011-09-22
14:20:07 UTC ---
Created attachment 25340
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25340
reduced testcase
This is somewhat reduced testcase. The problem can be a bit illustrated on C.
We ha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49601
--- Comment #5 from Jan Hubicka 2011-09-23
13:29:23 UTC ---
I believe I fixed this one, will double check.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49601
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50523
Bug #: 50523
Summary: C++ FE apparently incorrectly rejects tramp3d
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50528
--- Comment #2 from Jan Hubicka 2011-09-26
18:16:33 UTC ---
Looks like overflow in the fixed point scalling code. Will look into that.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49463
--- Comment #13 from Jan Hubicka 2011-09-27
16:28:37 UTC ---
Author: hubicka
Date: Tue Sep 27 16:28:24 2011
New Revision: 179280
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179280
Log:
PR middle-end/49463
* gcc.c-torture/execut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49463
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #111 from Jan Hubicka 2011-09-27
20:48:19 UTC ---
Mozilla now builds for me with slim LTO objects. I.e. with -flto=24
-fuse-linker-plugin -fno-fat-lto-objects
One needs ar/nm/ranlib that works with slim LTO. I simply set PATH to direc
501 - 600 of 3550 matches
Mail list logo
