https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
--- Comment #6 from GCC Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:a670ebde3995481225ec62b29686ec07a21e5c10
commit r16-170-ga670ebde3995481225ec62b29686ec07a21e5c10
Author: H.J. Lu
Date: Thu Nov 21 07:5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
Bug 48274 depends on bug 117907, which changed state.
Bug 117907 Summary: Inconsistent usages of TARGET_PROMOTE_PROTOTYPES
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117907
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2011-03-24 14:58:31 |2021-7-19
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
--- Comment #4 from Richard Guenther 2011-03-24
15:00:23 UTC ---
FYI
2007-07-09 Richard Guenther
* decl.c (start_preparsed_function): Do not promote return type.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
--- Comment #2 from Michael Matz 2011-03-24 14:51:08
UTC ---
It's x86_64-linux and indeed it does define that hook. Like 19 other targets.
This is quite inconvenient. The target should have a say in what instructions
are generated (as in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48274
--- Comment #1 from joseph at codesourcery dot com 2011-03-24 14:01:18 UTC ---
Does the target in question define TARGET_PROMOTE_PROTOTYPES to return
true? If so, the front end is behaving as requested by the target - while
it would be b
