gst-plugins-bad fails to build vpx plugin

[ianshowalter@…]

When attempting to build gst-plugins-bad, the following error message occurs:

Error: Target org.macports.build returned: shell command failed
Log for gst-plugins-bad is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gst-plugins-bad/main.log Error: Status 1 encountered during processing.

The "good" and "ugly" gst-plugins packages built and installed just fine, so the problem seems unique to the "bad" package.

[ianshowalter@…]

Log for gst-plugins-bad

[ryandesign (Ryan Carsten Schmidt)]

Don't forget WikiFormatting and to Cc the port's maintainer.

The relevant error from the log seems to be:

ld: absolute addressing (perhaps -mdynamic-no-pic) used in _vp8_short_idct4x4llm_mmx from /opt/local/lib/libvpx.a(idctllm_mmx.asm.o) not allowed in slidable image. Use '-read_only_relocs suppress' to enable text relocs
collect2: ld returned 1 exit status
make[3]: *** [libgstvp8.la] Error 1
make[2]: *** [vp8] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

[rmstonecipher@…]

Ian,
Are you still experiencing this error?
I have not yet been able to reproduce it.
If you have found a work-around, let me know and I might add it to the Portfile if others experience the same error.
Ryan

[ianshowalter@…]

Newest logfile of the build crash (20 Oct. 2010).

[ianshowalter@…]

Ryan, I am still experiencing the error (haven't been able to figure out a workaround, either); I just tried again this morning after seeing your message, and I've attached the newest logfile. Thanks, Ian

[rmstonecipher@…]

Ian,
I have had no success coaxing gst-plugins-bad into building for i386.
I do not have a 32-bit OS X 10.5 installation on which I can try to reproduce the error you're experiencing.
My best guess at this point would be to disable whichever piece of gst-plugins-bad isn't building properly for your OS/architecture combination.

[rmstonecipher@…]

Ian,
Because gst-plugins-bad did not explicitly depend upon libvpx, I could not reproduce your error - no other port had installed libvpx, so gst-plugins-bad did not detect it during configure and disabled the vpx plugin automatically.
I recently installed a port which depends upon libvpx and observed the problem you described when upgrading gst-plugins-bad to 0.10.22.
Joshua Root helped me identify the source of the problem, which was fixed in r78724 by enabling position-independent-code in libvpx.
Feel free to re-open this ticket if the problem persists after upgrading libvpx to 0.9.6_1.

Cheers,
Ryan Stonecipher