http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60892
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59068
Yury Gribov changed:
What|Removed |Added
CC||y.gribov at samsung dot com
--- Comment #3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
--- Comment #8 from Jan Hubicka ---
> Verified that the proposed patch fixed the problem in b/1345242.
Great, thanks! I still would preffer to see DECL_EXTERNAL bit on vtable that is
not emit in the current unit. But C++ visibility code is bit of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
--- Comment #7 from davidxl ---
(In reply to Paul Pluzhnikov from comment #6)
> Google ref: b/13453242
Verified that the proposed patch fixed the problem in b/1345242.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60907
Bug ID: 60907
Summary: Can't break inside empty loop (without any
optimization)
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59678
--- Comment #15 from Hossein Talebi ---
Hi, will this bug be fixed anytime soon or is it fixed already in GCC4.9?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60830
--- Comment #29 from Bernd Edlinger ---
Hmm, that is really strange.
the crash happens in __gcc_deregister_frame.
just break at this function and step.
The first call is GetModuleHandle (LIBGCC_SONAME) which
returns NULL, so the weak default __de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50394
David Kredba changed:
What|Removed |Added
CC||nheghathivhistha at gmail dot
com
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60906
Bug ID: 60906
Summary: target attribute causes other attributes to be ignored
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #19 from Markus Trippelsdorf ---
Created attachment 32642
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32642&action=edit
Testcase from PR60905
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #18 from Markus Trippelsdorf ---
*** Bug 60905 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60905
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #17 from Markus Trippelsdorf ---
Created attachment 32641
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32641&action=edit
Testcase from PR60904
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #16 from Markus Trippelsdorf ---
*** Bug 60904 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60904
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60905
Bug ID: 60905
Summary: ffmpeg built with gcc 4.9 RC produces incorrect loco
playback code
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60904
Bug ID: 60904
Summary: ffmpeg built with gcc 4.9 RC produces incorrect
shorten playback code
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
Paul Pluzhnikov changed:
What|Removed |Added
CC||ppluzhnikov at google dot com
--- Comme
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #15 from Markus Trippelsdorf ---
Created attachment 32640
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32640&action=edit
bad assembler output r205279
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #14 from Markus Trippelsdorf ---
Created attachment 32639
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32639&action=edit
good assembler output r205278
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #12 from Markus Trippelsdorf ---
Created attachment 32638
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32638&action=edit
Unreduced testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #11 from Markus Trippelsdorf ---
OK I'm down to one function from ./libavcodec/flacdec.c:
208 __attribute__ ((optimize(0)))
209 static int decode_residuals(FLACContext *s, int32_t *decoded, int
pred_order)
210 {
211 int i, tmp, pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #10 from Arthur Marsh ---
I haven't been able to reproduce what was shown in comment 9, but appreciate
the effort taken to reproduce the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #8 from Arthur Marsh ---
PS, no assembly language in the flac decoding process as far as I could see.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #7 from Arthur Marsh ---
OK, I modified the CFLAGS statement in config.mak to what is below, re-ran make
clean and make, and still experienced the same problems.
CFLAGS= -std=c99 -fomit-frame-pointer -pthread -D_GNU_SOURCE=1 -D_REEN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #4 from Arthur Marsh ---
I've attached the config.mak produced by ./configure --cc=gcc-4.9
--host-cc=gcc-4.9 --dep-cc=gcc-4.9
The CFLAGS from config.mak:
CFLAGS= -std=c99 -fomit-frame-pointer -pthread -D_GNU_SOURCE=1 -D_REENTRANT
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #5 from Andrew Pinski ---
Can you try adding -fno-strict-aliasing -fwrapv ?
Next is does ffmpeg have inline-asm for the flac codec? This requires some C
code knowledge though.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #3 from Arthur Marsh ---
I've attached the config.mak produced by ./configure --cc=gcc-4.9
--host-cc=gcc-4.9 --dep-cc=gcc-4.9
The CFLAGS from config.mak:
CFLAGS= -std=c99 -fomit-frame-pointer -pthread -D_GNU_SOURCE=1 -D_REENTRANT
-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
--- Comment #2 from Arthur Marsh ---
Created attachment 32637
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32637&action=edit
config.mak produced by ./configure --cc=gcc-4.9 --host-cc=gcc-4.9
--dep-cc=gcc-4.9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60903
Bug ID: 60903
Summary: [4.8/4.9/4.10 Regression] ICE: in
verify_loop_structure, at cfgloop.c:1647: : edge from
13 to 14 should be marked irreducible
Product: gcc
V
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
Andrew Pinski changed:
What|Removed |Added
Target||X86_64-*-Linux-gnu
Component|c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60902
Bug ID: 60902
Summary: ffmpeg built with gcc 4.9 RC produces incorrect flac
playback code
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60901
Bug ID: 60901
Summary: [4.8/4.9/4.10 Regression] ICE: SIGSEGV in
add_to_deps_list with
-fsel-sched-pipelining-outer-loops
Product: gcc
Version: 4.10.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59439
Antony Polukhin changed:
What|Removed |Added
CC||antoshkka at gmail dot com
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60900
Bug ID: 60900
Summary: ICE: in emit_library_call_value_1, at calls.c:4187
with -mabi=ms -mlong-double-128
Product: gcc
Version: 4.10.0
Status: UNCONFIRMED
Severi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
--- Comment #5 from Jan Hubicka ---
I am running benchmarks I do not want to disturb, but the following should fix
the problem.
$ svn diff ../../gcc/gimple-fold.c
Index: ../../gcc/gimple-fold.c
=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=60899
--- Comment #4 from davidxl ---
(In reply to davidxl from comment #3)
> (In reply to Jan Hubicka from comment #2)
> > David,
> > it seems a_m.C should be different form a.C. From chain of events you
> > describe I think
> > we need to figure out
41 matches
Mail list logo