https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78382
Bug ID: 78382
Summary: ICE when compiling on aarch64 in ILP32 mode with
traditional thread local storage and pic
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57365
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
Hi all,
As the PR says we have an RTL checking failure that occurs when building libgcc
for aarch64.
The expander code for addsi3 takes the REGNO of a SUBREG in operands[1]. The
three operands
in the failing case are:
{(reg:SI 78), (subreg:SI (reg:DI 77) 0), (subreg:SI (reg:DI 73 [ ivtmp.9 ])
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78351
--- Comment #12 from Dr. Kevin B. Beard ---
Hi,
Generally our (NASA's) legacy FORTRAN's READ's use no special flags
(IOSTAT=, ERR=, END=, etc.).
We have a huge amount of code going back to the early 1960's; some is an
eclectic mixture
of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56218
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
ieee_support_halting only checked the availability of status
flags, not trapping support. On some targets the later can
only be checked at runtime: feenableexcept reports if
enabling traps failed.
So check trapping support by enabling/disabling it.
Updated the test that enabled trapping to
This change makes the code less sensitive to the exact type of the mode,
i.e. it forces a conversion where necessary. This becomes important
when wrappers like scalar_int_mode and scalar_mode can also be used
instead of machine_mode.
Using rtx_mode_t also abstracts away the representation. The
I'm looking for an approval of the attached patch.
I've adjusted the documentation based on Sandra's input (i.e.,
documented the negative of the option rather than the positive;
thank you for the review, btw.)
On 11/08/2016 08:13 PM, Martin Sebor wrote:
The -fprintf-return-value optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52010
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57562
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78378
--- Comment #4 from Jakub Jelinek ---
So we have:
(insn 6 3 7 2 (parallel [
(set (reg/v:DI 90 [ x ])
(ashift:DI (reg/v:DI 93 [ x ])
(const_int 41 [0x29])))
(clobber (reg:CC 17 flags))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57305
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
This may no longer be necessary with the current version
of the SVE patches, but it does at least make things consistent
with the TYPE_MODE/SET_TYPE_MODE split.
Tested on aarch64-linux-gnu and x86_64-linux-gnu. OK to install?
Thanks,
Richard
[ This patch is part of the SVE series posted here:
Thanks, Richard! I'll follow up with these changes over the next day or
two. Appreciate all the help!
Bill
On Wed, 2016-11-16 at 16:08 +0100, Richard Biener wrote:
> On Tue, Nov 15, 2016 at 9:03 PM, Bill Schmidt
> wrote:
> > Hi,
> >
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63205
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51864
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.4
Hi James,
On 11/11/16 15:42, James Greenhalgh wrote:
Hi,
I'm adapting this patch from work started by Matthew Wahab.
Conversions from double precision floats to the ARM __fp16 are required
to round only once. A conversion function for double to __fp16 to
support this on soft-fp targets. This
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #45 from Dominique d'Humieres ---
I have some tests coming from pr37131 which now fail due to too stringent
comparisons between REAL. This illustrated by the following test
program main
implicit none
integer, parameter ::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45076
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57697
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.2
Later patches will make machmode.h rely on wide-int.h and the
new poly-int.h, so it needs to appear later in the coretypes.h
include list.
Previously machmode.h included insn-modes.h, which as well as
the main mode enum contains configuration information like
MAX_BITSIZE_MODE_ANY_INT. This still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51119
--- Comment #44 from Jerry DeLisle ---
(In reply to Janne Blomqvist from comment #43)
> Compile warnings caused by this patch:
>
> cc1: warning: command line option ‘-fno-protect-parens’ is valid for Fortran
> but not for C
> cc1: warning:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55901
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
On Wed, Nov 16, 2016 at 05:01:31PM +0100, Martin Liška wrote:
> + use_operand_p use_p;
> + imm_use_iterator imm_iter;
> + FOR_EACH_IMM_USE_FAST (use_p, imm_iter, poisoned_var)
> +{
> + gimple *use = USE_STMT (use_p);
> + if (is_gimple_debug (use))
> + continue;
> +
> +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55850
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
On Wed, 16 Nov 2016, Michael Matz wrote:
Hi,
On Wed, 16 Nov 2016, Marc Glisse wrote:
The first sentence about ORing the sign bit sounds strange (except for a
sign-magnitude representation). With 2's complement, INT_MIN is -2^31, the
divisors are the 2^k and -(2^k). -2 * 2^30 yields INT_MIN,
On 11/15/2016 05:31 PM, Andrew Senkevich wrote:
2016-11-15 17:56 GMT+03:00 Jeff Law :
On 11/15/2016 05:55 AM, Andrew Senkevich wrote:
2016-11-11 14:16 GMT+03:00 Uros Bizjak :
--- a/gcc/genmodes.c
+++ b/gcc/genmodes.c
--- a/gcc/init-regs.c
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|5.5 |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56136
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55427
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
On 16/11/16 13:10, Michael Meissner wrote:
Yeah, SFmode and DFmode should not have the TARGET_{S,D}F_FPR checks.
So, I can safely resolve my initial problem by simply removing them? And
that wouldn't break the other use of that predicate?
But a secondary problem is the early clobber in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69566
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64578
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.0
Hi,
On Wed, 16 Nov 2016, Michael Matz wrote:
> > Looks good to me, thanks.
>
> An integer X is a power of two if and only if
> X & -X == 0 (&& X != 0 if you want to exclude zero)
Nonsense. It's X & -X == X (or X & (X-1) == 0) of course, and doesn't
handle negative numbers. Still, no
As the patch quite significantly slowed down tramp3d, there's analysis
of # of variables which are poisoned by the sanitizer:
== normal variables ==
24 B: 348x (5.80%)
16 B: 273x (4.55%)
8 B: 237x (3.95%)
1 B: 177x (2.95%)
4 B: 119x (1.98%)
40 B: 89x (1.48%)
144 B:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78267
--- Comment #52 from Jack Howarth ---
(In reply to Iain Sandoe from comment #51)
> (In reply to r...@cebitec.uni-bielefeld.de from comment #50)
> > > --- Comment #49 from Iain Sandoe ---
> > [...]
> > > I can do darwin14 (I built 242408 last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51632
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
Hi,
On Wed, 16 Nov 2016, Marc Glisse wrote:
> > > The first sentence about ORing the sign bit sounds strange (except for a
> > > sign-magnitude representation). With 2's complement, INT_MIN is -2^31, the
> > > divisors are the 2^k and -(2^k). -2 * 2^30 yields INT_MIN, but your test
> > > misses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78378
--- Comment #3 from Zdenek Sojka ---
(In reply to Jakub Jelinek from comment #2)
> r163380 still works, r163394 fails, so most likely one of r163383, r163384
> or r163389.
r163383 added the four-insn combinations, and this is what happens in
On 11/16/2016 02:07 PM, Jakub Jelinek wrote:
> On Wed, Nov 16, 2016 at 01:25:04PM +0100, Martin Liška wrote:
>>
>> +
>> +/* Expand the ASAN_{LOAD,STORE} builtins. */
>
> Stale comment.
Fixed.
>
>> +
>> +bool
>> +asan_expand_poison_ifn (gimple_stmt_iterator *iter,
>> +
On 11/11/16 15:42, James Greenhalgh wrote:
Hi,
This patch adds the half-to-double conversions, both as library functions,
or when supported in hardware, using the appropriate instructions.
That means adding support for the __gnu_d2h_{ieee/alternative} library calls
added in patch 2/4, and
* Claudiu Zissulescu [2016-05-30 14:32:38
+0200]:
> Update the ARC specific tests.
>
> OK to apply?
> Claudiu
>
> gcc/
> 2016-05-26 Claudiu Zissulescu
>
> * testsuite/gcc.target/arc/abitest.S: New file.
> *
I'm still looking for a review of the patch below, first posted
on 10/28 and last updated/pinged last Wednesday:
https://gcc.gnu.org/ml/gcc-patches/2016-11/msg00896.html
Thanks
On 11/09/2016 03:49 PM, Martin Sebor wrote:
The attached minor update to the patch also resolves bug 77784 that
Forgot to include the committed patch.
> -Original Message-
> From: Tamar Christina
> Sent: 16 November 2016 15:55
> To: Andreas Schwab; Mike Stump
> Cc: GCC Patches; r...@cebitec.uni-bielefeld.de; nd
> Subject: RE: [PATCH][GCC/TESTSUITE] Make test for traditional-cpp depend
> on
>
> >
>
On Wed, 16 Nov 2016, Richard Biener wrote:
On Wed, 16 Nov 2016, Marc Glisse wrote:
On Wed, 16 Nov 2016, Richard Biener wrote:
On Wed, 16 Nov 2016, Marc Glisse wrote:
On Wed, 16 Nov 2016, Richard Biener wrote:
I am testing the following to avoid undefined behavior when negating
a
>
> This is causing all test names to depend on $srcdir. A test name should never
> include the value of $srcdir.
Sorry about that, committed a fix as r242500 under the obvious rule.
Thanks,
Tamar
>
> Andreas.
>
> --
> Andreas Schwab, SUSE Labs, sch...@suse.de GPG Key fingerprint = 0196
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60232
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
Found some time to look into this again.
> Index: tree-ssa-propagate.c
> ===
> --- tree-ssa-propagate.c(revision 240133)
> +++ tree-ssa-propagate.c(working copy)
> @@ -1105,10 +1105,10 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59662
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78136
--- Comment #3 from tnfchris at gcc dot gnu.org ---
Author: tnfchris
Date: Wed Nov 16 15:53:08 2016
New Revision: 242500
URL: https://gcc.gnu.org/viewcvs?rev=242500=gcc=rev
Log:
Fix test names for trad.exp tests
PR testsuite/78136
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59654
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59589
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78355
--- Comment #5 from Vladimir Makarov ---
(In reply to Eric Botcazou from comment #1)
>
> if (!(MEM_ALIGN (reg) < GET_MODE_ALIGNMENT (mode)
> && SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg)))
> || (MEM_ALIGN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59143
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59502
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59493
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78378
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59450
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58185
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57966
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57843
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57639
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57535
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57508
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57306
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57285
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
On Wed, 16 Nov 2016, Matthew Fortune wrote:
> > Based on this observation however I have determined that moving
> > multilib
> > and related flags such as `-mabi=n64' and possibly also `-Wl,-rpath,...'
> > from `$board_info(...,cflags)' over to `$board_info(...,multilib_flags)'
> > helps a bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56500
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56284
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78373
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56266
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56261
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55960
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55959
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52143
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51160
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46321
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43412
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55199
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55057
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
Hi,
The patch primarily fixes an ICE with out-of-range values to
the __builtin_msa_insve* intrinsics.
The compiler segfaults in mips_legitimize_const_move () as it tries
to split symbol that has NULL_RTX value and gets here because the patterns
reject the operand and a new move for the constant
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55037
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54917
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.3
This patch backports the following patches that Chung-Lin committed to
trunk back in May to gomp4:
https://gcc.gnu.org/ml/gcc-patches/2016-03/msg01146.html
https://gcc.gnu.org/ml/gcc-patches/2016-03/msg01147.html
https://gcc.gnu.org/ml/gcc-patches/2016-03/msg01148.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54832
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54784
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54778
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54667
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54578
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54594
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54244
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54243
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
On Tue, Nov 15, 2016 at 9:03 PM, Bill Schmidt
wrote:
> Hi,
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77848 identifies a situation
> where if-conversion causes degradation when the if-converted loop is not
> subsequently vectorized. The if-conversion pass does
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54134
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49591
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53643
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||janus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53328
janus at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.0
On Nov 14 2016, Michael Matz wrote:
> PR missed-optimization/77881
> * combine.c (simplify_comparison): Remove useless subregs
> also inside the loop, not just after it.
> (make_compound_operation): Recognize some subregs as being
> masking as well.
201 - 300 of 599 matches
Mail list logo