Opened 14 years ago
Closed 13 years ago
#26509 closed defect (fixed)
gst-plugins-bad fails to build vpx plugin
Reported by: | ianshowalter@… | Owned by: | rmstonecipher@… |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 1.9.1 |
Keywords: | Cc: | ||
Port: | gst-plugins-bad |
Description (last modified by ryandesign (Ryan Carsten Schmidt))
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.
Attachments (2)
Change History (7)
Changed 14 years ago by ianshowalter@…
comment:1 Changed 14 years ago by ryandesign (Ryan Carsten Schmidt)
Description: | modified (diff) |
---|---|
Owner: | changed from macports-tickets@… to rmstonecipher@… |
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
comment:2 Changed 14 years ago by 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
Changed 14 years ago by ianshowalter@…
Attachment: | main.log.zip added |
---|
Newest logfile of the build crash (20 Oct. 2010).
comment:3 Changed 14 years ago by 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
comment:4 Changed 14 years ago by 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.
comment:5 Changed 13 years ago by rmstonecipher@…
Resolution: | → fixed |
---|---|
Status: | new → closed |
Summary: | gst-plugins-bad 0.10.20 build failure → gst-plugins-bad fails to build vpx plugin |
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
Log for gst-plugins-bad