On Thu, Jun 18, 2009 at 12:32:44AM -0400, Brad wrote: > Here is an update to VLC 1.0.0rc4. Someone please check this on amd64 > and macppc and send me full build logs, especially if it doesn't build.
Hello Brad, I tried to build this on amd64. It pulls in a lot of stuff, but ultimately fails: --- tail of build log --- mkdir .libs/libi420_rgb_mmx_plugin.lax rm -fr .libs/libi420_rgb_mmx_plugin.lax/libcompat.a mkdir .libs/libi420_rgb_mmx_plugin.lax/libcompat.a (cd .libs/libi420_rgb_mmx_plugin.lax/libcompat.a && ar x /usr/ports/mystuff/x11/vlc/w-vlc-1.0.0-rc4/vlc-1.0.0-rc4/modules/video_chroma/../../compat/.libs/libcompat.a) cc -shared -fPIC -DPIC -o .libs/libi420_rgb_mmx_plugin.so .libs/libi420_rgb_mmx_plugin_la-i420_rgb.o .libs/libi420_rgb_mmx_plugin_la-i420_rgb16.o .libs/libi420_rgb_mmx_plugin.lax/libcompat.a/strndup.o .libs/libi420_rgb_mmx_plugin.lax/libcompat.a/strnlen.o -L/usr/local/lib -ldbus-1 -lm -lintl -liconv -L../../src/.libs -lvlccore -L/usr/X11R6/lib -mmmx -pthread -pthread -pthread -pthread -pthread /usr/bin/ld: .libs/libi420_rgb_mmx_plugin_la-i420_rgb16.o: relocation R_X86_64_32S can not be used when making a shared object; recompile with -fPIC .libs/libi420_rgb_mmx_plugin_la-i420_rgb16.o: could not read symbols: Bad value collect2: ld returned 1 exit status gmake[4]: *** [libi420_rgb_mmx_plugin.la] Error 1 gmake[4]: Leaving directory `/usr/ports/mystuff/x11/vlc/w-vlc-1.0.0-rc4/vlc-1.0.0-rc4/modules/video_chroma' gmake[3]: *** [all] Error 2 gmake[3]: Leaving directory `/usr/ports/mystuff/x11/vlc/w-vlc-1.0.0-rc4/vlc-1.0.0-rc4/modules/video_chroma' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/mystuff/x11/vlc/w-vlc-1.0.0-rc4/vlc-1.0.0-rc4/modules' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/mystuff/x11/vlc/w-vlc-1.0.0-rc4/vlc-1.0.0-rc4' gmake: *** [all] Error 2 *** Error code 2 Stop in /usr/ports/mystuff/x11/vlc (line 2177 of /usr/ports/infrastructure/mk/bsd.port.mk). --- end of build log --- The only other mention of .libs/libi420_rgb_mmx_plugin_la-i420_rgb16.o is on a line that reads cc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../include -I/usr/ports/mystuff/x11/vlc/w-vlc-1.0.0-rc4/vlc-1.0.0-rc4/include -I/usr/X11R6/include -I/usr/local/include -I/usr/local/include/libpng -DSYS_OPENBSD4_5 -I/usr/local/include -D_FILE_OFFSET_BITS=64 -D__USE_UNIX98 -D_LARGEFILE64_SOURCE -D_REENTRANT -D_THREAD_SAFE -D__LIBVLC__ -D__PLUGIN__ -DMODULE_NAME=i420_rgb_mmx -DMODULE_NAME_IS_i420_rgb_mmx -DMODULE_STRING=\"i420_rgb_mmx\" -O0 -mmmx -O2 -pipe -pthread -Wall -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings -Wmissing-prototypes -Werror-implicit-function-declaration -MT libi420_rgb_mmx_plugin_la-i420_rgb16.lo -MD -MP -MF .deps/libi420_rgb_mmx_plugin_la-i420_rgb16.Tpo -c i420_rgb16.c -fPIC -DPIC -o .libs/libi420_rgb_mmx_plugin_la-i420_rgb16.o In other words, -fPIC appears to have been passed to gcc, but perhaps some other option overrode it? The full build log, dmesg, and list of installed ports is available from http://www.joachimschipper.nl/posts/20090618/. (The log is rather large.) On an unrelated note, does someone think that -pthread -pthread -pthread -pthread -pthread makes certain that a program can handle *lots* of threads? Like, 5 times as many? Joachim
