https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69757
--- Comment #3 from Andrew Pinski ---
Wrong config.log. I want the one under libstdc++-v3 directory.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69763
Bug ID: 69763
Summary: _Alignof(double) in C gives different results from
alignof(double) in C++
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69694
Patrick Palka changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69763
Paul Eggert changed:
What|Removed |Added
CC||eggert at gnu dot org
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #30 from Bernd Schmidt ---
Something like this maybe? I don't know much about the machine and can't say
whether the earlyclobber is justified, but looking at my dumps this appears to
prevent the problematic peephole from triggering. N
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69752
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69747
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69758
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69759
--- Comment #2 from Martin Sebor ---
So it is. Thanks for the correction. The trouble is that while saying this
little may be sufficient for builtins that correspond to functions fully
specified elsewhere (e.g., in the C standard) it's inadequa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69589
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62051
--- Comment #15 from Jan Hubicka ---
> > The patch simply prohibits references to all COMDAT and EXTERN methods and
> > vtables of types with visibility attributes which will prevent optimizing of
> > many inlines i.e. in libstdc++.
>
> Hmm? Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68881
--- Comment #15 from Jan Hubicka ---
I will implement the optimization soon (with transparent aliases it is finally
not too hard to do), but the patch will not be backporable to gcc 5 and for
years it was possible to output weakref and its defini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69630
--- Comment #3 from Jan Hubicka ---
Uhm, a fallout from the patch allowing cxa_pure_virtual in the list of possible
targets.
Index: ipa-devirt.c
===
--- ipa-devirt.c(revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69491
Jan Hubicka changed:
What|Removed |Added
CC||enkovich.gnu at gmail dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69729
--- Comment #2 from Jan Hubicka ---
Yes, the patch is meant to disbale streaming of instrumentation thunks, so we
do not output two function bodies for one assembler name into LTO files. Can we
possibly just fix the conditional instead of fully r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69573
--- Comment #14 from Chen Gang ---
(In reply to Martin Sebor from comment #2)
> Patch posted for review:
> https://gcc.gnu.org/ml/gcc-patches/2016-01/msg02372.html
For your original patch, my test result is below (only compare 5 result files,
be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63577
--- Comment #16 from Jeffrey A. Law ---
I'd agree it's too invasive to backport -- both changes are new optimizations
and there may well have been follow-up patches for both. The potential for
destabilizing the release branches would seem to out
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39723
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39714
Bug 39714 depends on bug 39723, which changed state.
Bug 39723 Summary: [4.9/5/6 Regression][cond-optab] worse code with long long
shifts on v850
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39723
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069
Jeffrey A. Law changed:
What|Removed |Added
CC||bonzini at gnu dot org
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69743
--- Comment #2 from Konstantin Sadov ---
I just reproduced that in 4.9.3, but the error is a little different
[error]
error: no matching function for call to ‘f(int, int&, lots of int&, int&,
double&)’
note: candidates are:
note: template void f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69573
--- Comment #15 from Chen Gang ---
(In reply to Martin Sebor from comment #9)
> I built the x86_64-apple-darwin15.3.0 cross-compiler to better understand
> what the problem is but I don't see it. The cross compiler says the size
> and alignment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50971
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
Summar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33781
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
201 - 225 of 225 matches
Mail list logo