/usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) #14
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
ffmpeg/build-script#14
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Are you aware your builds compiled with the /usr/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) dependency?
This will give issues on many systems. Basically ruling out some macOS versions.
You're best bet would be to compile libiconv statically and link it to that instead of relying on the standard installed version.
changed the description
Thanks for this report. I was not aware of this.
I verified this with the latest macOS builds.
And I agree, that adding a custom static building of libiconv should be the solution.
assigned to @martinr92
mentioned in commit
ad4318d8fbAs far as I know, compiling iconv and link it manually, will result that ffplay is not compiled.
In other words, this cannot be done.
Can you provide here more details? Is it not supported by FFplay or is there any technical restriction, that FFplay can only link to libiconv dynamic?
mentioned in commit
6d8bb2f87d@alexis.dhooghe You are right. By default it now skips FFplay.
After some analyzation I found the following: The SDL2 include fails. This is why FFmpeg skips FFplay. Possible workaround can be the flag
--enable-system-iconv=nowhile compiling SDL2.mentioned in merge request !10
The fix/enhancement is now merged into the
developbranch.disabled temporary custom iconv build because of issues with zvbi (
f1a3193ff1)mentioned in issue #15