[Bug target/64363] Unresolved labels with -fcheck-pointer-bounds and -mmpx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64363 Ilya Enkovich changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ienkovich at gcc dot gnu.org Resolution|--- |FIXED --- Comment #4 from Ilya Enkovich --- Fixed
[Bug target/64363] Unresolved labels with -fcheck-pointer-bounds and -mmpx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64363 --- Comment #3 from Christian Otterstad --- Great, it seems this corrected the issue, but a new problem that didn't appear to exist before seems to have been introduced. I created a new bug issue for it. Bug 64805: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64805
[Bug target/64363] Unresolved labels with -fcheck-pointer-bounds and -mmpx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64363 --- Comment #2 from ienkovich at gcc dot gnu.org --- Author: ienkovich Date: Fri Jan 16 13:08:24 2015 New Revision: 219733 URL: https://gcc.gnu.org/viewcvs?rev=219733&root=gcc&view=rev Log: gcc/ PR target/64363 * ipa-chkp.h (chkp_instrumentable_p): New. * ipa-chkp.c: Include tree-inline.h. (chkp_instrumentable_p): New. (chkp_maybe_create_clone): Use chkp_instrumentable_p. Fix processing of not instrumentable functions. (chkp_versioning): Use chkp_instrumentable_p. Warn about not instrumentable functions. * tree-chkp.c (chkp_add_bounds_to_call_stmt): Use chkp_instrumentable_p. * tree-inline.h (copy_forbidden): New. * tree-inline.c (copy_forbidden): Not static anymore. gcc/testsuite/ PR target/64363 * gcc.target/i386/chkp-label-address.c: New. Added: trunk/gcc/testsuite/gcc.target/i386/chkp-label-address.c Modified: trunk/gcc/ChangeLog trunk/gcc/ipa-chkp.c trunk/gcc/ipa-chkp.h trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-chkp.c trunk/gcc/tree-inline.c trunk/gcc/tree-inline.h
[Bug target/64363] Unresolved labels with -fcheck-pointer-bounds and -mmpx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64363 Ilya Enkovich changed: What|Removed |Added CC||enkovich.gnu at gmail dot com --- Comment #1 from Ilya Enkovich --- We copy function to instrument it but static var is initialized using labels from the original function and thus we get unresolved links. Suppose we would get the same problem with non local gotos. Suppose it would be more safe to just don't instrument such functions for now and get back to it at the next stage 1.