https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63569
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment #2 from Andrew Pinski -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63569
--- Comment #1 from Andrew Pinski ---
Created attachment 33743
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33743&action=edit
A Testcase which ICEs instead of just wrong code
Compile with -O2.
The ICE you get:
t3.c: In function ‘register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63569
Bug ID: 63569
Summary: [5.0 Regression] Wrong code with volatile and ICF
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
--- Comment #9 from vries at gcc dot gnu.org ---
Author: vries
Date: Fri Oct 17 06:36:35 2014
New Revision: 216364
URL: https://gcc.gnu.org/viewcvs?rev=216364&root=gcc&view=rev
Log:
Handle copy cycles in pass_cprop_hardreg
2014-10-17 Tom de Vri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61605
--- Comment #10 from vries at gcc dot gnu.org ---
Author: vries
Date: Fri Oct 17 06:36:45 2014
New Revision: 216365
URL: https://gcc.gnu.org/viewcvs?rev=216365&root=gcc&view=rev
Log:
Use fuse-caller-save info in cprop-hardreg
2014-10-17 Tom de
=/home/marxin/bin/gcc/libexec/gcc/powerpc64-unknown-linux-gnu/5.0.0/lto-wrapper
Target: powerpc64-unknown-linux-gnu
Configured with: ../configure --enable-checking=release
--prefix=/home/marxin/bin/gcc
Thread model: posix
gcc version 5.0.0 20141016 (experimental) (GCC)
trippels@gcc1-power7 library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63562
--- Comment #1 from Markus Trippelsdorf ---
More info in /home/trippels/moz-build-dir/toolkit/library on gcc110:
trippels@gcc1-power7 library % cat list
/home/trippels/moz-build-dir/toolkit/library/../../xpcom/components/nsComponentManager.o
/ho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63567
--- Comment #3 from Marek Polacek ---
(But warn with -pedantic.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63567
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61848
--- Comment #21 from Markus Trippelsdorf ---
Author: trippels
Date: Fri Oct 17 05:10:07 2014
New Revision: 216361
URL: https://gcc.gnu.org/viewcvs?rev=216361&root=gcc&view=rev
Log:
Fix pr61848, linux kernel miscompile
This patch cures the linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63553
paul.richard.thomas at gmail dot com
changed:
What|Removed |Added
CC||paul.richard.thom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63559
--- Comment #3 from Dmitry Vyukov ---
Ah, OK, thanks.
FWIW, TBB is open-source. However it uses hand-rolled atomic operations, so
tsan won't work out-of-the box anyway.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63530
--- Comment #3 from Carrot ---
It turns out that when function vect_create_addr_base_for_vector_ref create a
new pointer, it doesn't set the correct alignment of pointer value, so the
default alignment of the point_to type is used. We should use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63568
Bug ID: 63568
Summary: Missed optimization (a & ~mask) | (b & mask) = a ^ ((a
^ b) & mask)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #23 from Iain Sandoe ---
Created attachment 33741
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33741&action=edit
asm and .i
I built 216304+removing the two sections in i386.md.
A stage 1 compiler built with -O0 -g is suffien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63567
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63567
Bug ID: 63567
Summary: Linux kernel build error due to non-static
initializers
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
--- Comment #3 from Martin Liška ---
Created attachment 33740
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33740&action=edit
object file created w/ IPA ICF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
--- Comment #2 from Martin Liška ---
Created attachment 33739
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33739&action=edit
object file created w/o IPA ICF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #22 from Iain Sandoe ---
(In reply to Iain Sandoe from comment #17)
> (In reply to Dominique d'Humieres from comment #16)
> > > Created attachment 33733 [details]
> > > patch to fix darwin bootstrap
> > >
> > > With pseudo GOT registe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
--- Comment #1 from Martin Liška ---
Created attachment 33738
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33738&action=edit
Patch that enables just a single function merge operation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63566
Bug ID: 63566
Summary: [5 Regression] i686 bootstrap fails: ICE RTL flag
check: INSN_UID used with unexpected rtx code 'set' in
INSN_UID, at rtl.h:1326
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63565
Bug ID: 63565
Summary: please document that (and why) Go binaries should not
be stripped
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #12 from Francois-Xavier Coudert ---
(In reply to Dominique d'Humieres from comment #11)
> The change occurred at r190003 and an error
> Error: TS 29113: Noninteroperable argument 'gee' to 'c_funloc' at (1)
> is emitted if one uses -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #21 from Igor Zamyatin ---
(In reply to Iain Sandoe from comment #20)
>
> libtool: compile: /GCC/ml/gcc-trunk-appleas/./gcc/xgcc
> -B/GCC/ml/gcc-trunk-appleas/./gcc/
> -B/compilers/gcc-trunk/x86_64-apple-darwin12/bin/
> -B/compilers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #11 from Dominique d'Humieres ---
The change occurred at r190003 and an error
Error: TS 29113: Noninteroperable argument 'gee' to 'c_funloc' at (1)
is emitted if one uses -std=f2008.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #10 from Dominique d'Humieres ---
> do we have a revision # that triggered this behaviour?
> (or has it "always" been there?)
Up to r189986 (2012-07-30) compiling the second code in comment 6 gives the
error
pr59888_3.f90:5.22:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63559
--- Comment #2 from Roger Orr ---
Hi Dmitry,
the false positives I've investigated seem to be down to spin-locked queues and
use of intel tbb concurrency data structures - AFAICT we don't have source for
the latter so I wouldn't expect tsan to re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59888
--- Comment #9 from Iain Sandoe ---
do we have a revision # that triggered this behaviour?
(or has it "always" been there?)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #20 from Iain Sandoe ---
so I rewound to r216156 and made the change to i386.md (removed the receiver
and nonlocal label stuff).
So, that succeeds in getting to stage #3 and then fails building [m32] target
libs which is much more li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #34 from Oleg Endo ---
Test run for
-m2e -ml, -m2a -mb, -m2a-single -mb, -m4-single-ml
has finished and shows no new failures (except the ISR stuff).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63564
--- Comment #4 from Kostya Serebryany ---
(In reply to Bernd Edlinger from comment #3)
> In the original example (it was ported from windows,
> and the windows semaphores are completely immune
> against this kind of error) the sem_post were in
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63564
--- Comment #3 from Bernd Edlinger ---
In the original example (it was ported from windows,
and the windows semaphores are completely immune
against this kind of error) the sem_post were in
*another* thread and there were several milliseconds
bet
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63560
--- Comment #2 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Oct 16 17:17:40 2014
New Revision: 216341
URL: https://gcc.gnu.org/viewcvs?rev=216341&root=gcc&view=rev
Log:
PR go/63560
compiler: Mark functions that call defer_retaddr as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63564
--- Comment #2 from Kostya Serebryany ---
We don't intercept sem_post/sem_wait and don't instrument glibc where they are
implemented. Sadly, the same applies to quite a few other glibc functions.
In future we may have fully instrumented glibc,
b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63564
--- Comment #1 from Jakub Jelinek ---
You would need glibc compiled with -fsanitize=address (unless the write is done
in assembly) to detect that.
And, the reason that glibc malloc reports the problem is that it performs some
cheap checks, in par
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63564
Bug ID: 63564
Summary: -fsanitize=address obscures access to free memory
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #8 from Jan Hubicka ---
Hi,
this patch should avoid production of RTL only for those vars that we know are
never used by real code.
Index: dwarf2out.c
===
--- dwarf2out.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #7 from Jan Hubicka ---
Here we die because we do not have variable constructor in LTO stream because
the variable was optimized out at compile time already. Do we still need to
build RTL here? We can easily check for optimized out
Here we die because we do not have variable constructor in LTO stream because
the variable was optimized out at compile time already. Do we still need to
build RTL here? We can easily check for optimized out vars...
But if we need a placeholder RTL, I suppose most practical variant would be
to a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #6 from Jakub Jelinek ---
When this code is invoked, DECL_RTL for some variable might not be set yet,
even when it will or might be set later on (e.g. TLS vars), e.g. when compiling
some other function.
So, we need some RTL for it but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63563
Bug ID: 63563
Summary: [4.9/5 Regression] ICE: in vectorizable_store, at
tree-vect-stmts.c:5106 with -mavx2
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61713
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #5 from Jan Hubicka ---
>
> Commenting that out will severely decrease debug info quality.
It was meant as a workaround for PPC Firefox builds ;)
> Yes, dwarf2out really needs a RTL for those, and some that will not affect
> -fcomp
>
> Commenting that out will severely decrease debug info quality.
It was meant as a workaround for PPC Firefox builds ;)
> Yes, dwarf2out really needs a RTL for those, and some that will not affect
> -fcompare-debug, with the right (mangled?) name of the var and various other
> attributes on th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #19 from Dominique d'Humieres ---
> Can you please try more conservative patch disabling just
> nonlocal_goto_receiver split bootstrapping it from scratch?
It still get the same error/warnings as in comment 16 with the conservative
p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #18 from Stupachenko Evgeny ---
Created attachment 33736
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33736&action=edit
patch disabling just nonlocal_goto_receiver split
Am I correct that this is 64 bits library link failed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
Iain Sandoe changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #17 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63560
--- Comment #1 from Jan Hubicka ---
Does something like this work?
Honza
Index: ipa-split.c
===
--- ipa-split.c(revision 216318)
+++ ipa-split.c(working copy)
@@ -1613,6 +1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61770
--- Comment #2 from Mikael Pettersson ---
(In reply to R. Dragone from comment #1)
> Just encountered the same problem myself.
>
> >> gcc -march=native -E -v - &1 | grep cc1
> /usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1 -E -quiet -v -
> -mar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63553
patnel97269-gfortran at yahoo dot fr changed:
What|Removed |Added
CC||patnel97269-gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63561
Cyrus changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
Cyrus changed:
What|Removed |Added
CC||sidio47 at hotmail dot com
--- Comment #40 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62140
--- Comment #8 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Oct 16 13:53:33 2014
New Revision: 216332
URL: https://gcc.gnu.org/viewcvs?rev=216332&root=gcc&view=rev
Log:
2014-10-16 Yury Gribov
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61897
--- Comment #5 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Oct 16 13:53:33 2014
New Revision: 216332
URL: https://gcc.gnu.org/viewcvs?rev=216332&root=gcc&view=rev
Log:
2014-10-16 Yury Gribov
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62089
--- Comment #4 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Oct 16 13:52:45 2014
New Revision: 216331
URL: https://gcc.gnu.org/viewcvs?rev=216331&root=gcc&view=rev
Log:
2014-10-16 Yury Gribov
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30617
--- Comment #39 from Jakub Jelinek ---
(In reply to Dominique d'Humieres from comment #29)
> > It is hanging on undefined, I think there is a difference here, a big
> > difference.
>
> What is the difference for you?
>
> Just as a side note, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63562
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63278
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61547
--- Comment #6 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Oct 16 13:46:39 2014
New Revision: 216326
URL: https://gcc.gnu.org/viewcvs?rev=216326&root=gcc&view=rev
Log:
New asan-instrumentation-with-call-threshold
parameter.
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61530
--- Comment #10 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Oct 16 13:46:39 2014
New Revision: 216326
URL: https://gcc.gnu.org/viewcvs?rev=216326&root=gcc&view=rev
Log:
New asan-instrumentation-with-call-threshold
parameter.
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63562
Bug ID: 63562
Summary: [5 Regression] ICE : in ipcp_verify_propagated_values,
at ipa-cp.c:907
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61100
--- Comment #5 from ygribov at gcc dot gnu.org ---
Author: ygribov
Date: Thu Oct 16 13:42:48 2014
New Revision: 216322
URL: https://gcc.gnu.org/viewcvs?rev=216322&root=gcc&view=rev
Log:
2014-10-16 Yury Gribov
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63561
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63561
Bug ID: 63561
Summary: gfortran runtime hang on function print-stmt
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #33 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #32)
> I'd propose the following for SH:
>
> unsigned int __builtin_sh_get_fpscr ()
> void __builtin_sh_set_fpscr (unsigned int)
>
> Any opinions or feedback r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63560
Bug ID: 63560
Summary: __go_set_defer_retaddr shouldn't be split by IPA split
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63545
--- Comment #2 from Bill Klees ---
Created attachment 33734
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33734&action=edit
Preprocessed Source for Failing Compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63185
--- Comment #4 from Marc Glisse ---
(In reply to Richard Biener from comment #3)
> Btw, what was the original testcase?
Sorry, I don't remember. Probably something involving std::vector or
std::string. Since llvm optimizes it just fine, I hadn't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63508
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #16 from Dominique d'Humieres ---
> Created attachment 33733 [details]
> patch to fix darwin bootstrap
>
> With pseudo GOT register we don't need to set GOT register after any jump,
> and therefore don't need "nonlocal_goto_receiver"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63260
--- Comment #9 from Oleg Endo ---
Author: olegendo
Date: Thu Oct 16 12:32:24 2014
New Revision: 216317
URL: https://gcc.gnu.org/viewcvs?rev=216317&root=gcc&view=rev
Log:
gcc/testsuite/
PR target/63260
* gcc.target/sh/pr63260.c: Fix typo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
--- Comment #13 from clyon at gcc dot gnu.org ---
To be more specific, I'm using qemu 2.0.0.
But I've switched to a new x86_64 host running Ubuntu-14.04, and the tests
pass.
I observed the failures when using a x86_64 host running Red-Hat 5.
An
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63554
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Thu Oct 16 12:25:52 2014
New Revision: 216315
URL: https://gcc.gnu.org/viewcvs?rev=216315&root=gcc&view=rev
Log:
2014-10-16 Richard Biener
PR middle-end/63554
* builtins.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63554
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59401
--- Comment #13 from Oleg Endo ---
Author: olegendo
Date: Thu Oct 16 12:21:29 2014
New Revision: 216314
URL: https://gcc.gnu.org/viewcvs?rev=216314&root=gcc&view=rev
Log:
gcc/
PR target/59401
* config/sh/sh.h (CALL_REALLY_USED_REGISTERS)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61770
R. Dragone changed:
What|Removed |Added
CC||rdragone at asifade dot in
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63185
--- Comment #3 from Richard Biener ---
Btw, what was the original testcase?
It's all a little bit complicated and not really fit for the current simple
handling of PHIs. Because with a conditional store we have to continue
looking for uses on t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #32 from Oleg Endo ---
As a next step, I'd like to add built-in functions to get/set the FPSCR on SH.
We have the old __get_fpscr and __set_fpscr functions in libgcc which modify
the __fpscr_values array and the FPSCR.
One idea woul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63559
Dmitry Vyukov changed:
What|Removed |Added
CC||dvyukov at google dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63559
Bug ID: 63559
Summary: -fsanitize=thread sets no preprocessor flags
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534
--- Comment #15 from Stupachenko Evgeny ---
Created attachment 33733
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33733&action=edit
patch to fix darwin bootstrap
With pseudo GOT register we don't need to set GOT register after any jump,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49604
Jonathan Wakely changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63551
--- Comment #3 from Jan Hubicka ---
indeed, somewhere we need to view convert the aggregate value... Predicates
works on conditions on arguments, so I suppose this ought to happen at ipa-prop
side. Martin?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63558
Bug ID: 63558
Summary: cannot silence "jump to case label" with fpermissive
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
--- Comment #2 from Jan Hubicka ---
> This may be too late to get at lto_file_decl_datas?
I think the problem is dwarf2out for whatever reason referring to a symbol that
was optimized out...
It does not make sense to try to figure out section of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53513
--- Comment #31 from Oleg Endo ---
Author: olegendo
Date: Thu Oct 16 10:58:36 2014
New Revision: 216307
URL: https://gcc.gnu.org/viewcvs?rev=216307&root=gcc&view=rev
Log:
gcc/
PR target/53513
* config/sh/sh-protos.h (emit_sf_insn, emit_d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63557
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63557
Bug ID: 63557
Summary: builtin __udivti3
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63168
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63168
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Thu Oct 16 10:13:52 2014
New Revision: 216304
URL: https://gcc.gnu.org/viewcvs?rev=216304&root=gcc&view=rev
Log:
2014-10-16 Richard Biener
PR tree-optimization/63168
* tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 63168, which changed state.
Bug 63168 Summary: loop header copying fails - not vectorized: latch block not
empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63168
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63552
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63553
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62031
--- Comment #12 from clyon at gcc dot gnu.org ---
Sorry, I thought you had the setup needed to reproduce the tests.
I am using qemu.
All execution tests fail (not only -O0), for instance with GCC configured as:
--target=arm-none-eabi --with-mode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57438
--- Comment #21 from Iain Sandoe ---
(In reply to Dominique d'Humieres from comment #20)
> Still present at revision 203491 and the patch in comment #14 does not help.
Trivial reproducer:
=
__attribute__((noinline))
void foo (void)
{
__bui
1 - 100 of 123 matches
Mail list logo
