https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059
--- Comment #12 from fdlbxtqi ---
(In reply to Marc Glisse from comment #8)
> (In reply to fdlbxtqi from comment #6)
> > void copy_char_vector_with_iter(std::vector::iterator
> > out,std::vector const& bits)
> > {
> > std::copy_n(bits.begin()
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
JeanHeyd Meneide changed:
What|Removed |Added
CC||phdofthehouse at gmail dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93093
Bug ID: 93093
Summary: __builtin_source_location reports values for default
arguments not aligned with the Standard
Product: gcc
Version: 10.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93059
--- Comment #11 from fdlbxtqi ---
(In reply to Marc Glisse from comment #8)
> (In reply to fdlbxtqi from comment #6)
> > void copy_char_vector_with_iter(std::vector::iterator
> > out,std::vector const& bits)
> > {
> > std::copy_n(bits.begin()
Oh my god, this is a low-level mistake, not funny 8-0..
caipenghui
在 2019/12/29 10:50, Andrew Pinski 写道:
On Sat, Dec 28, 2019 at 6:31 PM caipenghui wrote:
hello everyone,
I found that gcc version 9.2.1 20191008,
i to compiles a binary search algorithm program that I write that only
che
On Sat, Dec 28, 2019 at 6:31 PM caipenghui wrote:
>
> hello everyone,
>
> I found that gcc version 9.2.1 20191008,
>
> i to compiles a binary search algorithm program that I write that only
> checks the function prototype,
>
> but does not check the name after the definition?
>
bsearch is a stand
hello everyone,
I found that gcc version 9.2.1 20191008,
i to compiles a binary search algorithm program that I write that only
checks the function prototype,
but does not check the name after the definition?
/ * binary bearch * /
#include
int bsearch(int x, int a[], int n);
int main(void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93092
Bug ID: 93092
Summary: g++ takes tremendous compilation times
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93090
--- Comment #2 from John Paul Adrian Glaubitz ---
(In reply to Jakub Jelinek from comment #1)
> The Go FE actually isn't that independent, the same gofrontend is used by
> both GCC and LLVM, the same FE written in C++ in that case has then a
> co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93090
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93091
Bug ID: 93091
Summary: Apparent bugs in "sizeof" and "transfer" intrinsic
functions
Product: gcc
Version: 9.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93090
Bug ID: 93090
Summary: RFE: Add a frontend for the Rust programming language
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93033
Khem Raj changed:
What|Removed |Added
CC||raj.khem at gmail dot com
--- Comment #8 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93036
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93089
Bug ID: 93089
Summary: Force mprefer-vector-width=512 in 'e' simd clones
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93069
--- Comment #3 from Jakub Jelinek ---
Note, the above isn't the smallest possible fix, so perhaps for backporting
instead of the gcc/config/i386/ changes
--- gcc/config/i386/sse.md.jj 2019-12-27 18:16:48.146431083 +0100
+++ gcc/config/i386/sse.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93069
--- Comment #2 from Jakub Jelinek ---
Created attachment 47556
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47556&action=edit
gcc10-pr93069.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93084
Martin Jambor changed:
What|Removed |Added
CC||jamborm at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93077
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93088
Bug ID: 93088
Summary: [10 Regression] Compile time hog on
gcc/testsuite/gcc.target/i386/pr56348.c w/ -O3
-funroll-loops -fno-tree-dominator-opts -fno-tree-vrp
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93087
Bug ID: 93087
Summary: Bogus `-Wsuggest-attribute=cold` on function already
marked as `__attribute__((cold))`
Product: gcc
Version: 9.1.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93069
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93072
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93074
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93066
--- Comment #3 from Andreas Schwab ---
Or use (uintptr_t)-1 instead.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93074
--- Comment #5 from Jakub Jelinek ---
Author: jakub
Date: Sat Dec 28 09:26:03 2019
New Revision: 279747
URL: https://gcc.gnu.org/viewcvs?rev=279747&root=gcc&view=rev
Log:
PR bootstrap/93074
* plugin/cuda/cuda.h (cuDeviceGetName,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93066
--- Comment #2 from Jakub Jelinek ---
(In reply to dave.anglin from comment #1)
> Including stdint.h after inttypes.h would avoid the problem
That would be quite difficult, as stdint.h is included by libgomp.h that needs
to be included first.
An
27 matches
Mail list logo
