[FFmpeg-trac] #3649(avutil:new): Solaris Intel static libraries required AMD 3D NOW even though the CPU doesn't support
FFmpeg
trac at avcodec.org
Mon May 26 01:45:59 CEST 2014
#3649: Solaris Intel static libraries required AMD 3D NOW even though the CPU
doesn't support
---------------------------------------+----------------------------------
Reporter: bmitchel | Owner:
Type: defect | Status: new
Priority: minor | Component: avutil
Version: 2.2.1 | Resolution:
Keywords: solaris intel | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
---------------------------------------+----------------------------------
Comment (by bmitchel):
With regards to reproducible by using ffmpeg, it doesn't appear so. Even
running "file ffmpeg" does not show a requirement for the AMD_3dNow
extension.
I use the oracle compiler to build on Intel Solaris 10 and have this issue
with a C++ built program that includes the libavcodec et al libraries.
I do not have an issue if I use dynamic libraries for some reason.
--
I tried compiling 2.2.2 on Solaris Intel and I'm failing to link ffmpeg.
LD ffmpeg_g
Undefined first referenced
symbol in file
ff_synth_filter_inner_sse2 libavcodec/libavcodec.a(dcadsp_init.o)
ld: fatal: symbol referencing errors. No output written to ffmpeg_g
gmake: *** [ffmpeg_g] Error 2
configuring using:
bash ./configure --extra-cflags="-fPIC" --disable-mmx --disable-
protocol=udp --disable-encoder=nellymoser --cc=cc --cxx=CC --disable-doc
So I am unable to test if it is an issue with the latest version.
FYI, I did specify --disable-3dnow when it was recompiled.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/3649#comment:3>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list