Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[Bug 229155] "Unsupported relocation type 11 in non-PLT relocations"

8 views
Skip to first unread message

bugzilla...@freebsd.org

unread,
Jun 19, 2018, 8:41:40 AM6/19/18
to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229155

Bug ID: 229155
Summary: "Unsupported relocation type 11 in non-PLT
relocations" when running compiled binary
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
Status: New
Severity: Affects Only Me
Priority: ---
Component: bin
Assignee: bu...@FreeBSD.org
Reporter: arr...@FreeBSD.org

I'm trying to compile TensorFlow library and during build it produces helper
executables that generate some app-specific code. Some of these helper
executables get broken: when running them they yield something like

bin/tensorflow/cc/ops/candidate_sampling_ops_gen_cc: Unsupported relocation
type 11 in non-PLT relocations

To make it easier to reproduce the bug, I've created a preliminary port, see
https://reviews.freebsd.org/D15902

Steps to reproduce:

1. cd into your ports dir

2. arc patch D15902 to pull the patch in, or do it manually

3. make build BAZEL_EXTRA_ARGS="-s"
BAZEL_TARGET=//tensorflow/cc:ops1/candidate_sampling_ops_gen_cc
This will produce
"work/tensorflow-1.8.0/bazel-bin/tensorflow/cc/ops/candidate_sampling_ops_gen_cc"
binary.

4. Either try running it manually or try building another target that uses this
executable:

rm work/.build_done.tensorflow._usr_local
make build BAZEL_EXTRA_ARGS="-s"
BAZEL_TARGET=//tensorflow/cc:candidate_sampling_ops_genrule

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
freebs...@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-bugs
To unsubscribe, send any mail to "freebsd-bugs...@freebsd.org"

bugzilla...@freebsd.org

unread,
Jun 21, 2018, 7:51:27 PM6/21/18
to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229155

Ed Maste <ema...@freebsd.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |ema...@freebsd.org

--- Comment #1 from Ed Maste <ema...@freebsd.org> ---
I presume this is amd64?

#define R_X86_64_32S 11 /* Add 32 bit sign extended symbol
value */

/*
* missing:
* R_X86_64_GOTPCREL, R_X86_64_32, R_X86_64_32S, R_X86_64_16,
* R_X86_64_PC16, R_X86_64_8, R_X86_64_PC8
*/
default:
_rtld_error("%s: Unsupported relocation type %u"
" in non-PLT relocations\n", obj->path,
(unsigned int)ELF_R_TYPE(rela->r_info));
goto done;

The missing R_X86_64_32S comment comes from r115280:

Initial pass at supporting shared libraries on amd64. There are still
a few missing relocation types in amd64/reloc.c, but I have not found
any of them in use yet. :-)

bugzilla...@freebsd.org

unread,
Jun 22, 2018, 4:13:22 AM6/22/18
to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=229155

--- Comment #2 from Gleb Popov <arr...@FreeBSD.org> ---
(In reply to Ed Maste from comment #1)

Yep, amd64. This comment looks like a cause.
0 new messages