Helmut Eller eller.hel...@gmail.com:
If nobody bothers with even
considering the question, it would appear that it is not all that
important...
Maybe nobody bothers because using clang is easier than to fight with
FSF policies.
Which is pretty close if not identical to my original
Hi!
Yesterday, an outstanding fix was committed to the GCC repo for a not
correctly regenerated file. Now that that's fixed, I'll merge the two
./config directories (unfortunately, both the Binutils and the GCC
tree gained commits that weren't synced) and come up with a patch.
I hope that
Hi,
this is patch I commited to mainline
2014-11-22 Jan Hubicka hubi...@ucw.cz
* ipa.c (symbol_table::remove_unreachable_nodes): Mark all inline clones
as having abstract origin used.
* ipa-inline-transform.c (can_remove_node_now_p_1): Drop abstract
origin check.
Thanks for the fix. Is it ok to backport it to gcc-4_9?
Yes, it is OK assuming that there are no problems with the patch for a week.
(it ought to be safe)
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64008
--- Comment #3 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #2)
and a patch from somewhere else that seems related:
http://cgit.openembedded.org/openembedded/plain/recipes/gcc/gcc-4.5/sh4-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61602
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64021
Bug ID: 64021
Summary: Empty struct vs libffi
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64021
--- Comment #1 from Richard Henderson rth at gcc dot gnu.org ---
Oh, that should read fail after the merge of the new libffi.
Current libffi happens to have nothing interesting in the stack
slot that's incorrectly popped, and to happens not to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
Bug ID: 64022
Summary: [F2003][IEEE] ieee_support_flag does not handle
kind=10 and kind=16 REAL variables
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #18 from Michael Karcher gcc-bugzilla at mkarcher dot
dialup.fu-berlin.de ---
As I said, I did not try your patch, but just read the source. The assembly you
quoted convinces me that there is no problem in the code actually produced
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023
Bug ID: 64023
Summary: [5 Regression] r216964 breaks bootstrap on darwin when
using gcc as the bootstrap compiler.
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63949
--- Comment #3 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
make_extraction is unable to generate bit-field extractions in more than one
mode. This causes the extractions that it does generate to be wrapped in
subregs when SImode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #19 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Michael Karcher from comment #18)
As I said, I did not try your patch, but just read the source. The assembly
you quoted convinces me that there is no problem in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023
--- Comment #2 from Iain Sandoe iains at gcc dot gnu.org ---
as commented in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773 c#14..17
this is caused by
$(HOST_EXPORTS) being used at stage#N1 instead of $(POSTSTAGE1_HOST_EXPORTS)
Thus the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61649
--- Comment #1 from Richard PALO richard at netbsd dot org ---
given https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52168,
it seems necessary to update the test_text line with a newline appended
as follows so that check.sh doesn't balk:
+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63852
Dominique d'Humieres dominiq at lps dot ens.fr changed:
What|Removed |Added
Target|x86_64-apple-darwin14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #20 from Michael Karcher gcc-bugzilla at mkarcher dot
dialup.fu-berlin.de ---
(In reply to Oleg Endo from comment #19)
The or-then-SImode-compare optimization has an adverse effect on the test
coverage, it seems. In both cases,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831
Iain Sandoe iains at gcc dot gnu.org changed:
What|Removed |Added
Blocks||63773
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
--- Comment #10 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Sat Nov 22 11:28:56 2014
New Revision: 217962
URL: https://gcc.gnu.org/viewcvs?rev=217962root=gccview=rev
Log:
Backport from mainline
2014-11-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
--- Comment #11 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Sat Nov 22 11:29:27 2014
New Revision: 217963
URL: https://gcc.gnu.org/viewcvs?rev=217963root=gccview=rev
Log:
Backport from mainline
2014-11-20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47500
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|5.0 |4.8.4
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63991
--- Comment #2 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
It looks like -fpack-struct cannot be used when -fstrict-volatile-bitfields is
in effect, i.e. on ARM EABI. As for unaligned volatile fields on
strict-alignment
targets, they
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64024
Bug ID: 64024
Summary: gcc.dg/vect/vect-simd-clone-6.c ICEs
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64024
--- Comment #1 from Uroš Bizjak ubizjak at gmail dot com ---
gdb says:
Program received signal SIGSEGV, Segmentation fault.
0x009ca6cf in is_gimple_variable (t=0x0) at
/home/uros/gcc-svn/trunk/gcc/gimple-expr.h:83
83return
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63917
Bernd Edlinger bernd.edlinger at hotmail dot de changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64025
Bug ID: 64025
Summary: Several testsuite execution failures with -O2 -flto
-fuse-linker-plugin -fno-fat-lto-objects
Product: gcc
Version: 5.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64021
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
FWIW, gcc and g++ pass empty struct differently on x86.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59708
--- Comment #20 from dave.anglin at bell dot net ---
On 22-Nov-14, at 2:31 AM, jakub at gcc dot gnu.org wrote:
Is that with r217946 or later?
No. My latest build is r217898.
--
John David Anglindave.ang...@bell.net
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: ubizjak at gmail dot com
This is a recent regression. Comparing versions 5.0.0 20141120 (experimental)
[trunk revision 217836] [1] with 5.0.0 20141122
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64026
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Target||i686-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64027
Bug ID: 64027
Summary: inefficient handling of msp430 byte operands
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64027
--- Comment #1 from Peter A. Bigot pab at pabigot dot com ---
The following program:
int request();
int release();
unsigned char execute (unsigned char arg);
unsigned char safe_execute (unsigned char arg)
{
int rc;
unsigned char rs = 0;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64026
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
(In reply to Uroš Bizjak from comment #1)
HJ, is it possible to run a regression hunt between these two revisions?
Is this
FAIL: gcc.dg/vect/vect-simd-clone-6.c (internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
--- Comment #11 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Sat Nov 22 14:28:19 2014
New Revision: 217967
URL: https://gcc.gnu.org/viewcvs?rev=217967root=gccview=rev
Log:
2014-11-22 Marc Glisse marc.gli...@inria.fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64026
--- Comment #3 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to H.J. Lu from comment #2)
Is this
FAIL: gcc.dg/vect/vect-simd-clone-6.c (internal compiler error)
FAIL: gcc.dg/vect/vect-simd-clone-6.c (test for excess errors)
FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60770
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60517
--- Comment #18 from Marc Glisse glisse at gcc dot gnu.org ---
The .uninit dump for the original testcase now looks like:
double foo(A) (struct A a)
{
double SR.1;
bb 2:
return SR.1_2(D);
}
which the uninit pass would warn about, except
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64008
--- Comment #4 from Segher Boessenkool segher at gcc dot gnu.org ---
I configured for sh4-linux, foolishly thinking that sh4-nofpu would
work with that as well. Why not build all regular multilibs for
every regular config? Maybe keep sh5, sh2a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #77 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Nov 22 15:06:34 2014
New Revision: 217968
URL: https://gcc.gnu.org/viewcvs?rev=217968root=gccview=rev
Log:
gcc/
PR target/63986
PR target/51244
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63986
--- Comment #10 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Nov 22 15:06:34 2014
New Revision: 217968
URL: https://gcc.gnu.org/viewcvs?rev=217968root=gccview=rev
Log:
gcc/
PR target/63986
PR target/51244
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #21 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Michael Karcher from comment #20)
Of course. The instructions involving src_reg in make_not_reg_insn dealing
with src_reg are completely quoted here:
+ // On SH we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831
--- Comment #13 from Iain Sandoe iains at gcc dot gnu.org ---
So at stage #3 building libada, we see that s-oscons.{adb,h} are empty.
Looking at the error log :
ln: rts/system.ads: File exists
In file included from /usr/include/sys/time.h:78:0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64022
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #22 from Michael Karcher gcc-bugzilla at mkarcher dot
dialup.fu-berlin.de ---
OK, in that case I retract my objections and I think the patch is fine. I am
sorry for that mistake.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61528
--- Comment #8 from Marc Glisse glisse at gcc dot gnu.org ---
If I mark f as static or inline (so the optimizer changes f to take its
argument by value), I get with g++-5:
w2.c: In function 'int main()':
w2.c:11:7: warning: 'anonymous' is used
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #23 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Nov 22 15:50:10 2014
New Revision: 217969
URL: https://gcc.gnu.org/viewcvs?rev=217969root=gccview=rev
Log:
gcc/
PR target/63783
PR target/51244
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #78 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Nov 22 15:50:10 2014
New Revision: 217969
URL: https://gcc.gnu.org/viewcvs?rev=217969root=gccview=rev
Log:
gcc/
PR target/63783
PR target/51244
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831
--- Comment #14 from Iain Sandoe iains at gcc dot gnu.org ---
this might be a hint:
broken c.f. OK - __has_attribute cppdefine commented out
$ diff -W200 -y --suppress-common-lines s-oscons-tmplt.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #79 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Nov 22 16:07:25 2014
New Revision: 217970
URL: https://gcc.gnu.org/viewcvs?rev=217970root=gccview=rev
Log:
gcc/
Backport from mainline
2014-11-22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63783
--- Comment #24 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Sat Nov 22 16:07:25 2014
New Revision: 217970
URL: https://gcc.gnu.org/viewcvs?rev=217970root=gccview=rev
Log:
gcc/
Backport from mainline
2014-11-22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55023
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831
--- Comment #15 from Iain Sandoe iains at gcc dot gnu.org ---
Reproducer:
$ cat t.h
#ifdef __has_attribute
#if __has_attribute(availability)
/* use better attributes if possible */
#endif
#endif
gcc-trunk-bust$ ./gcc/xgcc -Bgcc t.h -E
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc-unknown-darwin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64028
Bug ID: 64028
Summary: [5 Regression] r211599 caused many vectorizer test
failures with -fPIC
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64026
--- Comment #4 from H.J. Lu hjl.tools at gmail dot com ---
I opened PR 64028.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64024
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64026
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
--- Comment #11 from John David Anglin danglin at gcc dot gnu.org ---
Author: danglin
Date: Sat Nov 22 20:53:36 2014
New Revision: 217972
URL: https://gcc.gnu.org/viewcvs?rev=217972root=gccview=rev
Log:
PR other/63694
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63694
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63598
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Priority|P1 |P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63981
Bug 63981 depends on bug 63982, which changed state.
Bug 63982 Summary: [5 Regression] Almost all of the devirt testcases fail with
-mabi=ilp32
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63982
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63982
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24437
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022
Bug 26022 depends on bug 24437, which changed state.
Bug 24437 Summary: OBJ_TYPE_REF handling in fold_stmt should be moved to fold
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24437
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64021
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56552
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55177
--- Comment #14 from Andrew Pinski pinskia at gcc dot gnu.org ---
The original testcase in comment #0 is still not optimized at the gimple level
due to extra casts. If I use unsigned instead of int, the testcase is
optimized at the gimple level.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64029
Bug ID: 64029
Summary: const int (in)[]{1,2,3,4,5}; results in internal
compiler error: Segmentation fault
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63971
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
Author: pinskia
Date: Sat Nov 22 23:41:26 2014
New Revision: 217975
URL: https://gcc.gnu.org/viewcvs?rev=217975root=gccview=rev
Log:
2014-11-22 Andrew Pinski apin...@cavium.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63971
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64029
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64008
--- Comment #5 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
(In reply to Segher Boessenkool from comment #4)
At least for sh4, it would have a historical reason. In the old
time, -m4-nofpu confused many users (including me). From its
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63972
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63848
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
CC||pinskia at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63975
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49721
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55142
Bug 55142 depends on bug 49721, which changed state.
Bug 49721 Summary: convert_memory_address_addr_space may generate invalid new
insns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49721
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63539
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Keywords||build, patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63899
--- Comment #2 from Richard PALO richard at netbsd dot org ---
I can't seem to recreate this now, although I'm not that sure it had to do with
an issue involving the compiler on illumos where the native libm 'complex.h'
was being erroneously
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #84 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
FYI, merge from trunk revision 217978 as sh-lra revision 217980 to
apply the lra remat changes on trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63855
tbsaunde at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61324
--- Comment #2 from tbsaunde at gcc dot gnu.org ---
*** Bug 63855 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44672
kalle vinzent.boerner at gmx dot de changed:
What|Removed |Added
CC||vinzent.boerner at
Hello.
Following patch removes memory leak that was introduced by very first IPA ICF
patch.
I would like to thank David for hunting the leak.
Patch an bootstrap on x86_86-linux-pc and no regression is introduced.
Thanks,
Martin
From f959905e984a84d0353fb1e32ba83db2b6dfe4d2 Mon Sep 17 00:00:00
Hello!
2014-11-22 Uros Bizjak ubiz...@gmail.com
* gcc.target/i386/avx512vl-vpermb-2.c: Require avx512vbmi.
* gcc.target/i386/avx512vl-vpermi2b-2.c: Ditto.
* gcc.target/i386/avx512vl-vpermt2b-2.c: Ditto.
* gcc.target/i386/avx512vl-vpmaddhuq-2.c: Require avx512ifma.
*
On 2014.11.22 at 09:05 +0100, Martin Liška wrote:
Hello.
Following patch removes memory leak that was introduced by very first IPA ICF
patch.
I would like to thank David for hunting the leak.
Patch an bootstrap on x86_86-linux-pc and no regression is introduced.
I gave the patch a quick
Andrew Pinski pins...@gmail.com writes:
On Wed, Nov 12, 2014 at 2:56 PM, Matthew Fortune
matthew.fort...@imgtec.com wrote:
Moore, Catherine catherine_mo...@mentor.com writes:
The patch looks good. Please fix up these couple of nits prior to
committing.
OK, thanks for the
OK. Looks like a good performance vs. codesize tradeoff.
Yes, but IMO this should be done in the generic code, unrolling small loops is
profitable on most architectures.
--
Eric Botcazou
On 11/22/2014 03:18 AM, Jason Merrill wrote:
The earlier fix for 38958 was too broad; we don't want to suppress the
unused warning for all references to type with non-trivial destructor,
just references bound to a temporary.
Thanks!
Paolo.
On Sat, Nov 22, 2014 at 10:49 AM, Eric Botcazou ebotca...@adacore.com wrote:
OK. Looks like a good performance vs. codesize tradeoff.
Yes, but IMO this should be done in the generic code, unrolling small loops is
profitable on most architectures.
Yeah, but after a couple of pings for a
The patch tries to use REG_EQUAL to get more precise info for nonzero_bits,
which helps to remove unnecessary zero_extend.
Here is an example when compiling Coremark, we have rtx like,
(insn 1244 386 388 47 (set (reg:SI 263 [ D.5767 ])
(reg:SI 384 [ D.5767 ])) 786
Hi,
On Fri, Nov 21, 2014 at 09:18:03PM +0100, Richard Biener wrote:
On November 21, 2014 9:07:50 PM CET, Martin Jambor mjam...@suse.cz wrote:
the testcase of PR 63551 passes a union between a signed and an
unsigned integer between two functions as a parameter. The caller
initializes to an
Yeah, but after a couple of pings for a generic change, we went the target
way.
That's a bit of a shame, the 400 - 100 change was very likely tested only on
x86-64 and nevetheless applied to the generic code, so the fix repairing the
damages should also be applied to the generic code.
--
On Sat, Nov 22, 2014 at 12:09:46PM +0100, Martin Jambor wrote:
2014-11-21 Martin Jambor mjam...@suse.cz
PR ipa/63551
* ipa-inline-analysis.c (evaluate_conditions_for_known_args): Convert
value of the argument to the type of the value in the condition.
testsuite/
This is an ICE on the use of the pre-defined unit Ordered_Map in conjunction
with the No_Streams restriction. In this case, gigi builds a NULL_EXPR
wrapping a call to the raise Program_Error routine, but it fails to gimplify
it properly in gnat_gimplify_expr.
Tested on x86_64-suse-linux,
The compiler aborts on an extension of a tagged record type which contains a
field whose type is a packed record type which in turn contains a field of a
bounded string subtype. Fixed by the attached tweak.
Tested on x86_64-suse-linux, applied on the mainline.
2014-11-22 Eric Botcazou
In fortran/*.opt, I'd like to use:
Fortran Var(warn_tabs) Warning EnabledBy(Wall || Wpedantic)
However, || is not supported by EnabledBy. This patch adds it. I
checked that option.c remains the same after the patch.
I attached the patch twice: Once with -w -U16 to show the modification
Hi,
since r217627 we use an updated AutoMake missing script. However that
revealed a hidden
bug in gmp-4.3.2's (up to gmp-6.0.0a) configure script. That is: an in-tree
gmp/configure fails
now if flex is missing. The gmp configure uses our missing flex script, and
previously that emitted
an
1 - 100 of 131 matches
Mail list logo