https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58023
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63870
--- Comment #7 from alalaw01 at gcc dot gnu.org ---
I'm doing some of the ARM work atm, but not sure how far I'll get before stage
4 starts.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44978
--- Comment #21 from janus at gcc dot gnu.org ---
Part of the patch in comment #16 was committed as r219676 for PR 58023.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #22 from howarth at bromo dot med.uc.edu ---
I did a quick and dirty test in the i386/libffi build directory of rebuilding
and rerunning make check as I reverted each source file and header being
compiled on darwin to the pre-r184997 c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64600
--- Comment #10 from rsandifo at gcc dot gnu.org
---
(In reply to ktkachov from comment #8)
> The ICE is in the wide-int bit_and code when trying to process the rtx:
>
> (and:SI
> (const_int 4294963215 [0xf00f])
> (const_int 4111 [0x100
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63755
camden lindsay changed:
What|Removed |Added
CC||camden.lindsay at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64601
--- Comment #2 from Marc Glisse ---
(In reply to Richard Biener from comment #1)
> It's indeed that GCC only sees int accesses based on w and v and thus has to
> consider they might alias.
>
> TBAA cannot be strengthened easily here because the
-1000/gcc-5-20150115/libffi/testsuite/config/default.exp
as tool-and-target-specific interface file.
Running
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150115/libffi/testsuite/libffi.call/call.exp
...
Running
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150115/libffi/testsuite/libffi.complex/comple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64603
--- Comment #2 from janus at gcc dot gnu.org ---
Further reduced test case:
template constexpr int find_longest_name()
{
return sizeof("Main") - 1;
}
template ()> void create_all_loggers()
{}
int main()
{
create_all_loggers<1>();
}
$ g+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
--- Comment #3 from Jan Hubicka ---
Seems like dup of PR64583
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64110
--- Comment #18 from Vladimir Makarov ---
Author: vmakarov
Date: Thu Jan 15 20:26:19 2015
New Revision: 219683
URL: https://gcc.gnu.org/viewcvs?rev=219683&root=gcc&view=rev
Log:
2015-01-15 Vladimir Makarov
PR rtl-optimization/64110
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63755
--- Comment #2 from camden lindsay ---
Failure does not appear to occur with gcc-4.8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63283
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Thu Jan 15 20:46:03 2015
New Revision: 219686
URL: https://gcc.gnu.org/viewcvs?rev=219686&root=gcc&view=rev
Log:
PR c++/63283
* constexpr.c (potential_constant_expression_1): Hand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64356
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Thu Jan 15 20:46:09 2015
New Revision: 219687
URL: https://gcc.gnu.org/viewcvs?rev=219687&root=gcc&view=rev
Log:
PR c++/64356
* constexpr.c (cxx_eval_binary_expression): Fix pasto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
Richard Henderson changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #24 from Richar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #25 from Richard Henderson ---
Author: rth
Date: Thu Jan 15 21:01:21 2015
New Revision: 219688
URL: https://gcc.gnu.org/viewcvs?rev=219688&root=gcc&view=rev
Log:
PR libffi/64572
* include/ffi.h.in (FFI_TYPE_LAST): Set to COM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59366
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Thu Jan 15 21:02:15 2015
New Revision: 219689
URL: https://gcc.gnu.org/viewcvs?rev=219689&root=gcc&view=rev
Log:
PR c++/59366
* name-lookup.c (pushdecl_maybe_friend_1): Hide frien
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
--- Comment #4 from Jan Hubicka ---
I am testing
Index: ipa-inline-transform.c
===
--- ipa-inline-transform.c (revision 219674)
+++ ipa-inline-transform.c (working copy)
@@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
--- Comment #5 from Jan Hubicka ---
Oops, wrong if
Index: ipa-inline-transform.c
===
--- ipa-inline-transform.c (revision 219674)
+++ ipa-inline-transform.c (working copy)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64583
Jan Hubicka changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64607
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63283
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 63283, which changed state.
Bug 63283 Summary: constexpr function called by templated function is not
treated as constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63283
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64583
--- Comment #7 from Markus Trippelsdorf ---
(In reply to Jan Hubicka from comment #6)
> In the testcase the symbol in question seems to be optimized out because it
> is comdat and unused. That looks valid. Does possibly fix for PR64612 help
> he
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64581
Richard Henderson changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63283
--- Comment #3 from roc at ocallahan dot org ---
Thanks!!!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64601
--- Comment #3 from Marc Glisse ---
Actually there is no need for inlining.
struct A { int i; };
void f(struct A *a){ *&a->i=0; }
void g(struct A *a){ int*p=&a->i;*p=0; }
The main difference seems to be that the first one gets through fold-cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64618
Bug ID: 64618
Summary: Missing GCC changes in libffi
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libffi
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61743
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
Jan Hubicka changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64583
Jan Hubicka changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
--- Comment #7 from Jan Hubicka ---
Author: hubicka
Date: Thu Jan 15 23:11:49 2015
New Revision: 219696
URL: https://gcc.gnu.org/viewcvs?rev=219696&root=gcc&view=rev
Log:
PR ipa/64612
* ipa-inline-transform.c (can_remove_node_now_p): Fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64572
--- Comment #26 from howarth at bromo dot med.uc.edu ---
(In reply to Richard Henderson from comment #25)
Thanks for applying the fix to trunk. FYI, the current state of libffi head on
x86_64-apple-darwin14 is described in...
https://sourceware.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64619
Bug ID: 64619
Summary: No -Wsign-conversion warning
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59710
--- Comment #2 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Fri Jan 16 00:43:24 2015
New Revision: 219700
URL: https://gcc.gnu.org/viewcvs?rev=219700&root=gcc&view=rev
Log:
2015-01-15 Sandra Loosemore
PR target/59710
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64620
Bug ID: 64620
Summary: Missing changes from libffi upstream
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libffi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64620
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64621
Bug ID: 64621
Summary: MIssed tail call oppurtunity
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64622
Bug ID: 64622
Summary: convoluted loop codegen for __strcspn_c1
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64612
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64622
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64624
Bug ID: 64624
Summary: ppc64 build failure, ISA_2_7_MASKS_SERVER not declared
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
excess errors of the form...
spawn /sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc50-5.0.0-1000/darwin_objdir/gcc/
/sw/src/fink.build/gcc50-5.0.0-1000/gcc-5-20150115/libgomp/testsuite/libgomp.c/examples-4/e.50.1.c
-B/sw/src/fink.build/gcc50-5.0.0-1000
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64481
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64378
--- Comment #3 from Jan Hubicka ---
The bug is that ipa-cp disagrees about ipa-prop whether the call is speculative
or not. I am testing:
Index: ipa-prop.c
===
--- ipa-prop.c (revi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
--- Comment #12 from Jan Hubicka ---
Author: hubicka
Date: Fri Jan 16 04:45:53 2015
New Revision: 219705
URL: https://gcc.gnu.org/viewcvs?rev=219705&root=gcc&view=rev
Log:
PR tree-optimization/62053
* tree.c (build_cplus_array_type): La
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62053
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64163
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #9 from Jan Hubicka -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64378
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64218
--- Comment #10 from Jan Hubicka ---
Wonder if this one is fixed, too...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64625
--- Comment #1 from howarth at bromo dot med.uc.edu ---
Current gcc trunk on x86_64 Fedora 15 produces...
$ nm e.50.1.o | grep OFF
w __OFFLOAD_TABLE__
for the same testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61757
--- Comment #34 from Jeffrey A. Law ---
Whee, fun, finally getting a chance to investigate this BZ. Namely why does
canonicalization of equivalences in DOM effect correctness of jump threading.
BB12 is what's interesting here. It's the head of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64325
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61548
Jan Hubicka changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #10 from Jan Hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64610
--- Comment #1 from Chengnian Sun ---
I have another test case, for which either -Wtype-limits or -Wbool-compare does
not warn.
$: cat s.c
void f(int b) {
(b == 1) >= 0UL;
}
$:
$: gcc-trunk -Wtype-limits -Wbool-compare -c s.c
$:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61933
--- Comment #7 from Joost VandeVondele
---
Hi Jerry,
thanks for the fix, but this seems to break code to find a free unit, like
such:
MODULE M
CONTAINS
FUNCTION get_unit_number(file_name) RESULT(unit_number)
CHARACTER(LEN=*), INTENT(IN)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61525
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #2 from Jan Hubicka -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62016
--- Comment #9 from Jan Hubicka ---
Seems to be fine with GCC 5:
[jh@gcc2-power8 gcc]$ ./xgcc -B ./ -O3 t.c -Q
fn1 fn2 main
Analyzing compilation unit
Performing interprocedural optimizations
<*free_lang_data>
101 - 159 of 159 matches
Mail list logo
