https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #5 from Andrew Pinski ---
arm-* defaults to earlier arm than v7 which does not have atomics in the ISA.
Your native compiler most likely defaulted to armv7 which uses the atomic
instructions directly.
Can you provide the output of g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
--- Comment #16 from David Binderman ---
Created attachment 36167
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36167&action=edit
C source code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67140
--- Comment #13 from Francois-Xavier Coudert ---
(In reply to kargl from comment #6)
> The GFORTRAN_1.6 section of the symbol map where I've inserted
> the _gfortan_mvbits_i16 symbol does not exist in 5-branch. If
> the other functions in this s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
--- Comment #17 from David Binderman ---
I had a go at cross compiling Linux kernel for sh, and got something similar
with gcc 5.1.1 dated 20150618
$ sh-linux-gnu-gcc -c -O2 bug224.c
drivers/hwmon/w83627ehf.c: In function ‘show_caseopen’:
driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67180
Bug ID: 67180
Summary: Gccgo does not support MIPS
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66828
--- Comment #12 from Thomas Preud'homme ---
Author: thopre01
Date: Tue Aug 11 07:58:07 2015
New Revision: 226775
URL: https://gcc.gnu.org/viewcvs?rev=226775&root=gcc&view=rev
Log:
2015-08-11 Thomas Preud'homme
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67180
--- Comment #1 from tsuibin <63877278 at qq dot com> ---
I added MIPS support to gccgo.
But I don't know how to submit a patch to gccgo
My code is here :
https://github.com/tsuibin/libgo_mips_elf_support/blob/master/libgo_mips_elf_support.patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66828
Markus Trippelsdorf changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67172
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
Summary|[6.0 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67181
Bug ID: 67181
Summary: wrong dependence may cause runtime bug on some target
with vliw
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67167
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67170
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67182
Bug ID: 67182
Summary: Initialising map with disabled copy elision yields
unexpected results.
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67175
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from vries at gcc dot gnu.org ---
> Created attachment 36164
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36164&action=edit
> tentative patch
>
> Does this patc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66911
--- Comment #6 from Pascal ---
Hi,
Yes, sorry. I did not state the expected output which is:
s:"tt" derived:"tt"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67180
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67183
Bug ID: 67183
Summary: Darwin stub vs. non_lazy pointer ordering incompatible
with clang assembler.
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #6 from Yichao Yu ---
Adding `-march=armv7-a` indeed fixes the issue. Thanks.
Does this mean that `std::thread` is not supported on armv6? Would be nice to
have a warning/error if it is possible to detect this.
FWIW, `clang -march=a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66799
--- Comment #2 from Rainer Orth ---
Created attachment 36168
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36168&action=edit
pr20122.c.133t.vect dump
Sorry for the long delay. Dump attached.
I happened to do the reghunt on i386-pc-solar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67180
--- Comment #3 from Ian Lance Taylor ---
Actually, the master sources for gccgo live in a separate repository. The
contribution instructions are at https://golang.org/doc/gccgo_contribute.html.
Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67180
--- Comment #4 from Ian Lance Taylor ---
I should add that the files you are changing, in the debug/elf package, are
themselves a copy of the files in the master Go repository. It would be very
helpful if you could submit a patch for that, follo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66006
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> I have no idea what's going on here: those symbols are in the gcc 5
> libstdc++.so
> already, no idea why they are considered incompatible.
I see now what's going on here: the two symb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66098
Manuel López-Ibáñez changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66098
--- Comment #4 from Manuel López-Ibáñez ---
Author: manu
Date: Tue Aug 11 13:34:00 2015
New Revision: 226780
URL: https://gcc.gnu.org/viewcvs?rev=226780&root=gcc&view=rev
Log:
gcc/ChangeLog:
2015-08-11 Manuel López-Ibáñez
PR c/66098
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66711
--- Comment #3 from Manuel López-Ibáñez ---
Author: manu
Date: Tue Aug 11 13:34:00 2015
New Revision: 226780
URL: https://gcc.gnu.org/viewcvs?rev=226780&root=gcc&view=rev
Log:
gcc/ChangeLog:
2015-08-11 Manuel López-Ibáñez
PR c/66098
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66098
Manuel López-Ibáñez changed:
What|Removed |Added
Summary|[5/6 regression] #pragma|[5 regression] #pragma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67136
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #40 from Oleg Endo ---
(In reply to Rich Felker from comment #39)
> Oleg, do you have rights under your copyright assignment agreement to
> dual-license the libgcc part of the patch under GPLv2 so it could be
> included in the kernel,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58219
--- Comment #1 from Oleg Endo ---
The same applies to FP loads/stores, as this example shows:
float*
test_func_00 (float* p, float* x)
{
float r = 0;
r += *p++;
r += *p++;
*x = r;
return p;
}
fmov.s @r4+,fr2 ! 7 movsf_ie/6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66908
--- Comment #16 from Marek Polacek ---
Author: mpolacek
Date: Tue Aug 11 15:46:56 2015
New Revision: 226782
URL: https://gcc.gnu.org/viewcvs?rev=226782&root=gcc&view=rev
Log:
PR sanitizer/66908
* c-ubsan.c: Include gimplify.h.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67136
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67147
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67146
Marek Polacek changed:
What|Removed |Added
Keywords||documentation
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67132
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67141
xantares09 at hotmail dot com changed:
What|Removed |Added
CC||xantares09 at hotmail dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67153
--- Comment #6 from ncm at cantrip dot org ---
It seems worth adding that the same failure occurs without "-march=native".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67004
Uroš Bizjak changed:
What|Removed |Added
Target||x86
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67184
Bug ID: 67184
Summary: Missed optimization with C++11 final specifier
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66954
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Tue Aug 11 17:53:41 2015
New Revision: 226784
URL: https://gcc.gnu.org/viewcvs?rev=226784&root=gcc&view=rev
Log:
libgcc/ChangeLog:
PR target/66954
* config/i386/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #7 from Jonathan Wakely ---
It's supported fine, but you need to compile your code that uses std::thread so
it is compatible with the libstdc++.so library you link to.
If libstdc++ is compiled to use atomic operations in shared_ptr t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67185
Bug ID: 67185
Summary: [concepts] Link error on ODR-use of constexpr
constrained variable template partial specialization
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
--- Comment #8 from Jonathan Wakely ---
I have a patch for std::thread which would mean it doesn't use shared_ptr, so
this wouldn't be a problem even if you don't use the same arm version.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65255
Yichao Yu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67184
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67153
--- Comment #7 from Uroš Bizjak ---
(In reply to ncm from comment #6)
> It seems worth adding that the same failure occurs without "-march=native".
Can you experiment a bit with -mno-bmi and/or -mno-bmi2 compile options?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67153
--- Comment #8 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #7)
> Can you experiment a bit with -mno-bmi and/or -mno-bmi2 compile options?
Also, perf is able to record execution profiles, it will help you find hot
spots.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66565
--- Comment #2 from David Edelsohn ---
The high-level consensus at the GNU Cauldron 2015 GCC Cost Model BoF is:
1) Create gimple_costs() instead of creating potentially invalid fragments to
query rtx_costs().
2) Cost models can utilize GCC Pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29256
--- Comment #56 from Bill Schmidt ---
(In reply to Bill Schmidt from comment #53)
> I'm not a fan of a tree-level unroller. It's impossible to make good
> decisions about unroll factors that early. But your second approach sounds
> quite promis
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60586
Arch D. Robison changed:
What|Removed |Added
CC||arch.robison at hotmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57157
Jeffrey Walton changed:
What|Removed |Added
CC||noloader at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67186
Bug ID: 67186
Summary: Libiberty fails to demangle C++ function name if clone
suffix contains digit
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67186
--- Comment #1 from David Kovacs ---
Created attachment 36173
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36173&action=edit
test case
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67132
--- Comment #2 from Giacomo Tesio ---
The warning about signedness if perfectly fine.
What I'd like to be able to do (without warnings) is to redefine tree built-in
types and constants at the command line.
Since it already works, the only issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #42 from Oleg Endo ---
(In reply to Segher Boessenkool from comment #41)
> On the other hand, there are quite a few archs (more modern ones
> mostly) where the Linux kernel uses the real libgcc.
If this is the case (could you please
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089
--- Comment #43 from Segher Boessenkool ---
The archs that already use the real libgcc are arc, cris, hexagon,
m32r, nios2, openrisc, parisc, xtensa.
grep -w LIBGCC ~/src/kernel/arch/*/Makefile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
Bug ID: 67187
Summary: Not able to build GMP for Mac OS Yosemite
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: driver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
Marc Glisse changed:
What|Removed |Added
Severity|major |normal
--- Comment #1 from Marc Glisse --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67175
--- Comment #3 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Aug 12 05:50:55 2015
New Revision: 226800
URL: https://gcc.gnu.org/viewcvs?rev=226800&root=gcc&view=rev
Log:
Fix vect/trapv-vect-reduc-4.c for sparc
2015-08-12 Tom de Vrie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
Jai changed:
What|Removed |Added
Version|unknown |5.1.0
--- Comment #2 from Jai ---
(In reply to Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
--- Comment #3 from Marc Glisse ---
(In reply to Jai from comment #2)
> I am talking about this
[snip wall of text with some warnings but no error as far as I can see]
> How to remove this issue?
Again, what issue?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
--- Comment #4 from Jai ---
Created attachment 36175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36175&action=edit
Config file While building GMP6.0.0
Attached is the config while when I try to build GMP.There is Clang Error.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67175
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67175
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> I just wonder if it wouldn't be better to skip part of
> the test based on some target property rather than target triplet.
>
Submitt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
--- Comment #5 from Jai ---
(In reply to Marc Glisse from comment #3)
> (In reply to Jai from comment #2)
> > I am talking about this
>
> [snip wall of text with some warnings but no error as far as I can see]
>
> > How to remove this issue?
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67187
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67183
--- Comment #1 from Jay ---
It turns out, this looks easy to "fix" on the gcc side.
See machopic_finish.
Have it run two traversla instead of one. The first editing stubs, the second
non-lazy pointers.
68 matches
Mail list logo
