[Bug c/109530] New: Warning "is used uninitialized" raised for an initialized variable.

2023-04-16 Thread patrick.pelissier at gmail dot com via Gcc-bugs
ty: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- For the following program: #include #include jmp_buf buf; jmp_buf buf1; typedef struct ry_s { struct

[Bug c/108201] New: Warning about conversion from unsigned int to unsigned int

2022-12-22 Thread patrick.pelissier at gmail dot com via Gcc-bugs
Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- On a Linux x86_64 system, with GCC 12.2.0, when I build the following program with -Wsign-conversion , typedef unsigned int

[Bug c/53769] [C11]: Macros __STDC_NO_THREADS__ / __STDC_NO_ATOMIC__ missing.

2021-01-11 Thread patrick.pelissier at gmail dot com via Gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769 Patrick Pelissier changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/90962] New: Array bound over optimization

2019-06-22 Thread patrick.pelissier at gmail dot com
Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- For the following program, GCC optimizes away the loop that affects the array: #include #include struct node_s { unsigned int size; struct m_s *tab[1]; }; typedef struct m_s

[Bug tree-optimization/81741] Misoptimisation : replacing a constant field read access by a function call

2017-08-07 Thread patrick.pelissier at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81741 --- Comment #2 from Patrick Pelissier --- I can reproduce the behavior without __builtin_constant_p by removing it from the M_ASSUME macro : # define M_ASSUME(x)\ ( (x) ?

[Bug c/81741] New: Misoptimisation : replacing a constant field read access by a function call

2017-08-06 Thread patrick.pelissier at gmail dot com
: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- GCC 7.1.0 generates for the following code: #include typedef struct string_s { unsigned long size, alloc; char

[Bug c/19972] -Wreturn-local-addr misses return of local (nested) function pointer

2017-07-25 Thread patrick.pelissier at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19972 --- Comment #3 from Patrick Pelissier --- I have tested with GCC 7.1.0 the code of #0 (forget the function h, this was only a reference) and the status is the same as described in #0. For the following code, int (*apply (int (*f) (const void

[Bug c++/60932] make stdatomic.h compatible with C++

2017-04-07 Thread patrick.pelissier at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932 Patrick Pelissier changed: What|Removed |Added CC||patrick.pelissier at gmail dot com

[Bug c/71949] ATOMIC_FLAG_INIT definition in stdatomic.h

2016-07-27 Thread patrick.pelissier at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71949 --- Comment #2 from Patrick Pelissier --- I am not sure that DR#454 applies to this case as _Atomic types are allowed to have additional state needed by the implementation to carry for the atomic object (ยง7.17.2.2) whereas atomic_flag has only

[Bug c/71949] New: ATOMIC_FLAG_INIT definition in stdatomic.h

2016-07-20 Thread patrick.pelissier at gmail dot com
Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- Compiling the following program, I get one error for one kind of affectation to ATOMIC_FLAG_INIT : #include void f(void) { atomic_flag f1 = ATOMIC_FLAG_INIT

[Bug middle-end/71789] New: atomic_int incompatibility warning between C and C++ [-Wlto-type-mismatch]

2016-07-07 Thread patrick.pelissier at gmail dot com
: normal Priority: P3 Component: middle-end Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- Trying to use a C library within a C++ program, I get some errors due to the header of the C library including

[Bug preprocessor/69093] New: implement -fmacro-backtrace-limit

2015-12-30 Thread patrick.pelissier at gmail dot com
: preprocessor Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com Target Milestone: --- Recent gcc performs full backtrace when error / warning appear within a macro but has not any option to limit its size. This makes gcc hard to use for debugging

[Bug c/64518] New: Warning about comparison between signed and unsigned can be useless in some cases

2015-01-07 Thread patrick.pelissier at gmail dot com
Severity: enhancement Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com For the following function: int f(int x) { return ( x = 0 x sizeof(int)); } I get the following warning with gcc -Wsign-compare

[Bug c/63597] New: Generate useless trampoline for some nested function

2014-10-19 Thread patrick.pelissier at gmail dot com
Component: c Assignee: unassigned at gcc dot gnu.org Reporter: patrick.pelissier at gmail dot com In some cases, GCC generate a trampoline for nested functions whereas it is not needed. For example, for the code: extern void h(void (*)(int*), int*); int f(int x, int y) { int

[Bug c/63597] Generate useless trampoline for some nested function

2014-10-19 Thread patrick.pelissier at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63597 Patrick Pelissier patrick.pelissier at gmail dot com changed: What|Removed |Added Version|4.9.2

[Bug c/53769] New: [C11]: Macros __STDC_NO_THREADS__ / __STDC_NO_ATOMIC__ missing.

2012-06-25 Thread patrick.pelissier at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769 Bug #: 53769 Summary: [C11]: Macros __STDC_NO_THREADS__ / __STDC_NO_ATOMIC__ missing. Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED