https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82444
Bug ID: 82444
Summary: ICE in ira_init_register_move_cost, at ira.c:1581
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82397
Alexander Monakov changed:
What|Removed |Added
CC||su at cs dot ucdavis.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82441
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82439
--- Comment #3 from Andrew Pinski ---
I was thinking more of expand time. We need better expansion time options.
Maybe the option for expansion time is something which is parsed things like
this:
(for op (bit_and bit_ior)
(expand
(eq (op @0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82439
Wilco changed:
What|Removed |Added
CC||wdijkstr at arm dot com
--- Comment #2 from Wilc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82439
Andrew Pinski changed:
What|Removed |Added
Target||aarch64
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79540
--- Comment #11 from dave.anglin at bell dot net ---
# ./pr79540
print '(f1.0)',100.00 ! => len=1 *: no digits print '(f2.0)',
100.00 ! => len=0 : no digits
print '(f3.0)',100.00 ! => len=0 : no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82443
Bug ID: 82443
Summary: Would like a way to control emission of vague/weak
symbol for inline variables
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549
--- Comment #9 from Dominique d'Humieres ---
Gfortran is even slower now (~9.5s), likely revision r251374 (pr78387).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82435
--- Comment #3 from Arnd Bergmann ---
(In reply to Martin Sebor from comment #1)
> The warning can be selectively suppressed by declaring the alias to have no
> prototype, e.g., like so:
>
> int bar (int i) { return 0; }
> int foo () __attri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #18 from Didier G ---
Fine.
That's all folk !
;°)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82442
Bug ID: 82442
Summary: vect/pr31699.c fails on arm
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82365
--- Comment #6 from Arnd Bergmann ---
(In reply to Jakub Jelinek from comment #5)
> Now, if you change the code so that
> i2c_new_device(&info);
> comes first and then
> f(a);
> this would no longer be optimized, because in the common fortify_p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44882
--- Comment #18 from Dominique d'Humieres ---
The code in comment 1 is invalid, thus the FE can do what it likes. Would it be
enough to close this PR by emitting an error unless the code is compiled with
-std=legacy (as done for pr25071)?
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.0 20171005 (experimental) [trunk revision 253450] (GCC)
$
$ gcctk -O2 small.c
$ gcc-7.2.0 -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437
--- Comment #3 from Arnd Bergmann ---
(In reply to Jakub Jelinek from comment #2)
> Untested fix.
This appears to address all instances of the problem for me, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82396
--- Comment #12 from Wilco ---
(In reply to Qing Zhao from comment #11)
> I am seeing the exactly same issue on aarch64 today (10/5/2017) as comment
> 10.
It works if you apply my patch or replace qsort with (qsort) in
gcc/haifa-sched.c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82396
Qing Zhao changed:
What|Removed |Added
CC||qing.zhao at oracle dot com
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82307
Mukesh Kapoor changed:
What|Removed |Added
CC||mukesh.kapoor at oracle dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80313
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604
--- Comment #14 from Dominique d'Humieres ---
> The patch in comment 7 no longer applies: 'ts.type == BT_DERIVED' has been
> replaced with 'ts.type == BT_DERIVED'. Updating the patch along this line
> does not remove the ICE!-(
Read "replaced wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82395
--- Comment #3 from Steve Ellcey ---
I am not sure if PR 82385 and PR 82396 are different bugs or not, they both
involve qsort problems. I guess the aarch64 failure is PR 82396 and not this
one, PR 82395.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #15 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Oct 5 16:32:21 2017
New Revision: 253454
URL: https://gcc.gnu.org/viewcvs?rev=253454&root=gcc&view=rev
Log:
PR ada/82393
* mingw32.h (_O_U8TEXT, _O_U16TEXT, _O_W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #16 from Eric Botcazou ---
Author: ebotcazou
Date: Thu Oct 5 16:32:40 2017
New Revision: 253455
URL: https://gcc.gnu.org/viewcvs?rev=253455&root=gcc&view=rev
Log:
PR ada/82393
* mingw32.h (_O_U8TEXT, _O_U16TEXT, _O_W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
Eric Botcazou changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82435
--- Comment #2 from joseph at codesourcery dot com ---
In my view, a separate option for this warning rather than
-Wincompatible-pointer-types would be best (as it's much more likely
people will want to disable this warning than that they will
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #14 from Eric Botcazou ---
> FYI, to make you an idea of the c380004's failure, a SEGV occurs in
> cygwin.S:___chkstk_ms, caused by stack check at c380004.adb:132.
Ah, yes, it's a known issue on 64-bit Windows. Both tests are pathol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82365
--- Comment #5 from Jakub Jelinek ---
The reason why that would work in this case is that we have
info = {};
as the first stmt that mentions it, but doesn't take address of info.
Then there is
if (something)
fortify_panic ();
The conditio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82395
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82365
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82440
--- Comment #2 from Sudakshina Das ---
Sorry about this. I am currently testing a fix for this.
Sudakshina
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80928
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82440
Steve Ellcey changed:
What|Removed |Added
CC||sje at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82395
Alexander Monakov changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82435
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437
--- Comment #2 from Jakub Jelinek ---
Created attachment 42309
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42309&action=edit
gcc8-pr82437.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78010
Jack Lloyd changed:
What|Removed |Added
CC||lloyd at randombit dot net
--- Comment #6 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82416
--- Comment #1 from Martin Jambor ---
Created attachment 42308
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42308&action=edit
Fix
This is a fix I have come up with so far. The key change is the
simple flip from true to false in
hsa_func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82438
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82397
--- Comment #7 from Richard Biener ---
Ok, so I'm going to remove all the operand_equal_p tests as a first step. As a
second we can add cleverness like the following (but we really would like to
do this "flatter" in the end...). iterative_hash_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82408
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82397
--- Comment #6 from Richard Biener ---
(In reply to Alexander Monakov from comment #1)
> This is because operand_equal_p is "smarter" than data_ref_compare_tree. We
> have something like
>
> A: (long)_1 + (_2 + _3)
> B: (_2 + _4) + (long)_1
> C:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31350
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82438
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82397
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82436
--- Comment #5 from Richard Biener ---
Ok. So what happens is that during analysis we can perform all permutations
but later during code-gen we'd fail (but we may not fail there plus we don't
actually check for it).
This is because during analy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82037
--- Comment #9 from Dennis Clarke ---
OKay, this is a surprise to me but I will take it as a given in the linux
world that a 32-bit linker binary is not able to perform linkage with
objects that are in a different ELF class. My experiences in t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82440
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82440
Bug ID: 82440
Summary: [8 regression] ICE in aarch64_simd_valid_immediate
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: build, ice-on-valid-code
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77729
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82439
Bug ID: 82439
Summary: [AArch64] Missing (x | y) == x simplifications
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82434
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82438
Bug ID: 82438
Summary: Memory access not optimized for loops with known
bounds
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #13 from Didier G ---
gnat.dg/entry_queues.adb debug execution :
(gdb) run
Starting program: /home/didier/entry_queues.exe
[New Thread 8264.0x299c]
[New Thread 8264.0x1950]
[New Thread 8264.0x1a94]
[New Thread 8264.0x3508]
Program r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #12 from Didier G ---
(In reply to Eric Botcazou from comment #9)
> > Trace of check ada runtests
>
> You can do 'make mail-report.log' after 'make -k check' to have a report.
>
> The results are acceptable although gnat.dg/entry_qu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69855
Nathan Sidwell changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82434
--- Comment #3 from Jakub Jelinek ---
(In reply to Marc Glisse from comment #2)
> -Dbool=char lets it merge the stores, I guess this is because bool has
> precision < bitsize.
No. It is because can_native_encode_type_p doesn't return true for
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82434
--- Comment #2 from Marc Glisse ---
-Dbool=char lets it merge the stores, I guess this is because bool has
precision < bitsize.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82436
Richard Biener changed:
What|Removed |Added
Known to work||6.4.1
Target Milestone|8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82379
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82436
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
Summary|465.tonto ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82436
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82436
--- Comment #1 from Richard Biener ---
Doesn't reproduce with
struct reflection_type
{
int h;
int k;
int l;
double f_exp;
double f_sigma;
_Complex double f_calc;
double f_pred;
double i_exp;
double i_sigma;
double i_pred;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82379
--- Comment #8 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Oct 5 10:45:04 2017
New Revision: 253442
URL: https://gcc.gnu.org/viewcvs?rev=253442&root=gcc&view=rev
Log:
Add sanitizer_linux_x86_64.lo if __x86_64__ is defined by $CC
Sinc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82437
Bug ID: 82437
Summary: false-positive -Wtautological-compare warning with
-std=gnu89
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82379
--- Comment #7 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Thu Oct 5 10:39:32 2017
New Revision: 253441
URL: https://gcc.gnu.org/viewcvs?rev=253441&root=gcc&view=rev
Log:
Add sanitizer_linux_x86_64.lo if __x86_64__ is defined by $CC
Sinc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82436
Bug ID: 82436
Summary: 465.tonto ICE in vect_get_slp_vect_defs, at
tree-vect-slp.c:3410
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80865
--- Comment #10 from Christian Cornelssen ---
(In reply to Iain Sandoe from comment #9)
> > * Patchset 3/4 seems reasonable (marking longjmp noreturn),
> > but does not contribute changes to the test summary.
>
> Are you building Fortran?
Yes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82435
Bug ID: 82435
Summary: new __attribute__((alias)) warning gets in the way
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67273
Paolo Carlini changed:
What|Removed |Added
CC||daiw at gmx dot net
--- Comment #6 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 78850, which changed state.
Bug 78850 Summary: Parameter of returned generic lambda allegedly shadows
parameter of free function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78850
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78850
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82434
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79021
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80439
--- Comment #4 from Richard Biener ---
Confirmed.
> g++-7 t.C -S
In file included from
/usr/lib64/gcc/x86_64-suse-linux/7/include/immintrin.h:37:0,
from t.C:1:
t.C: In lambda function:
t.C:9:19: error: ‘__builtin_ia32_vec_set_v4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #19 from ard.biesheuvel at linaro dot org ---
(In reply to Ramana Radhakrishnan from comment #17)
>
> Could you put some instructions in this BZ about how you build and test the
> kernel to get these errors ? I'm happy to try somethin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360
--- Comment #4 from David Binderman ---
Possibly in the same area, I just tried a valgrind build of trunk gcc and
got this:
==4967== Invalid read of size 8
==4967==at 0xD87FD8: component_ref_field_offset(tree_node*) (tree.c:12600)
==4967==
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80439
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80439
Paolo Carlini changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82393
--- Comment #11 from Didier G ---
Created attachment 42306
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42306&action=edit
mail-report.log
log of make -k check-ada ; make mail-report.log
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80488
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80873
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82434
Bug ID: 82434
Summary: -fstore-merging does not work reliably.
Product: gcc
Version: 7.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81700
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82022
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71546
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
Ramana Radhakrishnan changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81863
--- Comment #18 from Ramana Radhakrishnan ---
>
> > That certainly appears to be a better approach prima-facie and a quick
> > experiment with a
> >
> >
> > if (target_word_relocations)
> > return false;
> >
> > in arm_valid_symbolic_addre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82433
Bug ID: 82433
Summary: IPA-VRP not handling tcc_binary with constant argument
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82412
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82432
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82431
Richard Biener changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82406
--- Comment #4 from Martin Liška ---
(In reply to Jason Merrill from comment #3)
> Backported the fix.
Thanks Jason, that was fast.
94 matches
Mail list logo
