https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #9 from Kito Cheng ---
Code gen in previous comment is output for riscv32-unknown-linux-gnu-gcc
pr52750.c -S
ARM got worse code gen too:
configure: --target=arm-eabi
$ arm-eabi-gcc pr52750.c -S
For pr52750.c:
$ diff before.arm.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79937
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65530
Bug 65530 depends on bug 67520, which changed state.
Bug 67520 Summary: libmpx should abort() instead of exit(255) on bound
violation detection
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67520
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67520
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #8 from Kito Cheng ---
Hi Matthew:
Oh, my fault, I just go another way[1] to fix this issue, but I got worse code
gen for both hard-float and soft-float after r245655, before.*.s is generate by
gcc with revert r245655, *rv32imafd.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270
Martin Liška changed:
What|Removed |Added
Known to work||7.0
--- Comment #6 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79834
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #7 from mpf at gcc dot gnu.org ---
The same fix will resolve soft-float as well I think. In the soft-float case I
believe it is reasonably logical that preferred_reload_class is wrong as there
are no registers in FPR_REGS available at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79938
--- Comment #2 from postmaster at raasu dot org ---
(In reply to Richard Biener from comment #1)
> The situation is slightly better with GCC 7, only two spill/loads are
> remaining.
> Possibly BIT_INSERT_EXPR helps here.
With gcc 6.2.0 and
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69034
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59155
--- Comment #8 from Segher Boessenkool ---
*** Bug 69034 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68270
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Tue Mar 7 14:12:52 2017
New Revision: 245951
URL: https://gcc.gnu.org/viewcvs?rev=245951=gcc=rev
Log:
Use array_at_struct_end_p in tree-chkp.c (PR middle-end/68270).
2017-03-07 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79891
Martin Liška changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #6 from Kito Cheng ---
Hi Matthew:
Thanks for you feedback, I will disuses with other RISC-V maintainer for the
GPR <-> FPR issue, however it's still hang on LRA for pr52750.c when use soft
float[1] and work if revert r245655 too, do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79939
--- Comment #1 from Tom de Vries ---
With -O2 at .optimized, we have for gomp4:
...
main (int argc, char * * argv)
{
v4si x;
int _2;
:
_2 = MEM[(int *) + 16B];
x ={v} {CLOBBER};
return _2;
}
...
and for mainline:
...
main (int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79939
Bug ID: 79939
Summary: [nvptx] gcc hangs in nvptx_assemble_value
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79347
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79938
--- Comment #1 from Richard Biener ---
The situation is slightly better with GCC 7, only two spill/loads are
remaining.
Possibly BIT_INSERT_EXPR helps here. For the testcase you want to add
__attribute__((noinline)) to haddd_epu8 as otherwise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66768
amker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
--- Comment #5 from mpf at gcc dot gnu.org ---
I think there are some relatively serious issues in the riscv backend here.
What I understand so far:
1) Only floating point modes are allowed in FPRs
2) There is an alternative in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79899
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79915
--- Comment #4 from Jan Smets ---
Created attachment 40910
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40910=edit
testcase pr79951
mips64-linux-gnuabi64-gcc -xc++ pr79951.i -o /dev/null -S -mlong-calls
-mno-abicalls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79896
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79915
Jan Smets changed:
What|Removed |Added
Target|mips|mips64-linux-gnuabi64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79896
Jakub Jelinek changed:
What|Removed |Added
Keywords|ice-on-invalid-code |error-recovery
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79919
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79862
--- Comment #12 from Jonathan Wakely ---
Created attachment 40908
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40908=edit
Make atomic depend on _GLIBCXX_USE_C99_STDINT_TR1
Here's a patch for trunk, which I'll commit after GCC 7 is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79862
--- Comment #11 from Jonathan Wakely ---
(In reply to Sumit from comment #2)
> I understand that 4.8.1 is no longer supported.
> Actually, our project in current state can't move to any version beyond
> 4.8.1 for some maintainability reasons.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79862
--- Comment #10 from Jonathan Wakely ---
Libstdc++ should handle those types being missing, but it doesn't do so
correctly.
Try making the inclusion of conditional:
--- include/std/future
+++ include/std/future
@@ -40,7 +40,9 @@
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79876
--- Comment #7 from Jakub Jelinek ---
stack size (kbytes, -s) 65532
is 64M, that should be more than enough. Of course unless darwin
pthread_create does something dumb, like using far smaller stack sizes for
threads by default.
In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79904
--- Comment #5 from Jakub Jelinek ---
Created attachment 40907
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40907=edit
gcc7-pr79904.patch
Untested optimization that fixes the original testcase, but doesn't the one
without uniform
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79473
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79914
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79904
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79876
--- Comment #6 from Dominique d'Humieres ---
> Does Darwin have so ridiculously low stack size limits by default,
> or is that just some setting you've done?
On darwin1(0|6) ulimit gives
stack size (kbytes, -s) 65532
and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78012
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78176
mpf at gcc dot gnu.org changed:
What|Removed |Added
Known to work||7.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660
mpf at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79938
Bug ID: 79938
Summary: gcc unnecessarily spills xmm register to stack when
inserting vector items
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79937
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79935
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79855
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79937
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79855
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Tue Mar 7 09:36:44 2017
New Revision: 245948
URL: https://gcc.gnu.org/viewcvs?rev=245948=gcc=rev
Log:
PR c/79855: add full stop to store merging param descriptions
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79862
--- Comment #9 from Andrew Pinski ---
Looks like the stdint.h is not defining all the needed types ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79937
Bug ID: 79937
Summary: ICE in replace_placeholders_r
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79862
Sumit changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79912
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79728
--- Comment #5 from Xi Ruoyao ---
(In reply to Bernd Schmidt from comment #4)
> Actually here's mine from last week:
> https://gcc.gnu.org/ml/gcc-patches/2017-03/msg00176.html
So please ignore my mumble...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79920
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79876
--- Comment #5 from Jakub Jelinek ---
Does Darwin have so ridiculously low stack size limits by default, or is that
just some setting you've done?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79929
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79930
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79901
--- Comment #5 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79934
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79935
--- Comment #1 from Richard Biener ---
Sounds like a bug in the dynamic loader then?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79915
--- Comment #2 from Jan Smets ---
Reduced test case, only occurs on the vxworks port, not on linux.
namespace a {
template class c;
class d {
public:
virtual ~d();
};
template class e : d {};
template class c : virtual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79901
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Tue Mar 7 08:11:30 2017
New Revision: 245947
URL: https://gcc.gnu.org/viewcvs?rev=245947=gcc=rev
Log:
PR rtl-optimization/79901
* config/i386/sse.md (*avx512bw_3):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79901
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Tue Mar 7 08:04:38 2017
New Revision: 245946
URL: https://gcc.gnu.org/viewcvs?rev=245946=gcc=rev
Log:
PR rtl-optimization/79901
* expr.c (expand_expr_real_2): For vector
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79931
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79932
--- Comment #2 from Jakub Jelinek ---
Created attachment 40905
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40905=edit
gcc7-pr79932-2.patch
Found further 64 intrinsics that weren't available at -O0.
101 - 162 of 162 matches
Mail list logo