https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63646
--- Comment #3 from Andrew Pinski ---
Actually I am not going to work on this mess. That is what libsanitizer when
it comes to system calls.
is in the range
0xd800-dbff and the 2nd is in the range 0xdc00-d.
Clearly this is an off-by-one issue. I traced it down to a
use of a less-than operator vs less-than-equal operator in
libcpp/charset.c
I have verified this is a bug with versions 4.4.7 (rhel 6.5),
4.8.2 (linaro/ubuntu/mint) an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63646
--- Comment #2 from Andrew Pinski ---
The following types I don't have a fix for yet:
__sanitizer_shmid_ds
__sanitizer___kernel_fd_set
__sanitizer_sigset_t/__sanitizer_kernel_sigset_t
__sanitizer_kernel_sigaction_t
Really I think sanitizer sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63647
Bug ID: 63647
Summary: libsanitizer has broken code in it
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: critical
Priority: P3
Component: sanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63646
--- Comment #1 from Andrew Pinski ---
I have a patch but I can only submit it to GCC for legal reasons.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63646
Bug ID: 63646
Summary: libsanitizer fails to build for AARCH64:ILP32
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
Component: sani
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63643
Jonathan Wakely changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #9 from Mikael Pettersson ---
Can you tweak the testcase into something that throws an actual runtime error
(by faulting or returning 1 from main or doing exit(1)) instead of relying on
valgrind (which I don't trust) to spot a/the pro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #8 from M Welinder ---
> That is a different issue. You access expr->func.argc and expr->func.func
> in your if expression. And of course they are uninitialised.
No, I don't. You see, C has this feature for the && operator that i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #6 from Andrew Pinski ---
This:
expr->oper == GNM_EXPR_OP_FUNCALL &&
expr->func.argc == 1
is being combined into:
D.2319_2 = BIT_FIELD_REF <*expr_1, 64, 0>;
D.2320_3 = D.2319_2 & 18446744069414584575;
D.2320_3 == 4294967
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
M Welinder changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63641
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Sat Oct 25 20:21:47 2014
New Revision: 216693
URL: https://gcc.gnu.org/viewcvs?rev=216693&root=gcc&view=rev
Log:
PR tree-optimization/63641
* tree-ssa-reassoc.c (optimize_range_te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #3 from M Welinder ---
Why do you think so?
I think it is covered by this:
6.5 Expressions
[...]
[#7] An object shall have its stored value accessed only by
an lvalue expression that has one of the following types:63
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #2 from Andrew Pinski ---
I think this code violates C/C++ aliasing rules.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
--- Comment #1 from M Welinder ---
Created attachment 33810
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33810&action=edit
Preprocessed version of the program
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63645
Bug ID: 63645
Summary: Incorrect code generation
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63644
Bug ID: 63644
Summary: Kahan Summation with fast-math, pattern not always
recognized
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
--- Comment #5 from Dominique d'Humieres ---
Compiling the "right version" with gcc or clang gives the same result at run
time:
Please, enter a monome (for example x) : x
Address of the first element : 0x0
0
So the problem is likely in your cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
--- Comment #4 from Romain ---
Created attachment 33808
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33808&action=edit
The right version
I am sorry, but the file I've attached in my last message was not the right
version.
Here is the rig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
--- Comment #3 from Dominique d'Humieres ---
The files for
# include "defpoly.h"
# include "gestpoly.h"
are missing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
--- Comment #2 from Romain ---
Created attachment 33807
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33807&action=edit
A test for the bug about linked list
Here is an example of the problem I have encoutered.
It is unfortunately written
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63643
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63643
Bug ID: 63643
Summary: pointer to const variable doesn't allow to change its
value (on Mac OS)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63642
Bug ID: 63642
Summary: Linked List Pointer points to itself (on Mac OS)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63615
Alan Modra changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
29 matches
Mail list logo
