https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #26 from Jan Hubicka hubicka at ucw dot cz ---
this is a proof of concept patch that makes streamer in to collect locations
into a cache and apply them in sorted order (looking up correct max_column
hints) at the end of handling of a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65478
--- Comment #9 from Jan Hubicka hubicka at ucw dot cz ---
This suggests that cloning of function Search and not inlining
NextMove is only part of the story.
I'm attaching output of my script that compares inlining decisions.
File 1 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65457
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #16 from Jan Hubicka hubicka at gcc dot gnu.org ---
The chkp stuff is IMO bit problematic. I was thinking about cutting the
optimization queue but was always hesitant to do so because of the cache
locality and other implications. I am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #27 from Jan Hubicka hubicka at ucw dot cz ---
I have in fact considered it already, since I think it should be fairly easy
and it can be done incrementally. However, as always in GCC, things are never
as trivial as they seem. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #17 from Jan Hubicka hubicka at ucw dot cz ---
Even though the inline decisions does not seem to be changed considerably
(at least on tramp3d).
Yeah, clobbers don't account for anything for size/inline estimates
(well, I hope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65498
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65519
--- Comment #18 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Wed Mar 25 08:46:20 2015
New Revision: 221654
URL: https://gcc.gnu.org/viewcvs?rev=221654root=gccview=rev
Log:
2015-03-25 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63256
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62028
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #29 from Martin Liška marxin at gcc dot gnu.org ---
Created attachment 35131
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35131action=edit
Chrome: ODR warnings before
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #30 from Martin Liška marxin at gcc dot gnu.org ---
Created attachment 35132
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35132action=edit
Chrome: ODR warnings with patch from #c21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63230
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
2015-03-24 17:06 GMT+03:00 Jakub Jelinek ja...@redhat.com:
On Tue, Mar 24, 2015 at 12:22:27PM +0300, Ilya Enkovich wrote:
2015-03-24 11:33 GMT+03:00 Jakub Jelinek ja...@redhat.com:
On Thu, Mar 19, 2015 at 11:29:44AM +0300, Ilya Enkovich wrote:
+ /* We might propagate instrumented function
Hi Tom!
On Sat, 21 Mar 2015 23:30:51 +0100, Tom de Vries tom_devr...@mentor.com wrote:
On 20-03-15 12:38, Tom de Vries wrote:
On 19-03-15 12:05, Tom de Vries wrote:
On 18-03-15 18:22, Tom de Vries wrote:
this patch fixes PR65460.
The patch marks offloaded functions as parallelized,
We appear to have erroneously set 'extra_parts' in nios2-linux libgcc,
to include the crti.o/crtn.o files intended for nios2 EABI. This still
largely worked, which is why we haven't noticed it till now, expect some
features like gprof profiling wasn't properly set up.
This patch removes the
2015-03-24 17:40 GMT+03:00 Richard Biener richard.guent...@gmail.com:
On Tue, Mar 24, 2015 at 3:06 PM, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Mar 24, 2015 at 12:22:27PM +0300, Ilya Enkovich wrote:
The question is what you want to do in the LTO case for the different cases,
in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #28 from Martin Liška marxin at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #26)
Created attachment 35130 [details]
linemap
this is a proof of concept patch that makes streamer in to collect locations
into a cache
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61051
Steven Bosscher steven at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
On Wed, Mar 25, 2015 at 11:05:17AM +0300, Ilya Enkovich wrote:
The question is what you want to do in the LTO case for the different cases,
in particular a TU compiled with -fcheck-pointer-bounds and LTO link without
that, or TU compiled without -fcheck-pointer-bounds and LTO link with it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65452
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #18 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 25 Mar 2015, hubicka at ucw dot cz wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #17 from Jan Hubicka hubicka at ucw dot cz ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65452
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
2015-03-25 11:16 GMT+03:00 Jakub Jelinek ja...@redhat.com:
On Wed, Mar 25, 2015 at 11:05:17AM +0300, Ilya Enkovich wrote:
The question is what you want to do in the LTO case for the different
cases,
in particular a TU compiled with -fcheck-pointer-bounds and LTO link
without
that, or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65471
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65509
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
CC||pault at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65509
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #19 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #14)
Or, as discussed on IRC we can consider MEM_REFs where first operand isn't
just
SSA_NAME or ADDR_EXPR of a decl, but allow also
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #31 from Martin Liška marxin at gcc dot gnu.org ---
Beginning of the difference of ODR warnings:
210,211c210,211
gen/blink/core/CSSPropertyNames.cpp:2330:0: warning: type ‘struct
stringpool_t’ violates one definition rule [-Wodr]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65548
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55901
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64787
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #32 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #16)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
The main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Mar 25 09:57:06 2015
New Revision: 221655
URL: https://gcc.gnu.org/viewcvs?rev=221655root=gccview=rev
Log:
2015-03-25 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Wed Mar 25 09:58:18 2015
New Revision: 221656
URL: https://gcc.gnu.org/viewcvs?rev=221656root=gccview=rev
Log:
PR lto/65515
* lto-streamer-out.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #33 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #26)
Created attachment 35130 [details]
linemap
this is a proof of concept patch that makes streamer in to collect locations
into a
On Wed, Mar 25, 2015 at 01:06:46PM +0300, Ilya Enkovich wrote:
There is still the wasteful pass_fixup_cfg at the start of:
PUSH_INSERT_PASSES_WITHIN (pass_local_optimization_passes)
NEXT_PASS (pass_fixup_cfg);
which wasn't there before chkp. Perhaps this should be a different
pass
On Wed, Mar 25, 2015 at 10:50 AM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Mar 25, 2015 at 10:38:56AM +0100, Richard Biener wrote:
--- gcc/passes.c(revision 221633)
+++ gcc/passes.c(working copy)
@@ -156,7 +156,8 @@ void
pass_manager::execute_early_local_passes ()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65532
--- Comment #7 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Wed Mar 25 10:15:46 2015
New Revision: 221657
URL: https://gcc.gnu.org/viewcvs?rev=221657root=gccview=rev
Log:
Fix regression introduced at revision 221586.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64952
--- Comment #11 from Mikael Morin mikael at gcc dot gnu.org ---
Author: mikael
Date: Wed Mar 25 10:15:46 2015
New Revision: 221657
URL: https://gcc.gnu.org/viewcvs?rev=221657root=gccview=rev
Log:
Fix regression introduced at revision 221586.
Le 24/03/2015 23:39, Mikael Morin a écrit :
The patch I propose here adds a flag to remember the function has been
called, and skip it the second time.
I considered reusing the existing 'resolved' field, but I had to
slightly change its semantics to prevent regressing somewhere, and I was
not
On Tue, 24 Mar 2015, Jakub Jelinek wrote:
On Tue, Mar 24, 2015 at 04:19:46PM +0100, Jakub Jelinek wrote:
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
Also tested with
../configure --with-build-config=bootstrap-lto
--enable-languages=c,c++,fortran,objc,obj-c++,go
On Wed, Mar 25, 2015 at 9:50 AM, Ilya Enkovich enkovich@gmail.com wrote:
2015-03-24 17:40 GMT+03:00 Richard Biener richard.guent...@gmail.com:
On Tue, Mar 24, 2015 at 3:06 PM, Jakub Jelinek ja...@redhat.com wrote:
On Tue, Mar 24, 2015 at 12:22:27PM +0300, Ilya Enkovich wrote:
The question
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65515
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
2015-03-25 12:50 GMT+03:00 Jakub Jelinek ja...@redhat.com:
On Wed, Mar 25, 2015 at 10:38:56AM +0100, Richard Biener wrote:
--- gcc/passes.c(revision 221633)
+++ gcc/passes.c(working copy)
@@ -156,7 +156,8 @@ void
pass_manager::execute_early_local_passes ()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65544
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Can you verify if the cross compiler uses a linker-plugin by specifying
-fuse-linker-plugin? Without that errors like this are unfortunately expected.
On 25 March 2015 at 05:34, Yury Gribov wrote:
On 03/24/2015 03:20 PM, Jonathan Wakely wrote:
I don't see any need to move pages (that would break old links).
So why not fix links as well?
I mean other sites that link to gcc.gnu.org/wiki ... so we don't control them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Peeling is certainly not profitable as with just 32 char elements in tmp.b
and then just iterating over the first 16 there will be no vectorized
iteration left if we peel at least
On Wed, Mar 25, 2015 at 11:11 AM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Mar 25, 2015 at 01:06:46PM +0300, Ilya Enkovich wrote:
There is still the wasteful pass_fixup_cfg at the start of:
PUSH_INSERT_PASSES_WITHIN (pass_local_optimization_passes)
NEXT_PASS (pass_fixup_cfg);
which
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62164
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65509
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
Hi Andre,
Le 24 mars 2015 à 18:06, Andre Vehreschild ve...@gmx.de a écrit :
Hi all,
I have worked on the comments Mikael gave me. I am now checking for
class_pointer in the way he pointed out.
Furthermore did I *join the two parts* of the patch into this one, because
keeping both in
On Wed, Mar 25, 2015 at 10:38:56AM +0100, Richard Biener wrote:
--- gcc/passes.c(revision 221633)
+++ gcc/passes.c(working copy)
@@ -156,7 +156,8 @@ void
pass_manager::execute_early_local_passes ()
{
execute_pass_list (cfun, pass_build_ssa_passes_1-sub);
-
2015-03-25 13:15 GMT+03:00 Richard Biener richard.guent...@gmail.com:
On Wed, Mar 25, 2015 at 10:50 AM, Jakub Jelinek ja...@redhat.com wrote:
On Wed, Mar 25, 2015 at 10:38:56AM +0100, Richard Biener wrote:
--- gcc/passes.c(revision 221633)
+++ gcc/passes.c(working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
And as has been documented forever, the way to get diagnostics for GNU
extensions that contradict the ISO standard is the -pedantic switch:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65508
ienkovich at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65154
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630
--- Comment #21 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Wed Mar 25 12:54:12 2015
New Revision: 221662
URL: https://gcc.gnu.org/viewcvs?rev=221662root=gccview=rev
Log:
2015-03-25 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62630
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||xfail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65415
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
The following fixes an ICE on invalid code by checking that DECL_SIZE is
not null before feeding it to integer_zerop.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
2015-03-25 Marek Polacek pola...@redhat.com
PR c++/61670
* class.c (remove_zero_width_bit_fields): Check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65509
--- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org ---
(In reply to Jakub Jelinek from comment #4)
The difference between when i1 and i2 are constexprs and when they are not
is that their cgraph nodes have definition = false if they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65550
Bug ID: 65550
Summary: [5 Regression] ICE (segfault) with pch
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pch
On Wed, Mar 25, 2015 at 1:35 PM, Ilya Enkovich enkovich@gmail.com wrote:
Hi,
This patch fixes PR target/65508 by proper copy of static chain for
instrumented calls. Bootstrapped and tested on x86_64-unknown-linux-gnu. OK
for trunk or wait for stage 1?
Ok for trunk.
Richard.
Committed.
Richard.
2015-03-25 Richard Biener rguent...@suse.de
PR tree-optimization/62630
* gcc.dg/graphite/vect-pr43423.c: XFAIL.
Index: gcc/testsuite/gcc.dg/graphite/vect-pr43423.c
===
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65536
--- Comment #34 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
(In reply to Martin Liška from comment #30)
Created attachment 35132 [details]
Chrome: ODR warnings with patch from #c21
@Martin:
The previous comment where the ICE is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64715
--- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org ---
Created attachment 35133
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35133action=edit
gcc5-pr64715.patch
Untested temporary hack for GCC 5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65547
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Edward Diener from comment #3)
Where do you get the idea that the standard doesn't require an error, it
requires a diagnostic message ?
1.4 [intro.compliance], the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65076
--- Comment #19 from Richard Biener rguenth at gcc dot gnu.org ---
I've meanwhile disabled pass_chkp_instrumentation_passes by default.
The fixup_cfg in pass_build_ssa_passes doesn't do anything on tramp3d
(and bootstrap/testing shows no issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65538
Martin Liška marxin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65508
--- Comment #1 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Wed Mar 25 12:41:27 2015
New Revision: 221661
URL: https://gcc.gnu.org/viewcvs?rev=221661root=gccview=rev
Log:
gcc/
PR target/65508
* tree-chkp.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65154
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65342
--- Comment #14 from Dominique d'Humieres dominiq at lps dot ens.fr ---
Results with the patch in comment 11 at
https://gcc.gnu.org/ml/gcc-testresults/2015-03/msg02484.html
Note that the patch in comment 6 also fixes this PR. It is probably the
On Wed, Mar 25, 2015 at 01:35:02PM +0100, Kai Tietz wrote:
ChangeLog
2015-03-25 Kai Tietz kti...@redhat.com
PR libgomp/64972
* oacc-parallel.c (GOACC_parallel): Use PRIu64 if available.
(GOACC_data_start): Likewise.
* target.c (gomp_map_vars): Likewise.
Tested for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65506
alalaw01 at gcc dot gnu.org changed:
What|Removed |Added
CC||alalaw01 at gcc dot gnu.org
On 03/19/15 13:54, Sebastian Pop wrote:
Richard Biener wrote:
please instead fixup after copy_bbs in duplicate_seme_region.
Thanks for the review.
Attached patch that does not modify copy_bbs.
Fixes make check in hmmer and make check RUNTESTFLAGS=tree-ssa.exp
Full bootstrap and regtest in
On 03/18/15 19:40, Honggyu Kim wrote:
Hi,
I have modified the test-case to check parameter passing bug based on the
comments from Kyrill Tkachov, Christophe Lyon, and Segher Boessenkool
as follows:
1. move from gcc.target/arm to gcc.dg
2. change dg-do compile to dg-do run
Please let me
-Original Message-
From: Jeff Law [mailto:l...@redhat.com]
Sent: 25 March 2015 12:27
To: Honggyu Kim; gcc-patches@gcc.gnu.org
Cc: Kyrylo Tkachov; seg...@kernel.crashing.org; christophe.l...@st.com
Subject: Re: [PATCH v2] New testcase to check parameter passing bug
On 03/18/15
Hi,
This patch fixes PR target/65508 by proper copy of static chain for
instrumented calls. Bootstrapped and tested on x86_64-unknown-linux-gnu. OK
for trunk or wait for stage 1?
Thanks,
Ilya
--
gcc/
2015-03-25 Ilya Enkovich ilya.enkov...@intel.com
PR target/65508
*
Hi,
ChangeLog
2015-03-25 Kai Tietz kti...@redhat.com
PR libgomp/64972
* oacc-parallel.c (GOACC_parallel): Use PRIu64 if available.
(GOACC_data_start): Likewise.
* target.c (gomp_map_vars): Likewise.
Tested for i686-w64-mingw32. Fix got preapproved by Jakub, so I will
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64972
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Mar 25 12:55:22 2015
New Revision: 221664
URL: https://gcc.gnu.org/viewcvs?rev=221664root=gccview=rev
Log:
2015-03-25 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65543
--- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Mar 25 12:55:04 2015
New Revision: 221663
URL: https://gcc.gnu.org/viewcvs?rev=221663root=gccview=rev
Log:
2015-03-25 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65541
--- Comment #5 from Dominique d'Humieres dominiq at lps dot ens.fr ---
This fixes it: ...
Confimed (the patch in comment 4 does not apply cleanly and needs some minor
surgery) and it regtest without regression.
Thanks for quick fix.
Hi all,
please find attached a fix for the recently introduced regression when
allocating arrays with an intrinsic function for source=. The patch addresses
this issue by using gfc_conv_expr_descriptor () for intrinsic functions.
Bootstraps and regtests ok on x86_64-linux-gnu/F20.
Ok for trunk?
On Tue, Mar 24, 2015 at 05:43:09PM +0100, Uros Bizjak wrote:
Attached patch introduces bootstrap-lto-noplugin bootstrap
configuration for hosts that do not support linker plugin (e.g. CentOS
5.11 with binutils 2.17). Also, the patch adds some additional
documentation to bootstrap-lto option.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65509
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Marek Polacek from comment #8)
The following (untested) should work:
--- a/gcc/cp/decl.c
+++ b/gcc/cp/decl.c
@@ -6113,6 +6113,7 @@ make_rtl_for_nonlocal_decl (tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65510
--- Comment #3 from Chen Gang gang.chen.5i5j at gmail dot com ---
(In reply to Chen Gang from comment #2)
For test.i:
int oxu_driver_init(void)
{
*(volatile unsigned int *)(-1) = *(unsigned int *)(-1);
}
If test.i use a valid number (=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65537
--- Comment #8 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Mar 25 16:01:36 2015
New Revision: 221667
URL: https://gcc.gnu.org/viewcvs?rev=221667root=gccview=rev
Log:
config/ChangeLog:
PR bootstrap/65537
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63385
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is on x86_64-w64-mingw32.
build/gengtype.exe \
-S
../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc -I
gtyp-input.list -w tmp-gtype.state
gtyp-input.list:101: file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Bug ID: 6
Summary: [5 Regression] ICE: verify_gimple failed (LHS in
noreturn call)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Does anyone remember which FSF gcc release first added the
-Wno-c++11-extensions option for g++? I know it exists in 4.6.3 but am
not having much luck Googling for the original submission in the
gcc-patches archives. According to
https://gcc.gnu.org/projects/cxx0x.html, the initial c++-11 support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65556
Bug ID: 65556
Summary: [5 Regression] ICE: verify_gimple failed (type
precision mismatch in switch statement)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
1 - 100 of 305 matches
Mail list logo