#67733 closed defect (invalid)

libsdl2 @2.28.1 libsdl2 doesn't accept libiconv when compiling OCP

Reported by: chiefjazzdiewltr (Zac) Owned by:
Priority: Normal Milestone:
Component: ports Version: 2.8.1
Keywords: Cc: jmroot (Joshua Root), ryandesign (Ryan Carsten Schmidt)
Port: libsdl2 libiconv

Description

From a github issue ticket I posted to the OpenCubicPlayer repository:https://github.com/mywave82/opencubicplayer/issues/102 I tried compiling OpenCubicPlayer from source however when I compile it with the SDL2 support flag enabled it does not seem to accept the libiconv @1.17 dylib that I have given it using install_name_tool. Compiling it without SDL2 support fixes the issue but I would like to get it working.

Change History (8)

comment:1 Changed 16 months ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign added

Reading through your upstream report to see what kinds of problems you're encountering, I don't think the problem is with MacPorts but with the way ocp has been built. Before I can advise you on what you should change about how you're building it, I need to try to build it myself, and it may be simplest to just add ocp to MacPorts so that you can install it without needing to figure out how to build it; that is the point of MacPorts after all. One moment...

comment:2 Changed 16 months ago by kencu (Ken)

I did this a while ago.

There are three other new ports needed as well, all trivial.

debug:             OFF
builtin:           core
adplug:            GIT/builtin
mad:               OFF
sidplayfp:         GIT/builtin
FLAC:              ON
x11:               OFF
SDL:               OFF
SDL2:              ON
ALSA:              OFF
OSS:               OFF
CoreAudio:         ON
linux cdrom:       OFF
linux framebuffer: OFF
include LZW:       ON
include LZH:       ON
include DumpTools: OFF
% port -v installed ocp
The following ports are currently installed:
  ocp @0.2.105_0 (active) requested_variants='' platform='darwin 22' archs='arm64' date='2023-07-09T12:32:19-0700'

it seems to run just fine, no errors, as far as I can see.

Building software properly using MacPorts' tucked-away components outside of MacPorts build system is sometimes tricky -- and beyond the skill set of most people, to be honest.

comment:3 Changed 16 months ago by kencu (Ken)

I put it here https://github.com/macports/macports-ports/pull/19395 in case Ryan is already working on his own version, which would no doubt be superior to what I've done.

comment:4 Changed 16 months ago by ryandesign (Ryan Carsten Schmidt)

Ken thanks for making the ports for the missing dependencies. That saves me some work!

comment:5 Changed 16 months ago by ryandesign (Ryan Carsten Schmidt)

Zac, I've added an ocp port to MacPorts. Let us know if it installs and works ok. It worked for me on Monterey x86_64. Cool program!

comment:6 Changed 16 months ago by ryandesign (Ryan Carsten Schmidt)

And because I know from your upstream bug report that you had previously compiled ocp from source and specified --prefix=/opt/local, when you try to sudo port install ocp, you'll get an activation failure due to your preexisting files. When you get that message, run sudo port -f activate ocp to overwrite your files with the MacPorts files. In the future, don't compile software yourself and specify the MacPorts prefix; use any other prefix, so that you don't overwrite or conflict with MacPorts files.

comment:7 Changed 16 months ago by chiefjazzdiewltr (Zac)

Yea just installed it now, that works wonderfully. Thanks for your help :) and yea it is a cool program, learned about it pretty recently and knew I had to try it. Have a good day

comment:8 Changed 16 months ago by ryandesign (Ryan Carsten Schmidt)

Resolution: invalid
Status: newclosed

Ok great, then there's no MacPorts bug here. Later I'll leave a comment on the upstream bug report analyzing what went wrong there.

Note: See TracTickets for help on using tickets.