https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
--- Comment #7 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:673a10aee1aafe0c99bfadc29a7458339bdddb3a
commit r12-7436-g673a10aee1aafe0c99bfadc29a7458339bdddb3a
Author: H.J. Lu
Date: Tue Mar 1 07:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
--- Comment #6 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:5c4258d7c78a92ab17c14dec1163d87fc42ff019
commit r12-7213-g5c4258d7c78a92ab17c14dec1163d87fc42ff019
Author: H.J. Lu
Date: Thu Feb 10 05:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
--- Comment #5 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:ab0b5fbfe90168d2e470aefb19e0cf31526290bc
commit r12-7126-gab0b5fbfe90168d2e470aefb19e0cf31526290bc
Author: H.J. Lu
Date: Sat Jun 19 05:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
H.J. Lu changed:
What|Removed |Added
CC||rafael.espindola at gmail dot
com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
--- Comment #3 from H.J. Lu ---
Hidden ifunc address has the similar issue, see the testcase in PR 83782.
If targetm.binds_local_p needs to know if the symbol is used for read,
write or branch, so that all function pointers, including hidden ones
--- Comment #2 from hjl dot tools at gmail dot com 2010-01-06 23:33 ---
Function pointer != function address in shared library.
When a function is protected, the one defined in shared library
will be called. But its function pointer can be outside of
shared library. So protected function
--- Comment #1 from hjl dot tools at gmail dot com 2008-03-09 15:16 ---
We can add a parameter to indicate for read, write and branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35513
