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
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53769
Patrick Pelissier changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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
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) ?
: 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
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 *,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60932
Patrick Pelissier changed:
What|Removed |Added
CC||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 tw
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
: 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
: 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
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 w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63597
Patrick Pelissier changed:
What|Removed |Added
Version|4.9.2 |4.9.1
--- Comment #1 from Patrick Pe
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
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
16 matches
Mail list logo
