https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78920
--- Comment #3 from Andrew Pinski ---
Also see https://sourceware.org/ml/libc-alpha/2016-05/msg00274.html for the
libc patch which is going to remove them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=11196
Andrew Pinski changed:
What|Removed |Added
CC||zhouyan at me dot com
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78920
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Component|c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78920
--- Comment #1 from Andrew Pinski ---
This comes from glibc headers. G++ defines _GNU_SOURCE which is why this
happens. There is a duplicate already.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78920
Bug ID: 78920
Summary: libstdc++ defines a macro named "major"
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78919
Bug ID: 78919
Summary: Lambdas, default parameters and std::functional cause
assembly error
Product: gcc
Version: 5.4.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78913
--- Comment #2 from Martin Sebor ---
I should have mentioned: the -Wformat-length pass would benefit from the
results of the strlen pass. It would also benefit from better range
information. Having the pass run later, after the VRP pass, would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78918
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78918
Bug ID: 78918
Summary: missing -Wrestrict on memcpy copying over self
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60256
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78917
Bug ID: 78917
Summary: missing -Wnonnull passing null to a nonnull function
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78916
Bug ID: 78916
Summary: suboptimal code for x % C1 == C2
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78915
Bug ID: 78915
Summary: missing -Wuninitialized accessing allocated memory
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78914
Bug ID: 78914
Summary: missing -Wnonnull for a trivial null pointer
dereference
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77831
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78910
Martin Sebor changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78913
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78913
Bug ID: 78913
Summary: Probably wrong -Wformat-length= error message
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
--- Comment #4 from Mario Baumann ---
Hi, have a similar problem with
/Gcc/6.3.0/bin/gcc -c foo.c -m32 -mfpmath=sse
> /Gcc/6.3.0/bin/gcc -v
Using built-in specs.
COLLECT_GCC=/Gcc/6.3.0/bin/gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78380
Mario Baumann changed:
What|Removed |Added
CC||mario-baumann at web dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908
--- Comment #3 from Patrick Palka ---
Interesting. The patch in question just delays overloaded operator call
resolution to template instantiation time as opposed to template definition
time, like what was already being done for regular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78883
--- Comment #3 from Dominik Vogt ---
Simplified test case:
void foo (int *p)
{
int i;
for (i = 0; i < 5; i++)
{
if (p[i] & 1)
return;
}
}
$ avr-gcc -S -O1 pr78883.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78763
--- Comment #11 from Jiri Danek ---
I am opening "Bug 78912 - Relative import when compiling with `go build` is not
resolved" for the relative import error.
tly-gccgo-trunk-docker-image
root@d454c37d5d3e:/# cd /mnt
root@d454c37d5d3e:/mnt# go version
go version go1.7.1 gccgo (GCC) 7.0.0 20161223 (experimental) linux/amd64
root@d454c37d5d3e:/mnt# GOPATH=`pwd` go build electron/broker.go
# command-line-arguments
electron/broker.go:4:12: error: import f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
--- Comment #6 from Martin Liška ---
Created attachment 40409
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40409=edit
head -n70 tc.i.274r.reload
So the problem is older than r221983.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78763
Jiri Danek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
--- Comment #5 from Markus Trippelsdorf ---
(In reply to Martin Liška from comment #4)
> Can you see it also on trunk?
Yes, but only with -O3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
--- Comment #4 from Martin Liška ---
The mentioned revision is probably not probably the culprit.
Reduced test-case:
$ cat tc.i
a, b, d, e;
*c;
static interlocked_cmpxchg64 (long long *p1)
{
__sync_val_compare_and_swap (p1, b, a);
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
Martin Liška changed:
What|Removed |Added
Keywords||compile-time-hog
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
janus at gcc dot gnu.org changed:
What|Removed |Added
CC||vehre at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
--- Comment #14 from Dominique d'Humieres ---
> Also the dump for comment 1 looks ok on trunk, showing the correct
> initialization for the c_ptr variable:
>
> {
> void * c_ptr.1;
>
> c_ptr.1 = 0B;
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
--- Comment #1 from Artem S. Tashkinov ---
Update:
various -march variants have no effect.
-O3 : still hangs
-Os : compiles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78911
Bug ID: 78911
Summary: Infinite loop while trying to compile server.c from
Wine-2.0-rc2
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78910
Martin Liška changed:
What|Removed |Added
Known to work||6.2.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78910
Bug ID: 78910
Summary: [7 Regression] Wrong print-return-value for a negative
number
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59781
--- Comment #13 from janus at gcc dot gnu.org ---
Also the dump for comment 1 looks ok on trunk, showing the correct
initialization for the c_ptr variable:
{
void * c_ptr.1;
c_ptr.1 = 0B;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78908
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
39 matches
Mail list logo
