Opened 12 years ago

Closed 12 years ago

Last modified 11 years ago

#38007 closed defect (fixed)

MPlayer @1.1_3: fails to build for powepc

Reported by: reeskm (Rees Machtemes) Owned by: jeremyhu (Jeremy Huddleston Sequoia)
Priority: Normal Milestone:
Component: ports Version: 2.1.3
Keywords: ppc Cc: prynhart@…, sasoph@…, udbraumann, ryandesign (Ryan Carsten Schmidt), cooljeanius (Eric Gallager)
Port: MPlayer

Description

Will not build. Seems to be problems with inline functions in main.log

Attachments (4)

main.log (371.5 KB) - added by reeskm (Rees Machtemes) 12 years ago.
main.log
Portfile (10.5 KB) - added by reeskm (Rees Machtemes) 12 years ago.
Modded portfile that seems to fix this bug!
Portfile-MPlayer.diff (538 bytes) - added by larryv (Lawrence Velázquez) 12 years ago.
portfile diff
mplayer-llvm-gcc-4.2-fail.log (709.7 KB) - added by reeskm (Rees Machtemes) 12 years ago.
Fails to compile with llvm-gcc-4.2 (log)

Download all attachments as: .zip

Change History (26)

Changed 12 years ago by reeskm (Rees Machtemes)

Attachment: main.log added

main.log

comment:1 Changed 12 years ago by larryv (Lawrence Velázquez)

Owner: changed from macports-tickets@… to jeremyhu@…
Port: MPlayer added
Summary: MPlayer fails to build with compiler refusing inline functionsMPlayer @1.1_3: fails to build with compiler refusing inline functions

Changed 12 years ago by reeskm (Rees Machtemes)

Attachment: Portfile added

Modded portfile that seems to fix this bug!

comment:2 Changed 12 years ago by reeskm (Rees Machtemes)

Seems like you can't build this with apple-gcc-4.0 that is my default compiler on 10.5.8.

modded the portfile to force gcc suite to be apple-gcc-4.2 and it built and installed.

maybe blacklist the old compiler? how does this affect the build on 10.4? Let me know if you need it to be regression tested since I have some old xserve g4's kicking around with osx-server 10.4

Changed 12 years ago by larryv (Lawrence Velázquez)

Attachment: Portfile-MPlayer.diff added

portfile diff

comment:3 Changed 12 years ago by larryv (Lawrence Velázquez)

If you just want to prevent the use of GCC 4.0, you’ll probably want to go with

compiler.blacklist gcc-4.0 apple-gcc-4.0

to allow use of other compilers.

comment:4 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: worksforme
Status: newclosed

gcc-4.0 was already blacklisted, but I added apple-gcc-4.0 in r103116 ... please remember to port sync before filing a bug to see if it's still relevant.

comment:5 Changed 12 years ago by reeskm (Rees Machtemes)

Failed again with the new port and blacklist. This time it used llvm-gcc-4.2. Logfile attached.

Changed 12 years ago by reeskm (Rees Machtemes)

Fails to compile with llvm-gcc-4.2 (log)

comment:6 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Keywords: ppc64 added
Resolution: worksforme
Status: closedreopened
Summary: MPlayer @1.1_3: fails to build with compiler refusing inline functionsMPlayer @1.1_3: fails to build for powepc
libavcodec/ffv1.c:296: sorry, unimplemented: inlining failed in call to 'put_symbol_inline': function not considered for inlining
libavcodec/ffv1.c:496: sorry, unimplemented: called from here
libavcodec/ffv1.c:296: sorry, unimplemented: inlining failed in call to 'put_symbol_inline': function not considered for inlining
libavcodec/ffv1.c:498: sorry, unimplemented: called from here
libavcodec/ffv1.c:296: sorry, unimplemented: inlining failed in call to 'put_symbol_inline': function not considered for inlining
libavcodec/ffv1.c:496: sorry, unimplemented: called from here
libavcodec/ffv1.c:296: sorry, unimplemented: inlining failed in call to 'put_symbol_inline': function not considered for inlining
libavcodec/ffv1.c:498: sorry, unimplemented: called from here

comment:7 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Keywords: ppc added; ppc64 removed

comment:8 Changed 12 years ago by patrick@…

Cc: patrick@… added

Cc Me!

comment:9 Changed 12 years ago by patrick@…

Cc: patrick@… removed

Cc Me!

comment:10 Changed 12 years ago by prynhart@…

Cc: prynhart@… added

Cc Me!

comment:11 in reply to:  10 Changed 12 years ago by prynhart@…

Replying to prynhart@…:

Cc Me!

Adding myself as I'm affected by this issue (attempting to compile using llvm-gcc-4.2).

comment:12 Changed 12 years ago by sasoph@…

Cc: sasoph@… added

Cc Me!

comment:13 Changed 12 years ago by udbraumann

Cc: braumann@… added

Cc Me!

comment:14 in reply to:  6 Changed 12 years ago by udbraumann

Building MPlayer with apple-gcc-4.2 has worked in my case:

sudo port upgrade MPlayer configure.compiler=apple-gcc-4.2

So I recommend to set this compiler at the portfile level.

PS: please do not forget to do a cleaning before doing this upgrade after it has failed with llvm-gcc-4.2

sudo port clean MPlayer
Last edited 12 years ago by udbraumann (previous) (diff)

comment:15 Changed 12 years ago by prynhart@…

I can confirm that the suggestion of braumann works for me on PPC (10.5.8), so specifying this compiler at the portfile level may be possible way forward. P.S.: Thanks braumann :)

comment:16 Changed 12 years ago by reeskm (Rees Machtemes)

I've rebuilt Mplayer also on 10.4 and reached the same conclusion - llvm 4.2 and gcc 4.0 are not enough to compile Mplayer 1.1_3.

I also agree with braumann that requiring this compiler (or apple-gcc above 4.2) should be done.

comment:17 Changed 12 years ago by sasoph@…

mplayer-devel @36126_0 on 10.5.8 PPC has also been built successfully using apple-gcc-4.2.

comment:18 Changed 12 years ago by prynhart@…

Very good. (And just when I thought I was just about the only one in the world attempting to build mplayer on OSX PPC.)

comment:19 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added

On 10.5 i386, MPlayer also fails to build for me with either llvm-gcc-4.2:

libmpcodecs/vf_filmdint.c:1461: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://developer.apple.com/bugreporter> for instructions.
{standard input}:0:End-of-File not at end of a line
{standard input}:428:End-of-File not at end of a line
{standard input}:unknown:Partial line at end of file ignored
{standard input}:unknown:Undefined local symbol L_calloc$stub
{standard input}:unknown:Undefined local symbol L_gCpuCaps$non_lazy_ptr
{standard input}:unknown:Undefined local symbol L_strchr$stub
{standard input}:unknown:Undefined local symbol LC
{standard input}:unknown:Undefined local symbol L_sscanf$stub
{standard input}:unknown:Undefined local symbol LC1
{standard input}:unknown:Undefined local symbol LC2
{standard input}:unknown:Undefined local symbol LC3
{standard input}:unknown:Undefined local symbol LC4
{standard input}:unknown:Undefined local symbol LC5
{standard input}:unknown:Undefined local symbol LC6
{standard input}:unknown:Undefined local symbol LC7
{standard input}:unknown:Undefined local symbol LC8
{standard input}:unknown:Undefined local symbol LC9
{standard input}:unknown:Undefined local symbol LC11
{standard input}:unknown:Undefined local symbol L_mp_msg$stub
{standard input}:unknown:Undefined local symbol LC10
{standard input}:unknown:Undefined local symbol LBB2_23
{standard input}:unknown:Undefined local symbol L_fast_memcpy$stub

or macports-llvm-gcc-4.2:

Undefined symbols for architecture i386:
  "_MM_FIX_0_707106781", referenced from:
      _filter in vf_fspp.o
  "_MM_FIX_0_541196100", referenced from:
      _filter in vf_fspp.o

These compilers should be blacklisted.

It succeeds with gcc-4.0 build 5493 and gcc-4.2 build 5577, both of which are blacklisted by the port, and perhaps shouldn't be?

comment:20 in reply to:  19 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Replying to ryandesign@…:

It succeeds with gcc-4.0 build 5493 and gcc-4.2 build 5577, both of which are blacklisted by the port, and perhaps shouldn't be?

r92107 and r95682

Perhaps the issue building cpudetect.c that prompted the blacklisting of gcc-4.0 and older gcc-4.2 has been resolved.

comment:21 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: reopenedclosed

comment:22 Changed 11 years ago by cooljeanius (Eric Gallager)

Cc: egall@… added

Cc Me!

Note: See TracTickets for help on using tickets.