http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 01:32:06
UTC ---
There are 2 issues here:
1. Should we use
movdqu(%eax), %xmm0# 19*movti_internal_rex64/4[length = 5]
movdqa%xmm0, (%rsp
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 01:39:16
UTC ---
We don't properly handle memory operand in
(insn 19 17 20 2 (set (reg:TI 85 [ *_15 ])
(mem:TI (zero_extend:DI (reg:SI 82)) [0 *_15+0 S16 A32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 01:58:31
UTC ---
We fail to see (mem:TI (zero_extend:DI (reg:SI 82))) is offsettable.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55258
Bug #: 55258
Summary: SSE register isn't used for 16byte copy
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 02:30:16
UTC ---
Something like this:
diff --git a/gcc/explow.c b/gcc/explow.c
index 6109832..9ec38f9 100644
--- a/gcc/explow.c
+++ b/gcc/explow.c
@@ -84,12 +84,22
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55259
Bug #: 55259
Summary: plus_constant doesn't handle zero-extended address
properly
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55259
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 04:13:32
UTC ---
A potential fix:
diff --git a/gcc/emit-rtl.c b/gcc/emit-rtl.c
index 95bbfa7..d7c454c 100644
--- a/gcc/emit-rtl.c
+++ b/gcc/emit-rtl.c
@@ -2109,6
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55258
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 08:52:22
UTC ---
Created attachment 28651
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28651
Something like this
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
--- Comment #13 from H.J. Lu hjl.tools at gmail dot com 2012-11-10 19:11:03
UTC ---
(In reply to comment #12)
(In reply to comment #11)
~/gcc-build/gcc/cc1 -O2 -mx32 -maddress-mode=long pr55247.c
results in following sequence
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55259
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55247
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55279
Bug #: 55279
Summary: New pseudo registers aren't supported in CSE
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55142
--- Comment #32 from H.J. Lu hjl.tools at gmail dot com 2012-11-12 04:08:02
UTC ---
Can we limit
(zero_extend:DI (plus:SI (FOO:SI) (const_int Y)))
to
(plus:DI (zero_extend:DI (FOO:SI)) (const_int Y))
transformation to Y TARGET
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55279
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-11-12 07:25:27
UTC ---
If we revert the explow.c change:
http://gcc.gnu.org/viewcvs?view=revisionrevision=177592
gcc.dg/Warray-bounds.c will cause valgrind error with
-fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55290
Bug #: 55290
Summary: LRA depends on uninitialised values
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
Bug #: 55291
Summary: libsanitizer doesn't build multilib
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55292
Bug #: 55292
Summary: libsanitizer doesn't support x32
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-13 00:33:06
UTC ---
configure.ac has
#AM_ENABLE_MULTILIB(, ..)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
Bug #: 55304
Summary: libsanitizer can't be used with GCC autoconf
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-11-13 03:48:39
UTC ---
After I fixed configure.ac, make install gave me:
/bin/sh ../libtool --mode=install /usr/bin/install -c libasan.la
'/export/build/gnu/gcc-x32/release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55292
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
--- Comment #3 from H.J. Lu hjl.tools at gmail dot com 2012-11-13 11:27:39
UTC ---
One problem is AM_PROG_LIBTOOL, which is the part of libtool.
GCC autoconf doesn't use libtool since we have in-tree
libtool. To use GCC autoconf, we need
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55142
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
URL||http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||ebotcazou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55307
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55299
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55142
--- Comment #35 from H.J. Lu hjl.tools at gmail dot com 2012-11-13 18:21:30
UTC ---
This regression is triggered by revision 188008:
http://gcc.gnu.org/ml/gcc-cvs/2012-05/msg00038.html
aka the un-sign-extension of sizetype constants.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55292
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2012-11-14 15:06:44
UTC ---
With revision 193500, we got
libdecnumber -I../../src-trunk/gcc/../libdecnumber/bid -I../libdecnumber
-I../../src-trunk/gcc/../libbacktrace../../src
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051
--- Comment #5 from H.J. Lu hjl.tools at gmail dot com 2012-11-14 15:08:53
UTC ---
There are
badness = (relative_time_benefit (callee_info, edge, edge_time)
* (INT_MIN / 16 / RELATIVE_TIME_BENEFIT_RANGE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55291
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55051
--- Comment #12 from H.J. Lu hjl.tools at gmail dot com 2012-11-15 00:30:51
UTC ---
Revision 193513 gave:
../../src-trunk/gcc/common/common-targhooks.c: In function
'default_target_handle_option(gcc_options*, gcc_options
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55333
Bug #: 55333
Summary: [x32] 8 asan test failures
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55333
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Summary|[x32] 8 asan test failures |[x32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55304
--- Comment #8 from H.J. Lu hjl.tools at gmail dot com 2012-11-15 14:11:54
UTC ---
(In reply to comment #7)
That's strange but on x86 I see
CDPATH=${ZSH_VERSION+.}: cd ../../../libsanitizer /bin/sh
/export/users/izamyati/tmp_gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55342
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hjl.tools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53866
--- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2012-11-15 20:31:18
UTC ---
Revision gave 193535:
/export/gnu/import/git/gcc/gcc/c/c-parser.c: In function
\u2018c_parser_postfix_expression_after_primary(c_parser*, unsigned int
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2012-11-16 00:34:07
UTC ---
Revision 193543 gave:
lto1: internal compiler error: Segmentation fault
0xb37547 crash_signal
../../src-trunk/gcc/toplev.c:334
0x6c0763
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55333
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2012-11-16 15:38:42
UTC ---
BTW, it works for me with
--enable-languages=c,c++ --disable-bootstrap --prefix=/usr/gcc-4.8.0
--with-local-prefix=/usr/local --enable-gnu-indirect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55358
Bug #: 55358
Summary: Valgrind errors
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55360
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-16 23:46:25
UTC ---
Is this related to PR 28831?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com 2012-11-17 15:47:56
UTC ---
[hjl@gnu-mic-2 gcc]$ cat /tmp/x.c
int
main ()
{
}
[hjl@gnu-mic-2 gcc]$ ./xgcc -B./ -c -flto /tmp/x.c
==17373== Invalid read of size 8
==17373
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2012-11-17 16:15:50
UTC ---
When I add --db-attach=yes, valgrind doesn't report any
error.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #8 from H.J. Lu hjl.tools at gmail dot com 2012-11-17 16:30:20
UTC ---
==17631== Invalid read of size 8
==17631==at 0x6B2522: output_symtab() (lto-cgraph.c:589)
==17631==by 0x6B87B5: lto_output() (lto-streamer-out.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hubicka
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #10 from H.J. Lu hjl.tools at gmail dot com 2012-11-17 17:20:19
UTC ---
There is a bad memory access in LTO.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #11 from H.J. Lu hjl.tools at gmail dot com 2012-11-17 17:30:25
UTC ---
It can be reproduced with LTO bootstrap on hjl/valgrind branch at
http://gcc.gnu.org/git/?p=gcc.git;a=summary
with --enable-checking=valgrind.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55354
--- Comment #7 from H.J. Lu hjl.tools at gmail dot com 2012-11-17 20:35:57
UTC ---
(In reply to comment #6)
Answering my own question: we can get static linking with
-Wl,-Bstatic -lasan -Wl,-Bdynamic -ldl -lpthread
The -static
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55370
Bug #: 55370
Summary: [4.8 Regression] Bad libgcc.map
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55370
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55371
Bug #: 55371
Summary: [asan] False -Werror=uninitialized
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
Bug #: 55374
Summary: [asan] Can't link static libasan with static libstdc++
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-18 01:18:07
UTC ---
-Bstatic -lasan -Bdynamic must be placed before -Bstatic -lstdc++ -Bdynamic.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-11-18 01:29:57
UTC ---
Even without -static-libasan, shouldn't -lasan be placed before
-lstdc++?
[hjl@gnu-tools-1 prev-gcc]$ ./g++ -B./ -faddress-sanitizer x.o
-B../prev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #12 from H.J. Lu hjl.tools at gmail dot com 2012-11-18 13:15:59
UTC ---
I got
/tmp/cc5sWfOD.s: Assembler messages:
/tmp/cc5sWfOD.s:824391: Error: invalid character (0xf7) in mnemonic
make[7]: *** [/tmp/ccpgVF41.ltrans24.ltrans.o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55379
Bug #: 55379
Summary: -static -static-libasan doesn't create static binary
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55379
--- Comment #1 from H.J. Lu hjl.tools at gmail dot com 2012-11-18 14:52:24
UTC ---
It should be
[hjl@gnu-tools-1 gcc]$ ./xgcc -B./ x.o -o x -faddress-sanitizer
-B../x86_64-unknown-linux-gnu/libsanitizer/asan/.libs/ -static-libasan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55379
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Summary|-static -static-libasan |-static
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55380
Bug #: 55380
Summary: All search_line_fast implementations read beyond
buffer
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55379
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2012-11-18 19:35:21
UTC ---
(In reply to comment #3)
Note: fully static linking is not supported by libsanitizer at all and I don't
think it will.
Reason: on linux asan uses dlsym
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com 2012-11-19 20:54:53
UTC ---
It works for me on Fedora 17 with
--enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--enable-languages=c,ada,c++ --prefix=/usr/gcc-4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397
Bug #: 55397
Summary: [asan] -faddress-sanitizer should define a CPP macro
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #13 from H.J. Lu hjl.tools at gmail dot com 2012-11-19 21:04:12
UTC ---
On hjl/asan branch, I got
(gdb) r
Starting program:
/export/build/gnu/gcc-lto-asan/build-x86_64-linux/prev-gcc/cc1 -fpreprocessed
/tmp/x.i -quiet
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
--- Comment #8 from H.J. Lu hjl.tools at gmail dot com 2012-11-20 00:14:50
UTC ---
I tried
../gcc/configure --enable-clocale=gnu --with-system-zlib --with-demangler-in-ld
--enable-languages=c,ada,c++ --prefix=/usr/gnat --with-local
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55407
Bug #: 55407
Summary: stack-buffer-overflow in compute_working_sets
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com 2012-11-20 05:37:18
UTC ---
(In reply to comment #3)
If we end up implementing a macro, may I ask it to be named
ADDRESS_SANITIZER?
This name is already used in a few places
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55407
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||hjl.tools
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55417
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55397
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55440
Bug #: 55440
Summary: Plugin tests is compiled with wrong CFLAGS
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|REOPENED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55379
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55379
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #15 from H.J. Lu hjl.tools at gmail dot com 2012-11-23 20:32:35
UTC ---
I still got the same failure as in comment #13 with revision
193763.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55450
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55313
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|WAITING |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55455
Bug #: 55455
Summary: [4.8 Regression] Failed to bootstrap
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55456
Bug #: 55456
Summary: [4.8 Regression] 454.calculix in SPEC CPU 2006 is
miscompiled
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55455
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55456
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
CC||vmakarov
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #17 from H.J. Lu hjl.tools at gmail dot com 2012-11-24 16:39:00
UTC ---
LTO miscompiled:
/* Skip frontend and driver specific options here. */
if (!(cl_options[option-opt_index].flags
(CL_COMMON|CL_TARGET
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #18 from H.J. Lu hjl.tools at gmail dot com 2012-11-24 16:49:43
UTC ---
I think LTO is confused
extern const struct cl_option cl_options[];
with
extern const struct cl_option cl_options*;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #19 from H.J. Lu hjl.tools at gmail dot com 2012-11-24 17:03:13
UTC ---
The same issue can be reproduced with this patch:
diff --git a/gcc/lto-opts.c b/gcc/lto-opts.c
index a235f41..cd3730b 100644
--- a/gcc/lto-opts.c
+++ b
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #21 from H.J. Lu hjl.tools at gmail dot com 2012-11-25 07:33:50
UTC ---
This was introduced between revision 191465 and revision 191714.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Component|bootstrap |lto
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54691
--- Comment #12 from H.J. Lu hjl.tools at gmail dot com 2012-11-25 22:15:22
UTC ---
This patch:
http://gcc.gnu.org/ml/gcc-patches/2012-11/msg01973.html
works.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #23 from H.J. Lu hjl.tools at gmail dot com 2012-11-25 22:36:48
UTC ---
Another problem with revision 191466 is we lost
debug info on cl_options. With revision 191465,
I got
(gdb) whatis cl_options
type = const struct
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #24 from H.J. Lu hjl.tools at gmail dot com 2012-11-25 22:39:57
UTC ---
(In reply to comment #23)
Another problem with revision 191466 is we lost
debug info on cl_options. With revision 191465,
I got
(gdb) whatis
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55466
Bug #: 55466
Summary: [4.8 Regression] Revision 191466 destroyed DWARF debug
info
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54795
--- Comment #26 from H.J. Lu hjl.tools at gmail dot com 2012-11-26 13:29:17
UTC ---
(In reply to comment #25)
This means that somewhere there is a cl_option definition that may prevail
that has size 1. lto_symtab_resolve_symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55470
Bug #: 55470
Summary: Enable both ld and gold in gcc
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 7220 matches
Mail list logo