https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: carlos at redhat dot com
Target Milestone: ---
In glibc we implement the equivalent of __builtin_thread_pointer() and
__builtin_set_thread_pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96200
--- Comment #2 from Carlos O'Donell ---
(In reply to Florian Weimer from comment #1)
> __builtin_set_thread_pointer has little value from a glibc perspective
> because when used in application code, it will always result in undefined
> behavior.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95450
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51255
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91628
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91628
--- Comment #14 from Carlos O'Donell ---
My preference for would be a distinct *.S file as Florian suggests, it's the
most robust solution.
The only other alternative I would consider is a new __builtin_get_tls_offset()
that does what you want,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70082
--- Comment #7 from Carlos O'Donell ---
(In reply to Martin Sebor from comment #6)
> Carlos, do you still feel diagnosing some of the [mis]uses would be helpful,
> e.g., by a warning? (I ask because I've been doing some work in this area
> -- pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84829
--- Comment #8 from Carlos O'Donell ---
(In reply to Florian Weimer from comment #6)
> (In reply to Jakub Jelinek from comment #5)
> > -mieee-fp does affect code generation on x86 and m68k, but I don't see how
> > it is related to any changes in
: normal
Priority: P3
Component: c
Assignee: unassigned at gcc dot gnu.org
Reporter: carlos at redhat dot com
Target Milestone: ---
In 2005 the GNU IFUNC support was documented and added to GCC via the ifunc
attribute. To be honest this was a mistake, the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70082
--- Comment #1 from Carlos O'Donell ---
... and non-local variable access should be disallowed, as well as TLS
variables, and anything that needs a constructor to be initialized (non-POD).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70082
--- Comment #2 from Carlos O'Donell ---
There might be the case where it is argued that documentation is all that is
needed, but that doesn't yield a robust implementation. My biggest worry after
seeing gperftools/tcmalloc use IFUNC is that it wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70082
--- Comment #4 from Carlos O'Donell ---
(In reply to Jakub Jelinek from comment #3)
> I don't think the compiler should do the policeman here, it is enough if
> glibc documents what it does and doesn't support in ifunc (which is of
> course gener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70082
--- Comment #5 from Carlos O'Donell ---
Would it be a better solution to:
(a) Fix PLT initialization on arm and ppc64 (allows some function calls to be
made).
(b) Document safe functions in glibc manual.
(c) Have gcc manual reference glibc man
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66830
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71445
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56955
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60925
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=59920
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68921
Carlos O'Donell changed:
What|Removed |Added
CC||carlos at redhat dot com
--- Co
Assignee: unassigned at gcc dot gnu.org
Reporter: carlos at redhat dot com
Target Milestone: ---
At present gcc supports alias, weak, section, optimize, used, visibility,
tls_model, and that lets user application do a lot of things with functions,
particularly with respect to
21 matches
Mail list logo
