https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64893
--- Comment #3 from Andrew Pinski ---
Can we change the arguments for __builtin_aarch64_im_lane_boundsi to take three
arguments, the two sizeof's and the idx? And do the division inside the
compiler? Also change the argument types of __builtin_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64860
--- Comment #3 from Jan Hubicka ---
Hmm, interesting, I did not even think we support this ;)
I am not sure how much it makes sense to do incremntal linking like this with
LTO because this limits LTO to incremental link only (it would perhaps mak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #27 from David Edelsohn ---
Author: dje
Date: Mon Feb 2 03:31:31 2015
New Revision: 220341
URL: https://gcc.gnu.org/viewcvs?rev=220341&root=gcc&view=rev
Log:
PR libgomp/64635
* configure.tgt (*-*-aix*): Use standard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58400
Chen Gang changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61225
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64047
--- Comment #5 from David Edelsohn ---
Author: dje
Date: Mon Feb 2 00:59:00 2015
New Revision: 220340
URL: https://gcc.gnu.org/viewcvs?rev=220340&root=gcc&view=rev
Log:
PR target/64047
* config/rs6000/rs6000.c (rs6000_set_curren
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61601
--- Comment #7 from Tim Shen ---
(In reply to Maksymilian Arciemowicz from comment #6)
> > Do you have any other testcases?
>
> for trunk? maybe you have to use ::regex_match
std::regex_match("findme", std::regex("(.*{100}{200}findme)"));
ther
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64892
Harald van Dijk changed:
What|Removed |Added
CC||harald at gigawatt dot nl
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159
--- Comment #7 from Andrew Pinski ---
Looks like aarch64*-*-* needs to be added also. I will look into that next
week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64001
--- Comment #6 from Michael Hudson-Doyle
---
Which version were you using? I've never been able to reproduce it with
anything newer than the 4.9 series. I'd love to know what the fix was so we
can investigate backporting it...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64817
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64511
--- Comment #20 from Jakub Jelinek ---
-O3 -g testcase from PR64817 showing probably the same issue as #c0 with
reorder_operands reverted:
int a, b, d;
void
foo (void)
{
for (b = 0; b < 9; b++)
{
int e;
for (d = 0; d < 5; d++)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60663
Bug 60663 depends on bug 63637, which changed state.
Bug 63637 Summary: [4.9 Regression] CSE on x86 asm()-s no longer working due to
PR/60663 fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63637
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63637
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64778
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64513
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64766
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43631
--- Comment #28 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 21:56:03 2015
New Revision: 220336
URL: https://gcc.gnu.org/viewcvs?rev=220336&root=gcc&view=rev
Log:
Backported from mainline
2015-01-27 Jakub Jelinek
PR rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 21:56:03 2015
New Revision: 220336
URL: https://gcc.gnu.org/viewcvs?rev=220336&root=gcc&view=rev
Log:
Backported from mainline
2015-01-27 Jakub Jelinek
PR rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64766
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 21:54:27 2015
New Revision: 220335
URL: https://gcc.gnu.org/viewcvs?rev=220335&root=gcc&view=rev
Log:
Backported from mainline
2015-01-27 Jakub Jelinek
PR c/647
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64528
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 21:51:40 2015
New Revision: 220333
URL: https://gcc.gnu.org/viewcvs?rev=220333&root=gcc&view=rev
Log:
Backported from mainline
2015-01-13 Jakub Jelinek
PR fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64563
--- Comment #9 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 21:50:53 2015
New Revision: 220332
URL: https://gcc.gnu.org/viewcvs?rev=220332&root=gcc&view=rev
Log:
Backported from mainline
2015-01-12 Jakub Jelinek
PR tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64513
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 21:49:47 2015
New Revision: 220331
URL: https://gcc.gnu.org/viewcvs?rev=220331&root=gcc&view=rev
Log:
Backported from mainline
2015-01-12 Jakub Jelinek
PR targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
--- Comment #15 from Jan Hubicka ---
I think it is best to modify the remove_unreachable_nodes loop to first remove
aliases before removing their target...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64506
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61601
--- Comment #6 from Maksymilian Arciemowicz ---
> Do you have any other testcases?
for trunk? maybe you have to use ::regex_match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252
--- Comment #18 from Manuel López-Ibáñez ---
(In reply to Jonathan Wakely from comment #17)
> It would be less of a pain if -Wsystem-headers caused both locations to be
> printed, but it doesn't, so sometimes the only option is to dump the
> prep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64897
Bug ID: 64897
Summary: Floating-point "and" not optimized on x86-64
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64896
Bug ID: 64896
Summary: [5 Regression] ICE in get_address_mode, at
rtlanal.c:5442
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
--- Comment #4 from H.J. Lu ---
From
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64342#c9
The test fails due to different and orthogonal issue: RA chooses %ebx for a
temporary when -fpic is used:
movl%eax, %ebx
callbar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
--- Comment #3 from Jakub Jelinek ---
That doesn't count, regressions for release management purposes are only
regressions from released compilers.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
--- Comment #2 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #1)
> How could this be a regression? -fipa-ra is a new option, I believe your
> testcase isn't a wrong-code, but an enhancement request for a new feature.
It is a regressi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64895
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64860
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64872
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64872
--- Comment #3 from Jan Hubicka ---
Author: hubicka
Date: Sun Feb 1 18:46:14 2015
New Revision: 220329
URL: https://gcc.gnu.org/viewcvs?rev=220329&root=gcc&view=rev
Log:
PR ipa/64872
* ipa-utils.c (ipa_merge_profiles): Add release argu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
Iain Sandoe changed:
What|Removed |Added
Attachment #34640|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #19 from Iain Sandoe ---
(In reply to Jonathan Wakely from comment #18)
> The test should pass on darwin now, please let me know if not.
I think we need (at least):
diff --git a/libstdc++-v3/testsuite/17_intro/headers/c++1998/all_att
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61058
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:37:06 2015
New Revision: 220328
URL: https://gcc.gnu.org/viewcvs?rev=220328&root=gcc&view=rev
Log:
Backported from mainline
2015-01-27 Jakub Jelinek
PR rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64766
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:36:26 2015
New Revision: 220327
URL: https://gcc.gnu.org/viewcvs?rev=220327&root=gcc&view=rev
Log:
Backported from mainline
2015-01-27 Jakub Jelinek
PR c/647
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64778
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:35:40 2015
New Revision: 220326
URL: https://gcc.gnu.org/viewcvs?rev=220326&root=gcc&view=rev
Log:
Backported from mainline
2015-01-26 Jakub Jelinek
PR c/647
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64421
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:34:50 2015
New Revision: 220325
URL: https://gcc.gnu.org/viewcvs?rev=220325&root=gcc&view=rev
Log:
Backported from mainline
2015-01-26 Jakub Jelinek
PR middl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60663
--- Comment #8 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:33:19 2015
New Revision: 220323
URL: https://gcc.gnu.org/viewcvs?rev=220323&root=gcc&view=rev
Log:
Backported from mainline
2015-01-23 Jakub Jelinek
PR rtl-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63637
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:33:19 2015
New Revision: 220323
URL: https://gcc.gnu.org/viewcvs?rev=220323&root=gcc&view=rev
Log:
Backported from mainline
2015-01-23 Jakub Jelinek
PR rtl-o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64511
--- Comment #19 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:32:18 2015
New Revision: 220322
URL: https://gcc.gnu.org/viewcvs?rev=220322&root=gcc&view=rev
Log:
Backported from mainline
2015-01-23 Jakub Jelinek
PR debu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64663
--- Comment #7 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:31:48 2015
New Revision: 220321
URL: https://gcc.gnu.org/viewcvs?rev=220321&root=gcc&view=rev
Log:
Backported from mainline
2015-01-20 Jakub Jelinek
PR debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64817
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Sun Feb 1 17:26:17 2015
New Revision: 220320
URL: https://gcc.gnu.org/viewcvs?rev=220320&root=gcc&view=rev
Log:
PR debug/64817
* cfgexpand.c (deep_ter_debug_map): New variable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62117
--- Comment #3 from yuta tomino ---
I understood by trial and error that pragma Pure_Function is equivalent to
__attribute__((const)).
I'm sorry. The first case (in my first description) is not compiler's bug but
my mistake. The parameters Left a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |5.0
--- Comment #18 from Jonathan Wake
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #17 from Jonathan Wakely ---
Author: redi
Date: Sun Feb 1 15:11:08 2015
New Revision: 220318
URL: https://gcc.gnu.org/viewcvs?rev=220318&root=gcc&view=rev
Log:
PR libstdc++/64883
* include/c_global/cstdio (gets): Use __depre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64123
--- Comment #22 from Nathan Sidwell ---
thanks Honza, that was helpful. I'm an idiot. Your workaround unhiding
gcov_var is fine for now, while I figure out if there's a better way. I am
puzzled as to why I can't observe this failure in the test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #16 from Iain Sandoe ---
yeah, the header list I've used is excessive.
I made test for obj-c++ recently that includes all the headers mentioned in
n4296 Section 17.6.1.1
the following:
$ g++ /GCC/gcc-trunk/gcc/testsuite/obj-c++.dg/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #15 from Iain Sandoe ---
Created attachment 34640
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34640&action=edit
fixincludes to eliminate tested undecorated attributes on Darwin12.
OK, so this is a sufficient patch (on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64885
--- Comment #5 from Jonathan Wakely ---
Simply including first (as suggested in PR 64883 comment 10)
causes a different error, because the gthr headers don't have #pragma GCC
system_header and so the way uses __GTHREAD_MUTEX_INIT causes a
warni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55252
--- Comment #17 from Jonathan Wakely ---
It would be less of a pain if -Wsystem-headers caused both locations to be
printed, but it doesn't, so sometimes the only option is to dump the
preprocessed source without line markers and then compile tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64342
--- Comment #10 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #9)
> So, please open a new PR due to RA issue: since %edx was allocated for PIC
> register (but later removed), another call-used (%ecx) should be used here.
I opened PR 64
4,,15
.globlfoo
.typefoo, @function
foo:
pushl%ebx
movl%eax, %ebx
subl$8, %esp
callbar
addl$8, %esp
addl%ebx, %eax
popl%ebx
ret
.sizefoo, .-foo
.section.text.unlikely
.LCOLDE1:
.text
.LHOTE1:
.id
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41711
Jerry DeLisle changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41711
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64756
H.J. Lu changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45608
Jerry DeLisle changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61933
Jerry DeLisle changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64849
--- Comment #5 from Jerry DeLisle ---
Valgrind shows 5 instances of:
==20889== Invalid read of size 8
==20889==at 0x401241: __final_main_T2.3409 (in
/home/jerry/prs/pr64506/a.out)
==20889==by 0x400D51: __final_main_T3.3400 (in
/home/jerry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64849
--- Comment #4 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #3)
> (In reply to Jerry DeLisle from comment #2)
> > Outside of the testsuite I don't see a failure. Running the testsuite I do.
>
> Try to run executable under valgrind.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64849
--- Comment #3 from Uroš Bizjak ---
(In reply to Jerry DeLisle from comment #2)
> Outside of the testsuite I don't see a failure. Running the testsuite I do.
Try to run executable under valgrind.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #14 from Iain Sandoe ---
(In reply to howarth from comment #12)
> (In reply to howarth from comment #11)
>
> A fixincludes doesn't solve the problem as the libstdc++ test suite doesn't
> seem to use those fixed headers.
if you refer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64883
--- Comment #13 from Iain Sandoe ---
FWIW I noticed:
$ grep --exclude \*.svn\* -rH \(\(deprecated\)\) libstdc++-v3
libstdc++-v3/include/c_global/cstdio:extern "C" char* gets (char* __s)
__attribute__((deprecated));
libstdc++-v3/include/c_std/cst
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64849
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64851
--- Comment #1 from Oleg Endo ---
Author: olegendo
Date: Sun Feb 1 11:12:47 2015
New Revision: 220317
URL: https://gcc.gnu.org/viewcvs?rev=220317&root=gcc&view=rev
Log:
gcc/
PR target/64851
* config/sh/sync.md (atomic_fetch_notsi_hard,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64659
Oleg Endo changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64894
Bug ID: 64894
Summary: libffi does not work for ILP32
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libffi
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61601
--- Comment #5 from Tim Shen ---
> cpu exhaustion not eliminated
>
> PoC: (.*{100}{200}findme)
I tried to run:
#include
using namespace std;
int main (int argc, char *argv[])
{
string input;
regex r(argv[1]);
return 0;
}
Against '(.
75 matches
Mail list logo
