LDFLAGS -Wl,-znotext for openh264 on x86_32
Reported by
virus.fl...@gmail.com,
Oct 23
|
|
Issue descriptionUserAgent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3163.100 Safari/537.36 Steps to reproduce the problem: be default Chromium's bundled openh264 can't be built on i386 with use_lld=true ------------------ >>> defined in obj/third_party/openh264/libopenh264_common_yasm.a(dct.o) >>> referenced by ../../third_party/openh264/src/codec/common/x86/dct.asm >>> dct.o:(.text+0x3DA) in archive obj/third_party/openh264/libopenh264_common_yasm.a /usr/bin/ld.lld: error: can't create dynamic relocation R_386_32 against local symbol in readonly segment; recompile object files with -fPIC ----------------- This can be fixed by export LDFLAGS="$LDFLAGS -Wl,-znotext" Please add these LDFLAGS to building opnh264 with clang's lld. Source of the solution: https://svnweb.freebsd.org/ports?view=revision&revision=480034 I encountered this problem on Linux. What is the expected behavior? What went wrong? . Did this work before? N/A Chrome version: 61.0.3163.100 Channel: n/a OS Version: Flash Version: Shockwave Flash 30.0 r0 |
|
►
Sign in to add a comment |
|
Comment 1 by dtapu...@chromium.org
, Oct 26