Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
/* from pr72858.c */
/*../../gcc-trunk-246751/gcc/gimple-ssa
Severity: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu
! undefined memcpy writing zero
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80100
--- Comment #2 from Vittorio Zecca ---
simplify-rtx.c:2743 is "HOST_WIDE_INT mask = INTVAL (trueop1) << count;"
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Created attachment 41175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41175&action=edit
To be compil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80100
--- Comment #7 from Vittorio Zecca ---
(In reply to Jakub Jelinek from comment #5)
> Author: jakub
> Date: Tue Apr 11 17:21:51 2017
> New Revision: 246851
>
> URL: https://gcc.gnu.org/viewcvs?rev=246851&root=gcc&view=rev
> Log:
> PR middle
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
/* gcc -ftest-coverage */
/* gcc-trunk-246751/gcc/gcov-io.c:351:10: runtime error: null pointer passed as
argument 2, which is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #9 from Vittorio Zecca ---
This test case is wrong.
It dereferences thrice a NULL pointer str4.
Unfortunately -fcheck=pointer does not detect this one.
Just added to the CC list the test case author.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #11 from Vittorio Zecca ---
Actually, the null pointer str4 is dereferenced four times:
at lines 39, 40, 68, 69.
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Compiling the following with ubsan sanitized gcc
f(void)
{
float y=0;
if(y<0.1) y=1.0;
}
I get
../../gcc-tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65828
--- Comment #11 from Vittorio Zecca ---
Sorry I am traveling now I cannot help you.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49630
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment #5
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Compilation of the following forces a negative shift, result undefined in my
opinion
/* gcc -S negative shift at fold-const.c:12095
* x86_64
* "zerobits <<= prec - shiftc;"
* because prec - shift
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61158
--- Comment #2 from Vittorio Zecca ---
I found this one with -fsanitize=shift. The runtime error message says
"shift exponent -8 is negative". Maybe this is also a sanitizer bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61907
--- Comment #3 from Vittorio Zecca ---
Same behaviour in 4.9.2 in trans-array.c line 2206
typespec_chararray_ctor = (expr->ts.u.cl &&
expr->ts.u.cl->length_from_typespec);
It seems length_from_typespec is wrong,
OR the sanitizer -fsanitize=unde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61908
--- Comment #3 from Vittorio Zecca ---
I still have the same runtime error message in 4.9.2
Trying compilation of
!from unlimited_polymorphic_16.f90
!../../gcc-4.9.2/gcc/fortran/interface.c:2667:43: runtime error: load of value
1818451807, whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58233
--- Comment #3 from Vittorio Zecca ---
Still there on 4.9.2 at trans-expr.c:6193
if (!c->expr || (cm->attr.allocatable && cm->attr.flavor != FL_PROCEDURE))
/home/vitti/gcc-4.9.2-sanitize/test/f951 p.f
MAIN__
p.f:1:0: internal compiler error: i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61907
--- Comment #4 from Vittorio Zecca ---
Still in 5.1.0 at trans-array.c:2223
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61908
--- Comment #4 from Vittorio Zecca ---
Stiil in 5.1.0 at interface.c:2701
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
/* gcc -g -O1 ICE in expand_debug_locations, at cfgexpand.c:3865 */
/* gcc 4.8.2-7 20131212 */
typedef struct {
float re,im;
} Complex;
void sub_(Complex *var_Dummy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
--- Comment #3 from Vittorio Zecca ---
Missing right brace at end of code.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59776
--- Comment #5 from Vittorio Zecca ---
I am sorry I was not clear enough, in your shorter test case, after "s2 = s1;"
there is a right brace "}" missing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
--- Comment #2 from Vittorio Zecca ---
! gfortran ICE in gfc_conv_expr_descriptor at fortran/trans-array.c
interface
function f()
pointer f
end
end interface
type t
real,pointer :: p(:)
end type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58233
--- Comment #4 from Vittorio Zecca ---
Still there on 5.2.0
alignment
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
While building the
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
While running on the testsuite a sanitized version of the ada compiler
I got the following
RUN c52103x
,.,. C52103X ACATS 2.5 15-09-06 20:52:03^M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67379
--- Comment #2 from Vittorio Zecca ---
There is a similar bug in gcc/function.c:254
unsigned HOST_WIDE_INT size = FRAME_GROWS_DOWNWARD ? -offset : offset;
when offset == -9223372036854775808
Should I open a new bug?
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
/* must be compiled with -O2 -g */
/* sanitizer runtime error message
* gcc-5.2.0/gcc/dwarf2out.c:1532:45: runtime error
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
//g++ -ftracer -O2
//g++ 5.2.0 undefined left shift
//../../gcc-5.2.0/gcc/combine.c:7696:40: runtime error: shift exponent -1 is
negative
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
//g++ references freed storage
//sanitizer message: heap-use-after-free
//referenced at options-save.c:3556 "|| s
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
/* gcc sanitizer runtime error message*/
/* gcc/expmed.c:3026:42: runtime error: signed integer overflow:
-9223372036854775808 - 1 cannot be represented in type 'long i
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Created attachment 36302
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36302&action=edit
C file to compile with g++ -Os -fPIC -std=gnu++11
//
Priority: P3
Component: ada
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
The sanitizer detects overlapping strings in the assignemnt statement
DR.Data (1 .. Source'Length) := Source;
in a-strunb.adb
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
!gcc-5.2.0/gcc/fortran/trans-array.c:2223:27: runtime error: load of value 124,
which is n
: UNCONFIRMED
Severity: minor
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
!gcc-5.2.0/gcc/fortran/data.c:181:32: runtime error: null pointer passed as
argument 2, which is
ion: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
!gcc-5.2.0/gcc/fortran/interface.c:2705:33: runtime error: loa
NCONFIRMED
Severity: normal
Priority: P3
Component: objc
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Running 'make check' on objc I get many sanitizer messages as in
/home/vitti/gcc-5.2.0/libobjc/cl
ortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
In io.h:314
#define IOPARM_INQUIRE_HAS_FLAGS2 (1 << 31)
should be
#define IOPARM_INQUIRE_HAS_FLAGS2 (1u<< 31)
to make the sanitizer happy.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67527
--- Comment #1 from Vittorio Zecca ---
Same at line 383
#define IOPARM_DT_IONML_SET (1 << 31)
should be
#define IOPARM_DT_IONML_SET (1u<< 31)
: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
The sanitizer complains on libgfortran.h:408
((~((index_type) 0) >> GFC_DTYPE_SIZE
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
During "make check" a null pointer is sometimes passed to memcpy in
write.c:1877
memcpy (ext_name, base_name, base_name_len)
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Running "make check" after building gcc the sanitizer complains that
at unix.c:497
memcpy (buf, s->buffer + (s->logical_offset - s->buffer_of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67535
--- Comment #3 from Vittorio Zecca ---
(In reply to kargl from comment #1)
> What happens to performance? Simply making changes to
> make sanitizer happy seems rather questionable. It's clear
> from context that if base_name == NULL, then base
Priority: P3
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
During make check-fortran in gcc build the sanitizer complains
that a null pointer is passed to memcpy in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67535
--- Comment #6 from Vittorio Zecca ---
The cost of adding "if(base_name_len)" is two x86-64 machine instructions
cmpl$0, -20(%rbp)
je .L2
Six instructions follow then
call memcpy
which is not exactly a NOP eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #2 from Vittorio Zecca ---
The pointer is NULL but the length is zero.
The test case is allocate_deferred_char_scalar_1.exe
on all eight combinations. As in
Executing on host:
/home/vitti/1tb/vitti/gcc-5.2.0-undefined/gcc/testsuite/g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #3 from Vittorio Zecca ---
I believe the test case is erroneous. NULL pointers are dereferenced
in subroutines
source_check and source_check4:
if(str4 == '12a56b78') call abort()
and
if(str4 == 4_'12a56b78') call abort()
are deref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #5 from Vittorio Zecca ---
On the same line
CFLAGS="-fsanitize=undefined -Og -g -fno-omit-frame-pointer"
CXXFLAGS=$CFLAGS LDFLAGS="-lubsan -ldl -lpthread"
/home/vitti/gcc-5.2.0/configure
--prefix=/home/vitti/1tb/local/gcc-5.2.0-undefi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #7 from Vittorio Zecca ---
str4 used to point to str so the "logic" seems to check that str4 does
not follow any more str.
But the test is erroneous.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67534
--- Comment #3 from Vittorio Zecca ---
I tested on trunk. The sanitizer message disappeared.
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
While running make check-fortran on submodule_4.f08 the sanitizer complains
that in pretty-print.h:142
obstack_grow (buff->obst
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Running make check in many test cases the sanitizer complains
../../gcc/gcc/lto-streamer-i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67567
--- Comment #2 from Vittorio Zecca ---
Unfortunately I do not master gdb and gcc internals enough for that.
The check costs two instructions on my x86-64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484
Vittorio Zecca changed:
What|Removed |Added
Version|5.2.0 |6.0
--- Comment #1 from Vittorio Zecca
Severity: minor
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
libstdc++-v3/testsuite/27_io/basic_stringbuf/seekoff/char/1.cc:92
strmsz_2 = strb_01.sputn(" ravi sh
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Let us look at module.c:800 and next:
use_list = module_list;
for (; module_list->next; use_list = use_list->next)
{
module_list = use_list->next;
free
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67484
--- Comment #5 from Vittorio Zecca ---
Uros, I applied your patch and the sanitizer message disappeared.
Is this still an UNCONFIRMED bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67588
--- Comment #5 from Vittorio Zecca ---
I believe that
use_list = module_list;
at line module.c:805 is useless and can be expunged.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67588
--- Comment #7 from Vittorio Zecca ---
use_list is local to the function gfc_match_submodule and it is already
reinitialized in the for statement at line 806.
So there is a duplication.
On return at line 812 it is then lost.
Maybe optimization wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64920
--- Comment #2 from Vittorio Zecca ---
I propose the following fix at line 688 of regex.c in trunk
change
(destination) += SIGN_EXTEND_CHAR (*((source) + 1)) << 8 ; \
into
(*((source) + 1)) >= 0 ? (destination) += SIGN_EXTEND_CHAR (*(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66827
--- Comment #3 from Vittorio Zecca ---
(In reply to Mikhail Maltsev from comment #1)
> gcc/haifa-sched.c:1164:24
> gcc/haifa-sched.c:1442:26
> gcc/sched-deps.c:112:20
>
> are caused by the following macro definition in gcc/sched-int.h:243:
> #de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58566
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67497
--- Comment #2 from Vittorio Zecca ---
Traveling now, I cannot check it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67496
--- Comment #2 from Vittorio Zecca ---
I am traveling now, I cannot check the patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67498
--- Comment #2 from Vittorio Zecca ---
Sorry, I am traveling now, I'll look at it when I am back home, end of
March 2016?
Maybe you better close it, I think at that time gcc 6 will be available.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66827
--- Comment #5 from Vittorio Zecca ---
I am traveling now so I cannot double check your hint.
What do you suggest?
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Created attachment 33108
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33108&action=edit
Same code as in the bug Description
The following code compiles fine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61779
--- Comment #1 from Vittorio Zecca ---
I forgot to say that gcc 4.9.0 fails but compiles correctly on gcc 4.8.3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61779
--- Comment #5 from Vittorio Zecca ---
I just applied your fix and now gcc compiles succesfully with -Og.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61779
--- Comment #7 from Vittorio Zecca ---
I forgot to mention that my code fragment comes from
#include
void
f(void)
{
for (;;)
_SDT_PROBE(0, 0, 1,(0));
}
Maybe you can find intelligent ways to exercise this code and find
more -Og bugs?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61779
--- Comment #10 from Vittorio Zecca ---
I just installed gcc-4.9.1 and it still has this bug.
It does not even compile itself (divtf3.c) with -Og.
: minor
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
While building gcc/libgcc_s and using -fsanitize=undefined a runtime error is
detected in dwarf2out.c:1488:53
"loc->dw_loc_next = int_loc_de
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
After building gcc with -fsanitize=undefined, analyzing the gcc testsuite with
the "sanitized" cc1 I got runtime error messages
"../../gcc-4.9.1/gcc/config/i386
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61901
--- Comment #2 from Vittorio Zecca ---
I am sorry about opening a duplicate.
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Running sanitized cc1 on testsuite files fp-int-convert-float80-timode.c
and fp-int-convert-timode.c and fp-int-convert-float128-timode.c
I get the following
"../../gcc-4.9.1/gcc/real.c:21
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Compiling testsuite code pr28045.c the sanitizer claims that a signed integer
overflow occurs at expmed.c:1071
"../../gcc-4.9.1/gcc/expmed.c:1071:41: runtime error: s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61903
--- Comment #1 from Vittorio Zecca ---
Same runtime error at line 1076 of expmed.c
"&& v == ((HOST_WIDE_INT) 1 << bitsize) - 1)"
compiling pr28045.c
: minor
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
The sanitizer claims that compiling the testsuite files pr21255-2-mb.c and
pr21255-4.c and pr21255-3.c and pr21255-2-ml.c
a zero variable length array
Severity: minor
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Compiling many testsuite files with a sanitized gfortran,
as in typebound_assignment_6.f03, elemental_subroutine_2.f90,
move_al
ity: minor
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Compiling the testsuite file unlimited_polymorphic_16 with sanitized gfortran
I get the following
"../../gcc-4.9.1/gcc/fortran/inte
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Analyzing with sanitized gfortran the following line
j=i**(-huge(0_8)-1)
I get the following message:
../../gcc-4.9.1/gcc/fortran/trans-expr.c:2107:48: runtime
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61779
--- Comment #12 from Vittorio Zecca ---
Yes, you did say it will be fixed in 4.9.2. Sorry.
I did:
export CFLAGS="-ggdb -Og"
export CXXFLAGS=$CFLAGS
../gcc-4.9.1/configure --prefix=/home/vitti/local/gcc-4.9.1
--disable-lto --with-tune=k8 --enable-
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
/* from pr32349.c */
// gcc -funroll-loops -O3
// ../../gcc-4.9.1/gcc/loop-iv.c:2272:24: runtime error:
// signed integer overflow: 9223372036854775807 - -9223372036854775808 cannot
be represented in type '
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
// from pr55569.c
// gcc -O
// ../../gcc-4.9.1/gcc/tree-ssa-loop-ivopts.c:4148:24: runtime error: signed
integer overflow: 4 * 4611686018427387903 cannot be represented in type 'long
int'
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
// from pr42049.c
// gcc -funroll-loops -O
// ../../gcc-4.9.1/gcc/loop-iv.c:2610:14: runtime error:
// signed integer overflow: 7 - -9223372036854775808 cannot be represented in
type 'long int'
//
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61910
--- Comment #2 from Vittorio Zecca ---
It appears not depending on i value, for i=1 or 2.
No explicit options used.
Of course I used options -fsanizitized=address -fsanitized=undefined
to generate gfortran.
I think it is either a gfortran or a s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61910
--- Comment #3 from Vittorio Zecca ---
A fix for the offending instruction at trans-expr.c:2107
"n = (unsigned HOST_WIDE_INT) (m < 0 ? -m : m);"
might be
"n = (unsigned HOST_WIDE_INT) (m < 0 ? - (unsigned HOST_WIDE_INT) m : m);"
So it seems this
: minor
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
/* from testsuite p60183.c */
/* gcc 4.9.1 -S -O1 -ftree-loop-vectorize */
/* ../../gcc-4.9.1/gcc/tree-data-ref.c:2423:16: runtime error: signed integer
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Created attachment 33272
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33272&action=edit
Used by test case
// gcc 4.9.1
// ../../gcc-4.9.1/gcc/diagnostic.c:274:42: runtime error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61943
--- Comment #2 from Vittorio Zecca ---
gcc was compiled with -fsanitize=undefined option.
Call it gcc-sanitized.
Then I did
gcc-sanitized -S gccerr13.c -O
where gccerr13.c is the sample C code I sent bugzilla
The option -O is necessary to reprodu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61900
--- Comment #2 from Vittorio Zecca ---
This happens when I build gcc itself with option -fsanitize=undefined,
at build time, in directory x86_64-unknown-linux-gnu/32/libgcc.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61942
--- Comment #2 from Vittorio Zecca ---
This is what I get on x86-64 with a sanitized version of gcc:
~/local/gcc-4.9.1-sanitized/bin/gcc -S gccerr12.c -funroll-loops -O3
../../gcc-4.9.1/gcc/loop-iv.c:2272:24: runtime error: signed integer overf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61942
--- Comment #4 from Vittorio Zecca ---
If you cannot reproduce the issue, not even with options -funroll-loops -O3,
I believe this bug should be closed.
I'll look again at it with the new release.
I prefer not to work with trunk.
Severity: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
This appears to be a duplicate for 64327
Sanitized version of gcc 5.1.0 shows a bug in the following
/* from gcc file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327
--- Comment #4 from Vittorio Zecca ---
For your convenience I repeat here the reproducer:
/* from gcc file fixopts.c */
/* must be compiled with -O2 */
/*gcc-5.1.0/gcc/rtlanal.c:4911:48: runtime error: shift exponent
4294967295 is too large for 6
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
//must be compiled with -O2 , or "-O[1] -fdevirtualize"
//ipa-prop.c:2479:30: r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66896
--- Comment #5 from Vittorio Zecca ---
Yes I applied the fix and it now works on all the gcc testsuite.
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
/* must be compiled with -O */
/* in noce_get_alt_condition */
/*gcc-5.2.0/gcc/ifcvt.c:1907: runtime error: signed integer overflow:
9223372036854775807 + 1 cannot be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327
--- Comment #5 from Vittorio Zecca ---
In 5.2.0 too.
301 - 400 of 564 matches
Mail list logo
