P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: crrodriguez at opensuse dot org
Target Milestone: ---
POSIX Issue 8 includes strlcpy and strlcat functions, They are not particulary
nice or efficient so it will be cool if GCC could transform to mem*cpy cases
where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896
--- Comment #53 from Cristian Rodríguez ---
Any hope for something that could apply to for example struct sockaddr ? where
the last member is AT LEAST 14 bytes but it size is otherwise unspecified? or
do we need to turn sa_data into a c99 flexib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108896
--- Comment #52 from Cristian Rodríguez ---
Any hope for something that could apply to for example struct sockaddr ? where
the last member is AT LEAST 14 bytes but it size is otherwise unspecified? or
do we need to turn sa_data into a c99 flexib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
--- Comment #15 from Cristian Rodríguez ---
Was this issue ever fixed/addressed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88814
--- Comment #4 from Cristian Rodríguez ---
Any hope to revive this now that memccpy is on the C23 standard?
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
-DIEEE_8
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 for
ty: normal
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=]
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 changed:
What|Removed |Added
CC||crrodriguez at opensuse dot org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #6 from Cristian Rodríguez ---
(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
>
> In fact, it was committed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61371
--- Comment #2 from Cristian Rodríguez ---
(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.html
>
> isn't that enough?
I
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 this as it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #19 from Cristian Rodríguez ---
(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, you slow down all users of
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #14 from Cristian Rodríguez ---
(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 you are going to
> compile an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36041
--- Comment #11 from Cristian Rodríguez ---
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 __builtin_popcountll(x); }
is over 3 times fa
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
Version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46598
--- Comment #14 from Cristian Rodríguez
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
example as well.
26 matches
Mail list logo
