Bug 255590 - multimedia/aom: ld: error: undefined symbol: environ
Summary: multimedia/aom: ld: error: undefined symbol: environ
Status: Open
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Jan Beich
URL:
Keywords: needs-qa
Depends on:
Blocks:
 
Reported: 2021-05-04 10:32 UTC by ice
Modified: 2021-05-05 03:43 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (jbeich)


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ice 2021-05-04 10:32:28 UTC
ports r10-eol-85704-gf368d239f06a, same issue on 12.2 and 13.0 (with or without MAKE_JOBS_UNSAFE). Seems to be something new with AOM 3.1.0 as 3.0.0 was fine.

/usr/bin/c++ -fPIC -O2 -pipe -fstack-protector-strong -isystem ... -o libaom.so.3.1.0 ...

On 12.2:

ld: error: undefined symbol: environ
>>> referenced by tls.c:435 (/usr/src/lib/libc/gen/tls.c:435) 
>>>               tls.o:(_init_tls) in archive /usr/lib/libc.a
>>> referenced by exec.c:78 (/usr/src/lib/libc/gen/exec.c:78)
>>>               exec.o:(execl) in archive /usr/lib/libc.a
>>> referenced by exec.c:145 (/usr/src/lib/libc/gen/exec.c:145)
>>>               exec.o:(execlp) in archive /usr/lib/libc.a
>>> referenced by exec.c:145 (/usr/src/lib/libc/gen/exec.c:145)
>>>               exec.o:(execvp) in archive /usr/lib/libc.a
>>> referenced by exec.c:138 (/usr/src/lib/libc/gen/exec.c:138)
>>>               exec.o:(execv) in archive /usr/lib/libc.a
>>> referenced by exec.c:293 (/usr/src/lib/libc/gen/exec.c:293)
>>>               exec.o:(execvP) in archive /usr/lib/libc.a
>>> referenced by getenv.c:250 (/usr/src/lib/libc/stdlib/getenv.c:250)
>>>               getenv.o:(__clean_env_destructor) in archive /usr/lib/libc.a
>>> referenced by getenv.c:251 (/usr/src/lib/libc/stdlib/getenv.c:251)
>>>               getenv.o:(__clean_env_destructor) in archive /usr/lib/libc.a
>>> referenced by getenv.c:440 (/usr/src/lib/libc/stdlib/getenv.c:440)
>>>               getenv.o:(getenv) in archive /usr/lib/libc.a
>>> referenced by getenv.c:546 (/usr/src/lib/libc/stdlib/getenv.c:546)
>>>               getenv.o:(__merge_environ) in archive /usr/lib/libc.a
>>> referenced 12 more times

ld: error: undefined symbol: __progname
>>> referenced by getprogname.c:16 (/usr/src/lib/libc/gen/getprogname.c:16)
>>>               getprogname.o:(_getprogname) in archive /usr/lib/libc.a
c++: error: linker command failed with exit code 1 (use -v to see invocation)

On 13.0:

: && /usr/bin/c++ -fPIC -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing  -isystem /usr/local/includeld: error: undefined symbol: environ
>>> referenced by auxv.c:54 (/usr/src/lib/libc/gen/auxv.c:54)
>>>               auxv.o:(init_aux_vector_once) in archive /usr/lib/libc.a
>>> referenced by tls.c:434 (/usr/src/lib/libc/gen/tls.c:434)
>>>               tls.o:(_init_tls) in archive /usr/lib/libc.a
>>> referenced by getenv.c:250 (/usr/src/lib/libc/stdlib/getenv.c:250)
>>>               getenv.o:(__clean_env_destructor) in archive /usr/lib/libc.a
>>> referenced 19 more times

ld: error: undefined symbol: __progname
>>> referenced by getprogname.c:16 (/usr/src/lib/libc/gen/getprogname.c:16)
>>>               getprogname.o:(_getprogname) in archive /usr/lib/libc.a
c++: error: linker command failed with exit code 1 (use -v to see invocation)
Comment 1 Jan Beich freebsd_committer 2021-05-04 10:48:38 UTC
Does it build if you disable VMAF option?
Comment 2 ice 2021-05-04 11:42:43 UTC
(In reply to Jan Beich from comment #1)

Yes, both do build with VMAF=off.