https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111775
--- Comment #1 from Cristian Rodríguez ---
Any hope of getting this fixed for 15? it is quite annoying when trying to
update older codebases to use c99 FAM.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115170
--- Comment #8 from Cristian Rodríguez ---
SO shall I flile a bug report to the linker instead? if -znow is used I would
expect no plt used in the whole executable..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115170
Cristian Rodríguez changed:
What|Removed |Added
Resolution|MOVED |---
Status|RESOLVED
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
gcc inserts calls to __cxa_* functions via PLT even if -fno-plt is given..(or
lazy binding is disabled)
I did not find anywhere if this is requirement so I assume it is an oversight.
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
following code is not diagnosed
#include
#include
#include
struct foo {
int dum;
union {
/* or [1] */
char a[0];
wchar_t b[0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111659
--- Comment #3 from Cristian Rodríguez ---
Example code that emits no warning (in case if there is of any interest)
curl -LO https://www.netlib.org/fp/dtoa.c
gcc-14 -Og -c -Warray-bounds -fstrict-flex-arrays -Werror=strict-flex-arrays
Priority: P3
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
For -Wstrict-flex-arrays to be useful -ftree-vrp must be on..which is not the
case when building with -Og or -O1 .
It will be nice
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
errno = EINVAL;
printf("%#m");
Causes warning: '#' flag used with ‘%m’ gnu_printf format [-Wformat=]
It is a perfectly va
Component: other
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
It will be nice that a set of function attributes like:
__attribute__((signal_handler)) (since "signal" is already used in the AVR
port) for sa_handle
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90941
Cristian Rodríguez changed:
What|Removed |Added
CC||crrodriguez at opensuse dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77531
--- Comment #2 from Cristian Rodríguez ---
(In reply to Jakub Jelinek from comment #1)
> I guess the question is
> 1) in which pass to do this (during expansion of calls?); for SSA_NAMEs it
> could perhaps use get_range_info and warn if it would
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
Using the example in the docs:
void* my_calloc(size_t x , size_t y) __attribute__((alloc_size(1,2)))
since alloc_size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62249
Cristian Rodríguez crrodriguez at opensuse dot org changed:
What|Removed |Added
CC
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Hi:
Current releases have the option to warn/err on the use of __DATE__ , __TIME__
and __TIMESTAMP__, first thanks for implementing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #2 from Cristian Rodríguez crrodriguez at opensuse dot org ---
(In reply to Manuel López-Ibáñez from comment #1)
You can simply redefine them in the command-line:
http://lists.opensuse.org/opensuse-buildservice/2011-04/msg00049
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #6 from Cristian Rodríguez crrodriguez at opensuse dot org ---
(In reply to Manuel López-Ibáñez from comment #5)
(In reply to Cristian Rodríguez from comment #2)
It would be.. if there wasn't half a ton of packages using -Werror
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #19 from Cristian Rodríguez crrodriguez at opensuse dot org ---
(In reply to Jakub Jelinek from comment #18)
I think it is a bad idea to introduce the IFUNC into libgcc_s, because then
while you speed up the few users of this builtin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #11 from Cristian Rodríguez crrodriguez at opensuse dot org ---
Not to be annoying, but compiling the test case attached to this bug report
with clang 3.3 produces code in where
inline u32 popcount64_1(u64 x) { return
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #14 from Cristian Rodríguez crrodriguez at opensuse dot org ---
(In reply to Andrew Pinski from comment #13)
(In reply to Marc Glisse from comment #12)
Why can't you compile
your code with -march=native for the places where you know
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56056
Bug #: 56056
Summary: internal compiler error: in
get_builtin_code_for_version, at
config/i386/i386.c:28686
Classification: Unclassified
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598
--- Comment #14 from Cristian Rodríguez crrodriguez at opensuse dot org
2010-11-23 15:34:19 UTC ---
(In reply to comment #13)
They can use the new rdtsc builtin.
In which GCC version will it appear ? will be cool if you can share a little
21 matches
Mail list logo