https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85253
--- Comment #4 from Vittorio Zecca ---
After applying the fix in comment #3 the asan message disappeared.
: 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
! In trunk 258946 asan detects heap buffer overflow in
libgfortran/generated/matmul_r4.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64920
--- Comment #4 from Vittorio Zecca ---
Sorry for late answer, but I was traveling.
I did not see it any longer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327
--- Comment #9 from Vittorio Zecca ---
Sorry for the delay in answering but I was traveling.
I cannot reproduce on version 7, while it reproduces on 6.4.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550
--- Comment #7 from Vittorio Zecca ---
Sorry about that, long time I did not blush, I'll try to remember the lesson.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50550
--- Comment #5 from Vittorio Zecca ---
Bug still present in 7.3.0 and trunk 258946.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50541
--- Comment #6 from Vittorio Zecca ---
Bug still there in 7.3.0 and trunk 258946.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61910
Vittorio Zecca changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 61910, which changed state.
Bug 61910 Summary: undefined computation in trans-expr.c gfc_conv_cst_int_power
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61910
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61907
Vittorio Zecca changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 61907, which changed state.
Bug 61907 Summary: load of invalid value for 'bool' in trans-array.c
trans_array_constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61907
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70870
--- Comment #5 from Vittorio Zecca ---
After applying the fix in comment 3 to trunk 258946 the ICE disappears
and an error message appears, as it should be.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81983
--- Comment #2 from Vittorio Zecca ---
I am traveling abroad now, sorry I cannot help.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81318
--- Comment #24 from Vittorio Zecca ---
I confirm this bug prevents building the Linux kernel 4.12 with gcc trunk
251201.
gcc 7.2 seems to build the kernel just fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82072
--- Comment #10 from Vittorio Zecca ---
A related issue is the following:
/* UB sanitizer should detect undefined negation of LLONG_MIN */
/* must be compiled with -fsanitize=undefined and run */
#include
int main()
{
long long int llnum=LLONG_
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Build: trunk 251201
// from test case pr60183.c
// must be compiled with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82072
--- Comment #9 from Vittorio Zecca ---
Applying the proposed fix and compiling the test case with
-fsanitize=undefined I get
testcase.c:8:3: runtime error: signed integer overflow: 0 -
-9223372036854775808 cannot be represented in type 'long int
Component: sanitizer
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, marxin at
gcc dot gnu.org
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939
--- Comment #4 from Vittorio Zecca ---
Dominique, this should be the same traceback as yours but with line numbers:
=
==21064==ERROR: AddressSanitizer: heap-buffer-overflow on addre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81984
--- Comment #4 from Vittorio Zecca ---
There is no core dump because by default the ubsan sanitizer does not abort.
But I am pretty sure len1==0 at that point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81939
--- Comment #2 from Vittorio Zecca ---
Did you get MALLOC checks?
*** Error in `./a.out': free(): invalid pointer: 0x00c0b560 ***
*** Error in `./a.out': free(): invalid pointer: 0x00c0b6a0 ***
*** Error in `./a.out': free(): inv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81974
--- Comment #5 from Vittorio Zecca ---
I applied the fix and I confirm it works.
Thank you Thomas for your fast intervention.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81986
--- Comment #2 from Vittorio Zecca ---
I do not know if this is a libgfortran or a sanitizer bug.
What I do know is that changing string.c:199 from
t = - n;
into
t = -(GFC_UINTEGER_LARGEST)n;
as it should be, the sanitizer message disappears
Component: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Build: trunk 251201
! from test case pr66311.f90
! must be compiled and run
! libgfortran/runtime/string.c:199
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
Build: trunk 251201
! test case mvbits_1.f90
! several sanitizer undefined
: 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
Build: trunk 251201
! From test case allocate_deferred_char_scalar_1
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
Build: trunk 251201
! sanitizer detects runtime error in libbacktrace
! This file MUST
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
Build: trunk 251201
! ICE verify_gimple failed Error: type mismatch in binary expression
Status: UNCONFIRMED
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
Build: trunk 251201
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
Build: trunk 251201
! test case fmt_cache_1.f
! compiled with
: 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
Build: trunk 251201
! dtio_14.f90 test case
! compiled with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80365
--- Comment #4 from Vittorio Zecca ---
Or you may add
assert(buf);
just before the memcpy library call.
If nbyte==0 then it should be harmless, but undefined.
assert(buf || !nbyte) should catch an error situation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
--- Comment #8 from Vittorio Zecca ---
1) Sometimes error reports slip through the cracks, it happened to me,
and I found it's good
to remind that the bug is still around. Sometimes it happened the
contrary, the bug silently
disappears bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
Vittorio Zecca changed:
What|Removed |Added
Version|4.8.0 |8.0
--- Comment #6 from Vittorio Zecca
Priority: P3
Component: sanitizer
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, marxin at
gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79636
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment #3
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
/* from shrink-wrap-separate-0.c */
/* in trunk 249883 */
/* ICE in output_operand_lossage at final.c */
void f(int x)
{
register int r20 asm("20") = x;
}
/*
* In f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81302
--- Comment #2 from Vittorio Zecca ---
Maybe is this related?
// trunk 249883
// from pr46269.C
// Segmentation fault
// must be compiled with command g++ -fsanitize=address -fgnu-tm
template class shared_ptr
{
public:
shared_ptr( T * p )
{
: c
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
/* from volatile-1.c */
/* in trunk 249883 */
/* must be compiled with command gcc -fgnu-tm -fsanitize=address */
__attribute ((transaction_safe))
int f() {
int x;
&a
: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
// in trunk 249883
// from devirt-45.C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80751
--- Comment #7 from Vittorio Zecca ---
After downloading trunk 249883 I can confirm the bug disappeared.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80751
--- Comment #6 from Vittorio Zecca ---
I am sorry, I went by memory and I swapped two digits, I have trunk 249691,
tomorrow I am downloading the latest trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80751
--- Comment #4 from Vittorio Zecca ---
I believe I answered your question.
The NULL pointer dereferencing is still in trunk 249961
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80751
--- Comment #3 from Vittorio Zecca ---
(In reply to Dominique d'Humieres from comment #1)
> > This issue is exposed by adding a gcc_assert at trans-stmt.c:455
>
> Could you please be more explicit about what you changed in trans-stmt.c and
> why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70878
--- Comment #9 from Vittorio Zecca ---
You are welcome.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80413
--- Comment #8 from Vittorio Zecca ---
You are welcome.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59093
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797
--- Comment #4 from Vittorio Zecca ---
I applied your patch to version 8 trunk 247930 and it seems to work,
but on your example I get
ubsan-1.c:10:8: runtime error: member access within null pointer of type
'struct S'
ubsan-1.c:11:8: runtime er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80797
Vittorio Zecca changed:
What|Removed |Added
CC||zeccav at gmail dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80751
--- Comment #2 from Vittorio Zecca ---
I found that at trans-stmt.c:455 a NULL pointer is being dereferenced
at line 455
compiling test case gfortran.dg/bounds_check_fail_2.f90 and others.
This is the code fragment:
gfc_conv_ss_startstride (&lo
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
! gfortran 8.0.0 trunk 247930 ICE in gfc_conv_descriptor_data_get, at
fortran/trans-array.c
! must be compiled with option -fcoarray=single
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50392
--- Comment #13 from Vittorio Zecca ---
Steve, you know why I do not like you.
If you are so sensitive please take care of the sensitivity of people
submitting bugs
and do not call them "idiot".
But this is not relevant here.
What is relevant is
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
! NULL pointer dereferenced in gfc_check_num_images at fortran/check.c:5150
! gfortran 8.0.0 trunk 247930
! Target: x86_64-pc-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50392
--- Comment #11 from Vittorio Zecca ---
You still around, Steven?
I cannot say I missed you.
Nobody asked me to apply those fixes, I imagined that Tobias Burnus,
their author,
would try them and eventually apply them.
It seems that it did not ha
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
This issue is exposed by adding a gcc_assert at trans-stmt.c:455
! NULL pointer dereferencing in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67486
--- Comment #4 from Vittorio Zecca ---
Still in 8.0.0 trunk 247930
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50402
--- Comment #5 from Vittorio Zecca ---
ICE still in 7.1.0 and trunk 8.0.0
Even if the code is invalid the compiler should not just crash.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50410
--- Comment #27 from Vittorio Zecca ---
Still in 7.1.0 and trunk 8.0.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50392
--- Comment #9 from Vittorio Zecca ---
Still in 7.1.0 and in trunk 8.0.0!
Will it ever be fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80715
--- Comment #4 from Vittorio Zecca ---
I see the ICE on trunk 247930.
To reproduce it you need ira_assert working,
definining ENABLE_IRA_CHECKING implied by CHECKING_P,
best way to make it happen is configuring gcc with --enable-checking=yes
op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80715
--- Comment #2 from Vittorio Zecca ---
gcc gccerr55.c -O2 -flive-range-shrinkage -E
# 1 "gccerr55.c"
# 1 ""
# 1 ""
# 31 ""
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 32 "" 2
# 1 "gccerr55.c"
# 25 "gccerr55.c"
void f()
{
}
gcc gccerr55.c -O2 -fliv
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
This seems to be linked to 78650
/*NULL pointer dereferenced in find_costs_and_classes, at ira-costs.c:1748 */
/* must be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80364
--- Comment #7 from Vittorio Zecca ---
Marek, I believe this issue has been fixed.
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
// from PR ipa/80212
// { dg-options "-O2 --param partial-inlining-entry-probability=1234567" }
// gcc/ipa-split.c:448:4: runtime error: signed integer overflow: 1 *
1234
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80657
--- Comment #2 from Vittorio Zecca ---
You do not get line numbers but offset in f951.
Need rebuild with -g option or addr2line usage?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77327
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61908
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 61908, which changed state.
Bug 61908 Summary: load of invalid value for 'expr_t' in interface.c
compare_actual_formal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61908
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67498
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62058
--- Comment #6 from Vittorio Zecca ---
Still there in 7.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77383
--- Comment #4 from Vittorio Zecca ---
Still in 7.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67486
--- Comment #3 from Vittorio Zecca ---
Still in 7.1.0
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
The following forces gfortran into a loop:
function f(x)
implicit character(len(f)) (x)
character(len(x)) f
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50184
--- Comment #5 from Vittorio Zecca ---
Fixed in 7.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71158
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994
Bug 16994 depends on bug 71158, which changed state.
Bug 71158 Summary: ICE in tree_to_uhwi with -fsanitize=address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71158
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70878
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80489
--- Comment #2 from Vittorio Zecca ---
I did not know that one, my C++ knowledge is so limited.
This is a fragment I took from chromium web browser and I was fooled because
it is succesfully compiled by older g++, clang, and Intel icpc.
++
Assignee: unassigned at gcc dot gnu.org
Reporter: zeccav at gmail dot com
Target Milestone: ---
Host: x86_64-pc-linux-gnu
// REGRESSION g++ 6.3.0 compiles successfully
// g++ 7.0.1 trunk 246751 emits error message
// In static member function ‘static void
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
--- Comment #13 from Vittorio Zecca ---
In C strings are pointers, in Fortran they are not.
So ptr="string" is wrong.
As in the following:
character, pointer :: cptr
cptr="qwerty"
end
Running it I get a SIGSEGV.
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
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.
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.
: 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=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
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 #2 from Vittorio Zecca ---
simplify-rtx.c:2743 is "HOST_WIDE_INT mask = INTVAL (trueop1) << count;"
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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67540
Vittorio Zecca changed:
What|Removed |Added
Target||x86_64-pc-linux-gnu
Host|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66940
--- Comment #5 from Vittorio Zecca ---
Fixed in trunk 246751.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66940
Vittorio Zecca changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71074
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62058
Vittorio Zecca changed:
What|Removed |Added
Version|4.9.1 |7.0.1
--- Comment #5 from Vittorio Zecc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67486
Vittorio Zecca changed:
What|Removed |Added
Version|5.2.0 |7.0.1
--- Comment #2 from Vittorio Zecc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80100
--- Comment #1 from Vittorio Zecca ---
Still in trunk 246751.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #7 from Vittorio Zecca ---
(In reply to Jakub Jelinek from comment #5)
> Even r246252 is more than 2 weeks old. Why not latest trunk?
Because I have no time to download and check every trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #4 from Vittorio Zecca ---
This is on trunk level 239276.
Going to check on newer level 246252.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #2 from Vittorio Zecca ---
Still in trunk
/home/vitti/1tb/vitti/test/gcc-trunk-239276/gcc/real.c:2889:25: runtime error:
left shift of negative value -3
101 - 200 of 564 matches
Mail list logo