[Bug target/82515] New: incorrect implicit integer type conversion by arm-linux-gnueabi

2017-10-11 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn Target Milestone: --- Host: x86_64-linux-gnu Target: arm-linux-gnueabi ~$ cat test.c #include

[Bug target/82515] incorrect implicit integer type conversion by arm-linux-gnueabi

2017-10-11 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82515 --- Comment #1 from Yibiao Yang --- While using clang to compile this code, the output is also 1. This, at a certain extent, indicates that the problem was caused by the arm-linux-gnueabic-gcc compiler. $ clang -w -static test.c; ./a.out 1

[Bug target/82515] incorrect implicit integer type conversion by arm-linux-gnueabi

2017-10-11 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82515 Yibiao Yang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/83124] wrong code on arm-linux-gnueabi-gcc with -O3 optimization

2017-11-23 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83124 --- Comment #2 from Yibiao Yang --- Thanks and Very sorry for this wrong bug report. (In reply to ktkachov from comment #1) > The code has undefined behaviour. > If you remove the -w, two of the warnings are: > bad.c:5:10: warning:

[Bug rtl-optimization/83124] New: wrong code on arm-linux-gnueabi-gcc with -O3 optimization

2017-11-23 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn Target Milestone: --- this wrong code occurred while optimization flag "-O3" was used in arm-linux-gnueabi-gcc $ arm-linux-gnueabi-gcc -v U

[Bug target/83208] New: [arm-linux-gnueabi-gcc] wrong code at optimization level -O2 and -O3 for union assignment

2017-11-28 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn Target Milestone: --- $ arm-linux-gnueabi-gcc -v Using built-in specs. COLLECT_GCC=arm-linux-gnueabi-gcc COLLECT_LTO_WRAPPER=/usr

[Bug gcov-profile/83266] [GCOV] A True if statement is wrongly marked as not executed in gcov

2017-12-18 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83266 --- Comment #4 from Yibiao Yang --- (In reply to Martin Liška from comment #3) > (In reply to Yibiao Yang from comment #1) > > I am not very sure whether this is a bug or it is only the default behavior > > in gcov. > > > > Yes, it's

[Bug gcov-profile/83465] New: [GCOV] local struct const array variable is wrongly marked as not executed in gcov

2017-12-18 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/83478] New: [GCOV] if condition with ~ unsigned short lead to incorrect coverage in gcov

2017-12-18 Thread yangyibiao at nju dot edu.cn
: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER

[Bug gcov-profile/83486] New: [GCOV] two-dimensional const arrays is marked as not executed while the other is not

2017-12-19 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/83465] [GCOV] local struct const array variable is wrongly marked as not executed in gcov

2017-12-19 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83465 --- Comment #2 from Yibiao Yang --- (In reply to Martin Liška from comment #1) > Here I admit it's confusing, but it's related how GCC emits variable > initiation for scalars and arrays with -O0: > > While for the scalar we do: > struct S *

[Bug gcov-profile/83434] New: [GCOV] A label after a non-executed if statement is wrongly marked as not executed in gcov

2017-12-14 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/83505] [GCOV] a pointer assignment before label lead to incorrect coverage in gcov

2017-12-19 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83505 --- Comment #1 from Yibiao Yang --- Following is the reduced code for reproducing this issue: $ cat small.cint main() { int t = 1; int *p = if (1) { if (0) return 0; return 1; } } $ gcc small.c

[Bug gcov-profile/83505] New: [GCOV] a pointer assignment before label lead to incorrect coverage in gcov

2017-12-19 Thread yangyibiao at nju dot edu.cn
: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER

[Bug target/83067] wrong code on arm-linux-gnueabi

2017-11-20 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83067 --- Comment #2 from Yibiao Yang --- $ arm-linux-gnueabi-gcc -v Using built-in specs. COLLECT_GCC=arm-linux-gnueabi-gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc-cross/arm-linux-gnueabi/5/lto-wrapper Target: arm-linux-gnueabi Configured with:

[Bug target/83067] wrong code on arm-linux-gnueabi

2017-11-20 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83067 --- Comment #1 from Yibiao Yang --- Note that this issue was found by Yibiao Yang and shqking.

[Bug target/83067] New: wrong code on arm-linux-gnueabi

2017-11-20 Thread yangyibiao at nju dot edu.cn
Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn Target Milestone: --- $ arm-linux-gnueabi-gcc --version arm-linux-gnueabi-gcc (Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609 Copyright (C) 2015 Free Software Foundation, Inc. This is free software

[Bug gcov-profile/83266] [GCOV] A True if statement is wrongly marked as not executed in gcov

2017-12-04 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83266 --- Comment #2 from Yibiao Yang --- > > $ gcc -fprofile-arcs -ftes-coverage small.c; ./a.out; gcov small.c; cat > small.c.gcov The correct command should be: $ gcc -fprofile-arcs -ftest-coverage small.c; ./a.out; gcov small.c; cat

[Bug gcov-profile/83266] [GCOV] A True if statement is wrongly marked as not executed in gcov

2017-12-03 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83266 --- Comment #1 from Yibiao Yang --- I am not very sure whether this is a bug or it is only the default behavior in gcov. (In reply to Yibiao Yang from comment #0) > $ gcc -v > Using built-in specs. > COLLECT_GCC=gcc >

[Bug gcov-profile/83266] New: [GCOV] A True if statement is wrongly marked as not executed in gcov

2017-12-03 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib

[Bug tree-optimization/83357] New: [Gcc-optimization] wrong code for elements in a union pointed by two different types of global pointers

2017-12-10 Thread yangyibiao at nju dot edu.cn
: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn Target Milestone: --- $ cat small.c int printf(const char *, ...); union a { int b; long c; } e

[Bug tree-optimization/83357] [Gcc-optimization] wrong code for elements in a union pointed by two different types of global pointers

2017-12-10 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83357 --- Comment #1 from Yibiao Yang --- # gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/7/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with:

[Bug tree-optimization/83357] [Gcc-optimization] wrong code for elements in a union pointed by two different types of global pointers

2017-12-11 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83357 --- Comment #3 from Yibiao Yang --- Thank you very much. (In reply to Jakub Jelinek from comment #2) > There is UB in that code, but the bug isn't about alignment, but about > aliasing; the standard says that writing to a union member

[Bug gcov-profile/83587] New: A goto statement inside if statement leads the label incorrectly marked as not executed in gcov

2017-12-25 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/83266] [GCOV] A True if statement is wrongly marked as not executed in gcov

2017-12-25 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83266 --- Comment #5 from Yibiao Yang --- (In reply to Martin Liška from comment #3) > (In reply to Yibiao Yang from comment #1) > > I am not very sure whether this is a bug or it is only the default behavior > > in gcov. > > > > Yes, it's

[Bug gcov-profile/83813] New: [GCOV] unsigned char in a union lead to incorrect coverage in gcov

2018-01-12 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- # gcc-8 -v Using built-in specs. COLLECT_GCC=gcc-8 COLLECT_LTO_WRAPPER=/usr/lib

[Bug gcov-profile/83617] New: [GCOV] A goto statement in nested loop is wrongly marked as executed twice.

2017-12-28 Thread yangyibiao at nju dot edu.cn
: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- # gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER

[Bug gcov-profile/83616] New: [GCOV] The 'goto' statement in nested for loop leads the label is wrongly marked as not executed in gcov

2017-12-28 Thread yangyibiao at nju dot edu.cn
: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- # gcc -v Using built-in specs

[Bug gcov-profile/83599] New: [GCOV] A If TRUE statement lead the return statement has wrong number of execution in gcov

2017-12-27 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/83587] [GCOV]A goto statement inside if statement leads the label incorrectly marked as not executed in gcov

2017-12-27 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83587 --- Comment #2 from Yibiao Yang --- Understand. Thanks very much. (In reply to Martin Liška from comment #1) > Confirmed, however note that as labels are tricky statement without any > effect, I assign this very low priority.

[Bug gcov-profile/83678] New: [GCOV] a pointer assignment before a break statment lead to incorrect coverage in gcov

2018-01-03 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- # gcc-8 -v Using built-in specs. COLLECT_GCC=gcc-8

[Bug gcov-profile/85367] [GCOV] A call to the _subborrow_u64 builtin-function is wrongly marked as executed twice

2018-08-15 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85367 Yibiao Yang changed: What|Removed |Added Resolution|INVALID |WORKSFORME --- Comment #2 from Yibiao

[Bug gcov-profile/85217] [GCOV] A no side effect statement between a break statement and a continue statement will lead to incorrect code coverage in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85217 --- Comment #1 from Yibiao Yang --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu

[Bug gcov-profile/85199] [GCOV] A cond-expr with a iterative variable in a for loop is marked as "-" in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85199 --- Comment #1 from Yibiao Yang --- (In reply to Yibiao Yang from comment #0) > $ gcc -v > gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper > OFFLOAD_TARGET_NAMES=nvptx-none >

[Bug gcov-profile/85219] New: [GCOV] A "if(1) continue;" statement in a the else block of "if(0)" statement is wrongly marked as executed when surrounded by array delaration statement and break/contin

2018-04-04 Thread yangyibiao at nju dot edu.cn
Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-

[Bug gcov-profile/85218] New: [GCOV] A return statement in the if(0) block is wrongly marked as executed when there is an array index and an {array declare statement} around it in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
it in gcov Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC

[Bug gcov-profile/85217] New: [GCOV] A no side effect statement between a break statement and a continue statement will lead to incorrect code coverage in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone

[Bug gcov-profile/85273] New: [GCOV] return statement in else block of if(1) statement when there is an array declaration statement and a goto statement in gcov

2018-04-07 Thread yangyibiao at nju dot edu.cn
Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone

[Bug gcov-profile/85274] New: [GCOV] A return statement in if(0) block is wrongly marked as executed when they are nested in for(;1;) statement and prefixed with an struct declaration and followed by

2018-04-07 Thread yangyibiao at nju dot edu.cn
: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ cat small.c struct s {int s1;}; int a = 0; int main() { for (; 1;) { struct s g; if (0) return 2; return 0; a = 0; } return 0; } $ gcc -w --coverage small.c; ./a.out; gcov-8

[Bug gcov-profile/85272] New: [GCOV] return statement in the else block of if(1) statement nested in a for(;;) statement is wrongly marked as executed in gcov

2018-04-06 Thread yangyibiao at nju dot edu.cn
Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone

[Bug gcov-profile/85272] [GCOV] return statement in the else block of if(1) statement nested in a for(;;) statement is wrongly marked as executed in gcov

2018-04-06 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85272 --- Comment #1 from Yibiao Yang --- when we replace Line #6 from "continue;" to ";" or remove Line #3 "int e[1];", the result is correct.

[Bug gcov-profile/85243] New: [GCOV] A return statement in the if(0) block is wrongly marked as executed when prefixed with an array declaration statement and followed by a "for(;cond-expression;) ret

2018-04-05 Thread yangyibiao at nju dot edu.cn
Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=

[Bug gcov-profile/85245] [GCOV] A return statement in the if(0) block is wrongly marked as executed when they are nested in the true block of if (cond-expression) statement in gcov

2018-04-05 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85245 --- Comment #1 from Yibiao Yang --- (In reply to Yibiao Yang from comment #0) > $ gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper > OFFLOAD_TARGET_NAMES=nvptx-none >

[Bug gcov-profile/85243] [GCOV] A return statement in the if(0) block is wrongly marked as executed when prefixed with an array declaration statement and followed by a "for(;cond-expression;) return;

2018-04-05 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85243 --- Comment #1 from Yibiao Yang --- When: 1. removing Line #3 and Line #9, i.e., the { } block or 2. changing "for(;a<2;)" to "for(;1;)" or 3. removing Line #4 the result are both correct.

[Bug gcov-profile/85245] New: [GCOV] A return statement in the if(0) block is wrongly marked as executed when they are nested in the true block of if (cond-expression) statement in gcov

2018-04-05 Thread yangyibiao at nju dot edu.cn
Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot

[Bug gcov-profile/85276] [GCOV] A comparative statement with '=', '&&' , '||', and '==' operators is wrongly marked as executed twice in gcov

2018-04-07 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85276 --- Comment #1 from Yibiao Yang --- This bug is similar to bug 85163. As it is not a call statement apart from bug 85163, I report it as a new one.

[Bug gcov-profile/85225] [GCOV] An array reference in the for(;;) loop will lead the loop be marked as wrong execution times in gcov

2018-04-05 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85225 --- Comment #1 from Yibiao Yang --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu

[Bug gcov-profile/85225] New: [GCOV] An array reference in the for(;;) loop will lead the loop be marked as wrong execution times in gcov

2018-04-05 Thread yangyibiao at nju dot edu.cn
Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ cat small.c void

[Bug gcov-profile/85201] [GCOV] A statement with two && operators and a comma operator in the for loop body is wrongly marked in gcov

2018-04-05 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85201 --- Comment #1 from Yibiao Yang --- (In reply to Yibiao Yang from comment #0) > $ gcc -v > gcc -v > Using built-in specs. > COLLECT_GCC=gcc > COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper > OFFLOAD_TARGET_NAMES=nvptx-none >

[Bug gcov-profile/85199] New: [GCOV] A cond-expr with a iterative variable in a for loop is marked as "-" in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
NCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs. COLLE

[Bug gcov-profile/85197] New: [GCOV] The main function is wrongly marked as executed twice in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER

[Bug gcov-profile/85201] New: [GCOV] A statement with two && operators and a comma operator in the for loop body is wrongly marked in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
ion: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v

[Bug gcov-profile/85206] New: [GCOV] a return statement in the body of for(;0;) loop is wrongly marked as executed in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/85202] New: [GCOV] A continue statement in the body of the if(0) statement by following a if(1) statement will lead to incorrect code coverage in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target

[Bug gcov-profile/85206] [GCOV] a return statement in the body of for(;0;) loop is wrongly marked as executed in gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85206 --- Comment #1 from Yibiao Yang --- The code of this bug is with different code structure of bug 85188, such that I reported these two bugs respectively.

[Bug gcov-profile/85338] New: [GCOV] Type conversion leads to incorrect coverage in printf

2018-04-11 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64

[Bug gcov-profile/85337] New: [GCOV] inconsistent coverage in swith-case statement

2018-04-11 Thread yangyibiao at nju dot edu.cn
Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- cat small.c #include static int func(int i) { int a = 0; switch (i) { case 8: printf(&quo

[Bug gcov-profile/85349] New: [GCOV] struct varaible definition in while(1) will cause incorrect coverage

2018-04-11 Thread yangyibiao at nju dot edu.cn
: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr

[Bug gcov-profile/85350] New: [GCOV] wrong coverage when using constant variable in struct declaration

2018-04-11 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr

[Bug gcov-profile/85351] New: [GCOV] Wrong coverage with an executed exit() in if statement within a called function

2018-04-11 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- /** small.c */ $ cat

[Bug gcov-profile/85372] New: [GCOV] Wrong coverage with setjmp and longjmp function

2018-04-12 Thread yangyibiao at nju dot edu.cn
Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper

[Bug gcov-profile/85370] New: [GCOV] Wrong coverage with the target_clones attribute

2018-04-12 Thread yangyibiao at nju dot edu.cn
Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper

[Bug gcov-profile/85367] New: [GCOV] A call to the _subborrow_u64 builtin-function is wrongly marked as executed twice

2018-04-12 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/85377] New: [GCOV] Wrong coverage with label and if(cond) break in while(1)

2018-04-12 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc pv gcc: error: pv: No such file or directory gcc: fatal error: no input files

[Bug gcov-profile/85299] [GCOV] In for(;;), a "if(0) break;" statement is wrongly marked as executed when it is prefixed with an array declaration "int a[1];" and followed by "if(0) continue; break;"

2018-04-09 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85299 --- Comment #1 from Yibiao Yang --- Bug 85202 is another most similar bug with the "continue" statement. From my point of view, they should be different bugs. Here is the copy of Bug 85202: $ cat small.c void main() { int i = 0; for (;

[Bug gcov-profile/85297] New: [GCOV] "if(0) return;" is wrongly marked as executed when it is prefixed with a address operator "int c=0; " and followed by "if(1) return;" in gcov

2018-04-09 Thread yangyibiao at nju dot edu.cn
ot;if(1) return;" in gcov Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn

[Bug gcov-profile/85294] [GCOV] A "if(0) break;" statement is wrongly marked as executed when they are nested in for(;;) statement and prefixed with an struct declaration and followed by "if(1) break

2018-04-09 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85294 --- Comment #1 from Yibiao Yang --- 1. when removing Line #7 and Line #8, the result is correct. 2. when removing Line #4, the result is also correct. Besides, there is an existing bug 85274 is similar to the current bug. Bug 85274 is copyed

[Bug gcov-profile/85299] New: [GCOV] "if(0) break;" is wrongly marked as executed when it is prefixed with an array declaration "int a[1];" and followed by "if(0) continue; break;" in gcov

2018-04-09 Thread yangyibiao at nju dot edu.cn
uot;if(0) continue; break;" in gcov Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju

[Bug gcov-profile/85276] New: [GCOV] A comparative statement with '=', '&&' , '||', and '==' operators is wrongly marked as executed twice in gcov

2018-04-07 Thread yangyibiao at nju dot edu.cn
Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: ---

[Bug gcov-profile/85294] New: [GCOV] A "if(0) break;" statement is wrongly marked as executed when they are nested in for(;;) statement and prefixed with an struct declaration and followed by "if(1)

2018-04-09 Thread yangyibiao at nju dot edu.cn
Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-

[Bug gcov-profile/85336] New: [GCOV] wrong coverage for builtin functions and "||" logic operators in return statement

2018-04-11 Thread yangyibiao at nju dot edu.cn
NCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ cat small.c #include static int special_for

[Bug gcov-profile/85336] [GCOV] wrong coverage for builtin functions and "||" logic operators in return statement

2018-04-11 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85336 --- Comment #1 from Yibiao Yang --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with:

[Bug gcov-profile/85332] New: [GCOV] wrong coverage with do-while in swith-case statement

2018-04-10 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64

[Bug gcov-profile/85333] New: [GCOV] Builtin function is wrongly marked as "-" in gcov

2018-04-10 Thread yangyibiao at nju dot edu.cn
ty: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- gcc -v && gcov-8 -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WR

[Bug gcov-profile/85201] [GCOV] A statement with two && operators and a comma operator in the for loop body is wrongly marked in gcov

2018-04-23 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85201 --- Comment #2 from Yibiao Yang --- @marxin Is this a real bug? or this bug is only default behavior?

[Bug gcov-profile/85163] New: [GCOV] A call statement with '==' , '||', and '&&' operators is wrongly marked as executed twice

2018-04-02 Thread yangyibiao at nju dot edu.cn
ONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT

[Bug gcov-profile/83678] [GCOV] a pointer assignment before a break statment lead to incorrect coverage in gcov

2018-04-03 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83678 --- Comment #1 from Yibiao Yang --- simpler reproducer: void main() { while (1) { int a; if (0) break; if (1) break; } } $ gcc-8 small.c -fprofile-arcs -ftest-coverage; ./a.out gcov-8 small.c; cat small.c.gcov

[Bug gcov-profile/85178] New: [GCOV] for(;;) statement is wrongly marked as not executed when there is a int array in its body in Gcov

2018-04-03 Thread yangyibiao at nju dot edu.cn
: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v gcc -v Using built-in specs

[Bug gcov-profile/85179] New: [GCOV] A label followed with a blank statement is wrongly marked as not executed in Gcov

2018-04-03 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/85163] [GCOV] A call statement with '==' , '||', and '&&' operators is wrongly marked as executed twice

2018-04-03 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85163 --- Comment #2 from Yibiao Yang --- (In reply to Martin Liška from comment #1) > I can confirm it. However it's quite complex condition and I'm probably not > planning to fix that. Ok. Thanks.

[Bug gcov-profile/85187] New: [GCOV] [GCOV] and a int arrary before the for(;0;) statement and goto statement in its body is wrongly marked as not executed when there is a int array in its body in Gc

2018-04-04 Thread yangyibiao at nju dot edu.cn
in its body in Gcov Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn

[Bug gcov-profile/85187] [GCOV] [GCOV] and a int arrary before the for(;0;) statement and goto statement in its body is wrongly marked as not executed when there is a int array in its body in Gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85187 Yibiao Yang changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug gcov-profile/85188] [GCOV] a int arrary and a goto statement around the for(;0;) statement will lead to incoccrect code coverage in Gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85188 --- Comment #1 from Yibiao Yang --- *** Bug 85187 has been marked as a duplicate of this bug. ***

[Bug gcov-profile/85188] New: [GCOV] a int arrary and a goto statement around the for(;0;) statement will lead to incoccrect code coverage in Gcov

2018-04-04 Thread yangyibiao at nju dot edu.cn
: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v

[Bug gcov-profile/88913] New: [GCOV] Wrong frequencies when a global variable is in a while expression in gcov

2019-01-18 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/88914] New: [GCOV] Wrong frequencies when unreachable statements within the body of the for loop in gcov

2019-01-18 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug target/37845] gcc ignores FP_CONTRACT pragma set to OFF

2019-01-18 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37845 Yibiao Yang changed: What|Removed |Added CC||yangyibiao at nju dot edu.cn --- Comment

[Bug gcov-profile/88930] New: [GCOV] Wrong frequences when a if statement is after a ?: statement in gcov

2019-01-20 Thread yangyibiao at nju dot edu.cn
: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER

[Bug gcov-profile/88924] New: [GCOV] Wrong frequencies when there is complicated if expressions in gcov

2019-01-19 Thread yangyibiao at nju dot edu.cn
: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr

[Bug gcov-profile/83599] [GCOV] A If TRUE statement lead the return statement has wrong number of execution in gcov

2019-01-19 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83599 --- Comment #2 from Yibiao Yang --- (In reply to Martin Liška from comment #1) > Thanks for another report, in this case the code is invalid: > > gcc pr83599.c -Wreturn-type > pr83599.c: In function ‘func’: > pr83599.c:7:1: warning: control

[Bug gcov-profile/88913] [GCOV] Wrong frequencies when a global variable is in a while expression in gcov

2019-01-22 Thread yangyibiao at nju dot edu.cn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88913 --- Comment #2 from Yibiao Yang --- (In reply to Martin Liška from comment #1) > Fixed on trunk in r247374. Thanks.

[Bug gcov-profile/89465] New: [GCOV] Wrong coverage with setjmp and longjmp function

2019-02-23 Thread yangyibiao at nju dot edu.cn
Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/8/lto-wrapper

[Bug gcov-profile/89468] New: [GCOV] wrong frequencies when the block is empty in a if statement

2019-02-23 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib

[Bug gcov-profile/89470] New: [GCOV] wrong frequencies when if statement is executed after a complicated "?:"statement

2019-02-23 Thread yangyibiao at nju dot edu.cn
NCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLE

[Bug gcov-profile/89467] New: [GCOV] wrong freqencies when there is comparison operator in the right side of the assignment statement

2019-02-23 Thread yangyibiao at nju dot edu.cn
: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs

[Bug gcov-profile/89469] New: [GCOV] wrong frequencies for the first statement in the for(;;) block

2019-02-23 Thread yangyibiao at nju dot edu.cn
Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib

[Bug gcov-profile/89673] New: [GCOV] A label followed with a blank(empty) statement will be wrongly marked as executed in gcov

2019-03-12 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/89675] New: [GCOV] A complex statement in while (1) block is wrongly marked as not-executed in gcov

2019-03-12 Thread yangyibiao at nju dot edu.cn
Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs. COLLECT_GCC=gcc

[Bug gcov-profile/89674] New: [GCOV] A label in if block is not used in reference or goto label is wrongly marked as executed in gcov

2019-03-12 Thread yangyibiao at nju dot edu.cn
: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs

[Bug gcov-profile/90023] New: The coverage of a label is incorrect when it is after a return statement and followed by a blank statement

2019-04-09 Thread yangyibiao at nju dot edu.cn
: UNCONFIRMED Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: yangyibiao at nju dot edu.cn CC: marxin at gcc dot gnu.org Target Milestone: --- $ gcc -v Using built-in specs

  1   2   >