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
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 #3 from Andreas Schwab ---
Or use (uintptr_t)-1 instead.
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=93072
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
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=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=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=93077
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #2
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=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=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=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=93036
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
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=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=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
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
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=93092
Bug ID: 93092
Summary: g++ takes tremendous compilation times
Product: gcc
Version: 9.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
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)
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
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
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()
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=12245
JeanHeyd Meneide changed:
What|Removed |Added
CC||phdofthehouse at gmail dot com
--- Co
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()
27 matches
Mail list logo