New issue
Advanced search Search tips

Issue 898171 link

Starred by 1 user

Issue metadata

Status: Unconfirmed
Owner: ----
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 2
Type: Bug



Sign in to add a comment

LDFLAGS -Wl,-znotext for openh264 on x86_32

Reported by virus.fl...@gmail.com, Oct 23

Issue description

UserAgent: 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
 
Components: Build

Sign in to add a comment