Opened 15 years ago

Closed 15 years ago

Last modified 15 years ago

#20725 closed update (fixed)

New version of mpg123: V1.9.0

Reported by: astifter@… Owned by: macports-tickets@…
Priority: Normal Milestone:
Component: ports Version: 1.7.1
Keywords: mpg123 version update Cc: astifter@…, blb@…
Port: mpg123

Description

mpg123 released a new version: V1.9.0.

See http://www.mpg123.de/cgi-bin/news.cgi

Attachments (1)

Portfile (906 bytes) - added by astifter@… 15 years ago.
Portfile for mpg123 V1.9.0

Download all attachments as: .zip

Change History (9)

Changed 15 years ago by astifter@…

Attachment: Portfile added

Portfile for mpg123 V1.9.0

comment:1 Changed 15 years ago by blb@…

Cc: blb@… added

This has build issues when the libsdl port is installed:

libtool: link: /usr/bin/gcc-4.0  -o .libs/output_openal.so -bundle  .libs/output_openal_la-openal.o   -L/mp/lib -framework OpenAL /mp/lib/libltdl.dylib -lmx -lm  -mmacosx-version-min=10.4 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -Wl,-syslibroot -Wl,/Developer/SDKs/MacOSX10.4u.sdk -Wl,-classic_linker -Wl,-read_only_relocs -Wl,suppress   -framework OpenAL
ld_classic: Undefined symbols:
.objc_class_name_NSArray referenced from libSDL-1 expected to be defined in CoreFoundation
.objc_class_name_NSDate referenced from libSDL-1 expected to be defined in CoreFoundation
.objc_class_name_NSObject referenced from libSDL-1 expected to be defined in CoreFoundation
_NSDefaultRunLoopMode referenced from libSDL-1 expected to be defined in CoreFoundation
_open$UNIX2003 referenced from libSDL-1 expected to be defined in libSystem
_pthread_cond_init$UNIX2003 referenced from libSDL-1 expected to be defined in libSystem
_pthread_sigmask$UNIX2003 referenced from libSDL-1 expected to be defined in libSystem
_select$UNIX2003 referenced from libSDL-1 expected to be defined in libSystem
_strerror$UNIX2003 referenced from libSDL-1 expected to be defined in libSystem
_waitpid$UNIX2003 referenced from libSDL-1 expected to be defined in libSystem
collect2: ld returned 1 exit status
make[3]: *** [output_sdl.la] Error 1

Also, when the esound port is installed:

libtool: link: /usr/bin/gcc-4.0  -o .libs/output_sdl.so -bundle  .libs/output_sdl_la-sdl.o   -L/mp/lib -lSDLmain /mp/lib/libSDL.dylib /mp/lib/libltdl.dylib -lmx -lm  -mmacosx-version-min=10.4 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -arch i386 -Wl,-syslibroot -Wl,/Developer/SDKs/MacOSX10.4u.sdk -Wl,-classic_linker -Wl,-read_only_relocs -Wl,suppress -Wl,-framework -Wl,Cocoa
ld_classic: Undefined symbols:
_close$UNIX2003 referenced from libesd expected to be defined in libSystem
_fcntl$UNIX2003 referenced from libesd expected to be defined in libSystem
_open$UNIX2003 referenced from libesd expected to be defined in libSystem
_poll$UNIX2003 referenced from libesd expected to be defined in libSystem
_pthread_cond_init$UNIX2003 referenced from libesd expected to be defined in libSystem
_read$UNIX2003 referenced from libesd expected to be defined in libSystem
_select$UNIX2003 referenced from libesd expected to be defined in libSystem
_waitpid$UNIX2003 referenced from libesd expected to be defined in libSystem
_write$UNIX2003 referenced from libesd expected to be defined in libSystem
_fputs$UNIX2003 referenced from libaudiofile expected to be defined in libSystem
collect2: ld returned 1 exit status
make[3]: *** [output_esd.la] Error 1

Simplest fix I can think of is just to use CoreAudio on the Mac, by adding

platform macosx {
    configure.args-append --with-audio=coreaudio
}

comment:2 in reply to:  1 Changed 15 years ago by astifter@…

Replying to blb@…:

This has build issues when the libsdl port is installed:

I had no issued building it. I'm running Mac OS 10.5, am I guessing correctly that you are running 10.4? (It seems like it from the build output...)

I'm not a Portfile wizard so is there a way to have different options depending on the Mac OS X version?

comment:3 Changed 15 years ago by blb@…

Nope, this is on 10.5.8, Xcode 3.1.3, Intel; do you have the libsdl port installed (or esound)? It builds fine when those aren't available (I deactivated to verify the error happened only when libsdl/esound were available).

comment:4 in reply to:  3 Changed 15 years ago by astifter@…

Replying to blb@…:

do you have the libsdl port installed (or esound)?

Ja, of course. I was expecting the question as soon as I realized that I did not mention that I indeed have libsdl installed :-) I have not installed esound tough.

Nope, this is on 10.5.8, Xcode 3.1.3, Intel;

But I am on an PPC machine, maybe the difference is there. Since the SDL output does not work properly on my machine either I opt for the solution you provided (limiting the output to coreaudio).

comment:5 Changed 15 years ago by blb@…

If you use port -d configure on it, the end of its configure run should show what it thinks it should build; when I have libsdl and esound both active, it says

  Detected audio support .. coreaudio esd sdl openal dummy

Hence it eventually tries to do the two bits that fail, at least for me. Not sure if it's a PowerPC vs. Intel thing though. I see it also supports OpenAL so perhaps my original fix should add that as well?

platform macosx {
    configure.args-append --with-audio=coreaudio,openal
}

If that works for you as well, I can commit the 1.9.0 update and this update as well.

comment:6 in reply to:  5 Changed 15 years ago by astifter@…

Replying to blb@…:

If you use port -d configure on it, the end of its configure run should show what it thinks it should build; when I have libsdl and esound both active, it says

  Detected audio support .. coreaudio esd sdl openal dummy

Hence it eventually tries to do the two bits that fail, at least for me. Not sure if it's a PowerPC vs. Intel thing though. I see it also supports OpenAL so perhaps my original fix should add that as well?

Well OpenAL is only working in the latest SVN but not in 1.9.0.

platform macosx {
    configure.args-append --with-audio=coreaudio,openal
}

If that works for you as well, I can commit the 1.9.0 update and this update as well.

Please commit a Portfile that only used coreaudio. Thats the safest for now, OpenAL should work fine in the next version.

comment:7 Changed 15 years ago by blb@…

Resolution: fixed
Status: newclosed

Hmm, weird, trying OpenAL seemed to work when I used mpg123 --output openal .... But if it's still in-progress maybe I got lucky? Anyway, the update to 1.9.0 with just CoreAudio updated in r55823.

comment:8 in reply to:  7 Changed 15 years ago by astifter@…

Replying to blb@…:

Hmm, weird, trying OpenAL seemed to work when I used mpg123 --output openal .... But if it's still in-progress maybe I got lucky? Anyway, the update to 1.9.0 with just CoreAudio updated in r55823.

Okay, thanks. Maybe thats also a PPC vs. Intel thingie. We can open up OpenAL output in 1.9.1 I guess...

Note: See TracTickets for help on using tickets.