http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58712
Markus Trippelsdorf changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org,
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
1)
==4348== Conditional jump or move depends on uninitialised value(s)
==4348==at 0x5CF50C: cgraph_create_edge_1(cgraph_node*, cgraph_node
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58678
--- Comment #2 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #1)
> Hmm, what prevents us from devirtualizing here? It seems to be bug to
> include a class without linking with its implementation..
In this case the implementat
: normal
Priority: P3
Component: ipa
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
pykde4-4.11.2 fails to build:
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o:sipphononpart5.cpp:function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
Markus Trippelsdorf changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58627
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 30957
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30957&action=edit
testcase
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
Crash happened during compilation of the boost testsuite.
It's hard to reduce the testcase, because it appears to be a bug in the
ga
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Paolo Carlini from comment #2)
> I think this is for Honza
Yes. Started with r202185 .
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58555
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58530
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58477
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58438
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58438
--- Comment #1 from Markus Trippelsdorf ---
During profiled bootstrap:
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libs
t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58438
--- Comment #2 from Markus Trippelsdorf ---
markus@x4 gcc % cat test.ii
enum gimple_code {};
struct A {
gimple_code code;
};
struct B {
A gsbase;
};
int **a;
int b, d, e, f, g, h, i, j, k, l, m, n, o;
gimple_code c, p;
class C {
virtual unsi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58432
--- Comment #1 from Markus Trippelsdorf ---
markus@x4 gcc % cat test.ii
struct {
int prefix;
int dir_idx;
} *a;
int b;
void fn1() {
int *c, *d;
for (; b; b++)
if (d[b]) {
c[b] = d[b];
a[0].dir_idx = 0;
}
}
markus@x4 gc
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
During profiled bootstrap:
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58387
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|FIXE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58396
--- Comment #2 from Markus Trippelsdorf ---
Hopefully a better trace. gcc build with -Og. Testcase needs -O3 to trigger.
==3882== ERROR: AddressSanitizer: heap-use-after-free on address 0x600600321644
at pc 0x17d7480 bp 0x7fff6d493880 sp 0x7fff6
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
bootstrap-asan with -O3 gives:
/var/tmp/gcc_build_dir/./gcc/xgcc -shared-libgcc -B/var/tmp/gcc_build_dir/./gcc
-nostdinc++ -L/var/tmp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58389
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Markus Trippelsdorf from comment #2)
> Todays trunk is fine again. I guess r58343 might be the fix.
I meant r202441 is the fix and therefore this bug may be a dup of PR58343.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58380
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58343
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
--- Comment #3 from Markus Trippelsdorf ---
(In reply to Richard Biener from comment #2)
> Looks like cc1plus being miscompiled - does it reproduce with stage1 cc1plus?
Yes. It reproduces with --disable-bootstrap builds using 4.7.3 or 4.8.1.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58373
Markus Trippelsdorf changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
Created attachment 30776
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30776&action=edit
reduced testcase
% gdb
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56535
--- Comment #7 from Markus Trippelsdorf ---
Current trunk still fails with the same error:
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/local/x86_64-unknown-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58367
--- Comment #1 from Markus Trippelsdorf ---
Created attachment 30769
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30769&action=edit
unreduced testcase
markus@x4 gcc % /var/tmp/gcc_build_dir/./prev-gcc/cc1plus -quiet -O2
-fprofile-use -fno-
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
On current trunk (rev202381) I get:
...
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++
-B/var/tmp/gcc_build_dir/prev-x86_64-pc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #196 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #195)
> Today there was two fixes for bugs that produce undefined symbols like one
> you see.
> Does the problem still exist on current mainline? Are you using pr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58313
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58201
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58313
--- Comment #3 from Markus Trippelsdorf ---
Probably dup of Bug 58201.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58313
--- Comment #1 from Markus Trippelsdorf ---
markus@x4 tmp % g++ c -O2 test.ii
markus@x4 tmp % nm test.o|grep _ZN8KNetwork18KPassiveSocketBase
U _ZN8KNetwork18KPassiveSocketBaseC2EPPKv
markus@x4 tmp % /usr/x86_64-pc-linux-gnu/gcc-b
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
Building kdelibs-4.11.1 fails when linking kdecore:
...
CMakeFiles/kdecore.dir/network/k3socketdevice.o:k3socketdevice.cpp:function
_ZN8KNetwork13KSocketDeviceC2EPKNS_11KSocketBaseEP7QObject: error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #194 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #193)
> 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
> loo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58294
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #192 from Markus Trippelsdorf ---
It turned out that -enable-optimize=-O3 is the cause.
Rev202079 with -Os links fine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #191 from Markus Trippelsdorf ---
First of all many thanks for your work on reducing memory usage.
Peak memory usage is now lower (~3GB) than clang's (~4GB).
However, with -enable-optimize=-O3 on rev202079 I get:
(An default (-Os) bui
NCONFIRMED
Severity: normal
Priority: P3
Component: gcov-profile
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
Just noticed this issue during a PGO/LTO Firefox build.
During the -fprofile-use phase I always get the following warning
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57324
--- Comment #2 from Markus Trippelsdorf ---
Created attachment 30557
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30557&action=edit
output
unwrapped output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57324
Markus Trippelsdorf changed:
What|Removed |Added
CC||glisse at gcc dot gnu.org
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57698
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57698
--- Comment #6 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #3)
> Hmm,
> the problem here is that we output errors after early inlining always now,
> while previously we did
> only when some other inlining happened in the fun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57729
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57698
--- Comment #2 from Markus Trippelsdorf ---
Here's a reduced example:
% cat test.ii
typedef bool (*IsAcceptableThis) (const int &);
inline int
fn1 (IsAcceptableThis p1)
{
p1 (0);
return 0;
}
__attribute__ ((always_inline))
inline bool f
: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
I cannot build Firefox anymore with trunk because of inline errors, e.g.:
/home/markus/mozilla-central/js/src/jsapi.h: In function
‘js
ormal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: markus at trippelsdorf dot de
Here's a list of issues found with clang's -fsanitize=undefined
while building gcc-4.8.1:
gcc/gcc/config/i386/i386.c:21073:37: runtime error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55185
--- Comment #3 from Markus Trippelsdorf ---
markus@x4 ~ % cat test.i
extern double foo();
void bar() { foo(); }
markus@x4 ~ % gcc -m32 -O2 -mno-sse -c test.i
markus@x4 ~ % gcc -O2 -mno-sse -c test.i
test.i: In function ‘bar’:
test.i:2:17: error: S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55185
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56630
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56628
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57107
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56895
--- Comment #13 from Markus Trippelsdorf
2013-04-10 20:04:03 UTC ---
struct B
{
void operator<< (B& ());
void operator<< (int);
};
B b;
struct A
{
bool foo ();
A bar ();
};
A *a;
template
void
fn1 ()
{
b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56895
--- Comment #12 from Markus Trippelsdorf
2013-04-10 19:56:00 UTC ---
Just double checked and the original testcase still ICEs.
markus@x4 tmp % cat test.cpp
#include
extern struct A { bool foo (); A bar (); } *a;
template
void
fn1 ()
{
std:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56911
--- Comment #4 from Markus Trippelsdorf
2013-04-10 18:42:07 UTC ---
gcc version 4.8.0 (GCC) in my case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56911
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56903
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56895
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56671
--- Comment #1 from Markus Trippelsdorf
2013-03-21 08:31:57 UTC ---
Created attachment 29703
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29703
callgraph
Looks like a bug in constant expression handling.
perf shows:
15.51%
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56652
--- Comment #5 from Markus Trippelsdorf
2013-03-18 12:33:50 UTC ---
(In reply to comment #4)
> (In reply to comment #2)
> > Quick check with clang -fsanitize=undefined shows:
> > ...
> > numeric.cc:47:30: fatal error: negation of -214748
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56652
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56635
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56630
--- Comment #2 from Markus Trippelsdorf
2013-03-16 10:30:51 UTC ---
Looks like the sorting of a std::list container is mostly responsible:
168 list container(first, last);
169 container.sort();
When I run just with size 10 I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56630
--- Comment #1 from Markus Trippelsdorf
2013-03-16 08:24:56 UTC ---
Created attachment 29676
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29676
simple c++ std. container benchmark
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56630
Bug #: 56630
Summary: gcc's address-sanitizer uses 75% more memory than
clang's on simple testcase
Classification: Unclassified
Product: gcc
Version: 4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56628
--- Comment #2 from Markus Trippelsdorf
2013-03-16 08:08:09 UTC ---
The "bootstrap-asan/profiledbootstrap" issue looks like dup of Bug 56535.
And please ignore my remark about the huge size of SZ.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56535
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56628
--- Comment #1 from Markus Trippelsdorf
2013-03-16 03:49:05 UTC ---
With --with-build-config="bootstrap-asan" and profiledbootstrap I get an ICE:
/var/tmp/gcc_build_dir/./prev-gcc/xg++ -B/var/tmp/gcc_build_dir/./prev-gcc/
-B/usr/x86_64-pc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56628
Bug #: 56628
Summary: "bootstrap-lto bootstrap-asan" / profiledbootstrap
fails
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56579
--- Comment #4 from Markus Trippelsdorf
2013-03-09 16:51:52 UTC ---
(In reply to comment #3)
> (In reply to comment #2)
> > That most likely means that the programm is invoking undefined
> > behaviour and thus invalid.
> >
> > A quick
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56579
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56559
Markus Trippelsdorf changed:
What|Removed |Added
CC||wschmidt at linux dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56559
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56545
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
--- Comment #7 from Markus Trippelsdorf
2013-02-20 12:40:01 UTC ---
Still more reduced:
templatestruct I
{
typedef T type;
};
struct H
{
typedef int ChildOnCIter;
};
templatestruct C;
template<>struct C
{
templatestruct G
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56395
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56268
--- Comment #2 from Markus Trippelsdorf
2013-02-10 12:42:24 UTC ---
Created attachment 29410
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29410
Somewhat reduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55309
--- Comment #12 from Markus Trippelsdorf
2013-02-05 11:17:42 UTC ---
(In reply to comment #9)
> > And, for compile time, you want to be testing with --enable-checking=release
> Thanks!
> With --enable-checking=release gcc's compile time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #167 from Markus Trippelsdorf
2013-01-09 19:58:33 UTC ---
(In reply to comment #166)
> Markus, the apperance of undefined references I fixed by patch above is highly
> sensitive to partitioning and inlining decision. Can you,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55759
--- Comment #4 from Markus Trippelsdorf
2012-12-20 18:34:19 UTC ---
This is what creduce came up with:
markus@x4 /tmp % cat test.i
struct ata_taskfile
{
int feature;
};
struct ata_eh_info
{
int flags;
};
struct ata_eh_context
{
stru
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55759
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #16 from Markus Trippelsdorf
2012-12-18 17:03:52 UTC ---
I did some measurements with tramp3d and in this case
the default (999) gives the best performance:
par. sizetime
999 955859 3.71752
990
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55697
--- Comment #2 from Markus Trippelsdorf
2012-12-14 21:35:08 UTC ---
It's a dup of PR55684 and it's already fixed...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55697
Markus Trippelsdorf changed:
What|Removed |Added
CC||markus at trippelsdorf dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #12 from Markus Trippelsdorf
2012-12-13 22:35:33 UTC ---
(In reply to comment #11)
> Do you happen to know what it was with lto/pgo before the change? Should be
> roughly equivalent to hot-bb-count-ws-permille=970 from what I s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
--- Comment #162 from Markus Trippelsdorf
2012-12-13 22:25:27 UTC ---
The libxul binary size issue is solved now.
During testing I came across another issue that looks similar
to the one Comment 146:
/usr/lib/gcc/x86_64-pc-linux-gnu/4.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #10 from Markus Trippelsdorf
2012-12-13 22:14:01 UTC ---
(In reply to comment #8)
> Please let me know how this affects the mozilla size.
Looks much better now:
39748288 hot-bb-count-ws-permille=999 (default)
34573408 hot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55669
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #9 from Markus Trippelsdorf
2012-12-13 19:10:40 UTC ---
*** Bug 55669 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #6 from Markus Trippelsdorf
2012-12-13 15:06:12 UTC ---
(In reply to comment #5)
> Ok, I will download tramp3d-v4 right now and see what is going on. Can
> you send me the full set of options you are using to compile it?
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #4 from Markus Trippelsdorf
2012-12-13 14:52:37 UTC ---
(In reply to comment #3)
> Hi Markus,
>
> Are you sure you have my subsequent fixes patched in, to make sure the
> histogram is getting streamed through the LTO files?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55674
--- Comment #2 from Markus Trippelsdorf
2012-12-13 14:46:31 UTC ---
In the tramp3d-v4 case, when I run with this simple debug patch:
diff --git a/gcc/predict.c b/gcc/predict.c
index 5d3de29..bf3a259 100644
--- a/gcc/predict.c
+++ b/gcc
1 - 100 of 602 matches
Mail list logo
