public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
[not found] <bug-24201-4@http.gcc.gnu.org/bugzilla/>
@ 2012-01-11 14:45 ` rguenth at gcc dot gnu.org
2021-09-12 21:01 ` pinskia at gcc dot gnu.org
1 sibling, 0 replies; 7+ messages in thread
From: rguenth at gcc dot gnu.org @ 2012-01-11 14:45 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
Richard Guenther <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
Last reconfirmed| |2012-01-11
Ever Confirmed|0 |1
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
[not found] <bug-24201-4@http.gcc.gnu.org/bugzilla/>
2012-01-11 14:45 ` [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME rguenth at gcc dot gnu.org
@ 2021-09-12 21:01 ` pinskia at gcc dot gnu.org
1 sibling, 0 replies; 7+ messages in thread
From: pinskia at gcc dot gnu.org @ 2021-09-12 21:01 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
Andrew Pinski <pinskia at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |missed-optimization
Last reconfirmed|2012-01-11 00:00:00 |2021-9-12
--- Comment #7 from Andrew Pinski <pinskia at gcc dot gnu.org> ---
Note HOT_TEXT_SECTION_NAME/UNLIKELY_EXECUTED_TEXT_SECTION_NAME are no longer,
They are part of default_function_section now.
Note I suspect if we change the names in varasm.c, we need to change the
default linker script in binutils to do the same.
The big question is who defines a function named hot/unlikely/startup
(Note exit is already named as a standard C function which is for the exit so
that is ok).
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
2005-10-04 21:45 [Bug c/24201] New: " hjl at lucon dot org
` (3 preceding siblings ...)
2005-10-04 23:14 ` pinskia at gcc dot gnu dot org
@ 2005-10-05 0:37 ` hjl at lucon dot org
4 siblings, 0 replies; 7+ messages in thread
From: hjl at lucon dot org @ 2005-10-05 0:37 UTC (permalink / raw)
To: gcc-bugs
------- Comment #6 from hjl at lucon dot org 2005-10-05 00:37 -------
I used libstdc++ as an example to show that it isn't unreasonable to have
.o files compiled with and without -fffunction-sections. Besides, on my system
there is a libstdc++.a. We can just use something like
#define HOT_TEXT_SECTION_NAME ".text..hot"
#define UNLIKELY_EXECUTED_TEXT_SECTION_NAME ".text..unlikely"
to avoid this issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
2005-10-04 21:45 [Bug c/24201] New: " hjl at lucon dot org
` (2 preceding siblings ...)
2005-10-04 22:58 ` hjl at lucon dot org
@ 2005-10-04 23:14 ` pinskia at gcc dot gnu dot org
2005-10-05 0:37 ` hjl at lucon dot org
4 siblings, 0 replies; 7+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-10-04 23:14 UTC (permalink / raw)
To: gcc-bugs
------- Comment #5 from pinskia at gcc dot gnu dot org 2005-10-04 23:14 -------
(In reply to comment #4)
> A library may be compiled with -ffunction-sections. It doesn't mean that all
> codes linked against that library have to use -ffunction-sections. For example,
> libstdc++ is compiled with -ffunction-sections. Do I have to use it for all
> programs linked against libstdc++? A better naming scheme can help this.
but libstdc++ is dynamic/shared library so it should not matter with respect
linking.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
2005-10-04 21:45 [Bug c/24201] New: " hjl at lucon dot org
2005-10-04 21:53 ` [Bug middle-end/24201] " pinskia at gcc dot gnu dot org
2005-10-04 22:41 ` pinskia at gcc dot gnu dot org
@ 2005-10-04 22:58 ` hjl at lucon dot org
2005-10-04 23:14 ` pinskia at gcc dot gnu dot org
2005-10-05 0:37 ` hjl at lucon dot org
4 siblings, 0 replies; 7+ messages in thread
From: hjl at lucon dot org @ 2005-10-04 22:58 UTC (permalink / raw)
To: gcc-bugs
------- Comment #4 from hjl at lucon dot org 2005-10-04 22:58 -------
A library may be compiled with -ffunction-sections. It doesn't mean that all
codes linked against that library have to use -ffunction-sections. For example,
libstdc++ is compiled with -ffunction-sections. Do I have to use it for all
programs linked against libstdc++? A better naming scheme can help this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
2005-10-04 21:45 [Bug c/24201] New: " hjl at lucon dot org
2005-10-04 21:53 ` [Bug middle-end/24201] " pinskia at gcc dot gnu dot org
@ 2005-10-04 22:41 ` pinskia at gcc dot gnu dot org
2005-10-04 22:58 ` hjl at lucon dot org
` (2 subsequent siblings)
4 siblings, 0 replies; 7+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-10-04 22:41 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from pinskia at gcc dot gnu dot org 2005-10-04 22:41 -------
(In reply to comment #2)
> The problem is with -ffunction-sections, we may put a very big cold function in
> the .text.hot section and a very hot function in the .text.unlikely section. It
> defeats the whole purpose of .text.hot/.text.unlikely.
But -ffunction-sections disables the use hot/unlikely sections so what is the
problem?
Maybe you should not be mixing code compiled with and without
-ffunction-sections.
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |minor
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
^ permalink raw reply [flat|nested] 7+ messages in thread
* [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME
2005-10-04 21:45 [Bug c/24201] New: " hjl at lucon dot org
@ 2005-10-04 21:53 ` pinskia at gcc dot gnu dot org
2005-10-04 22:41 ` pinskia at gcc dot gnu dot org
` (3 subsequent siblings)
4 siblings, 0 replies; 7+ messages in thread
From: pinskia at gcc dot gnu dot org @ 2005-10-04 21:53 UTC (permalink / raw)
To: gcc-bugs
------- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-04 21:52 -------
I don't see why this is really a problem. It only effects the gcing sections,
it just means you are not going to remove those functions when used with other
functions which are in the hold/cold section.
--
pinskia at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Component|c |middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24201
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2021-09-12 21:01 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-24201-4@http.gcc.gnu.org/bugzilla/>
2012-01-11 14:45 ` [Bug middle-end/24201] Potential problems with HOT_TEXT_SECTION_NAME rguenth at gcc dot gnu.org
2021-09-12 21:01 ` pinskia at gcc dot gnu.org
2005-10-04 21:45 [Bug c/24201] New: " hjl at lucon dot org
2005-10-04 21:53 ` [Bug middle-end/24201] " pinskia at gcc dot gnu dot org
2005-10-04 22:41 ` pinskia at gcc dot gnu dot org
2005-10-04 22:58 ` hjl at lucon dot org
2005-10-04 23:14 ` pinskia at gcc dot gnu dot org
2005-10-05 0:37 ` hjl at lucon dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).