https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
sandra at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
--- Comment #5 from sandra at gcc dot gnu.org ---
Author: sandra
Date: Tue Feb 26 02:33:26 2019
New Revision: 269203
URL: https://gcc.gnu.org/viewcvs?rev=269203=gcc=rev
Log:
2019-02-25 Sandra Loosemore
PR c/80409
gcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
Eric Gallager changed:
What|Removed |Added
Keywords||documentation, easyhack
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
--- Comment #3 from joseph at codesourcery dot com ---
On Wed, 12 Apr 2017, pascal_cuoq at hotmail dot com wrote:
> Since the open-source world divides the C compilation platform described by
> the
> C standard into C compilers (Clang, GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
--- Comment #2 from Pascal Cuoq ---
> it should work even with standard c
Quoting from 7.6.1.1:2
… the behavior is undefined, except for the following cases:
* …
* one type is pointer to void and the other is a pointer to a character
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80409
--- Comment #1 from Andrew Pinski ---
I don't see why this needs to be documented as it should work even with
standard c. That is for an example %p in printf takes a void* but nobody casts
it to void* when passing to printf.