[MacPorts] #39073: wine-devel @1.5.30_0 fails to run: dyld: Library not loaded: @rpath/libwine.1.dylib (was: wine-devel @1.5.30_0 fails to run)
MacPorts
noreply at macports.org
Sat May 11 16:46:44 PDT 2013
#39073: wine-devel @1.5.30_0 fails to run: dyld: Library not loaded:
@rpath/libwine.1.dylib
-------------------------+--------------------------
Reporter: f261027@… | Owner: ryandesign@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.1.3
Resolution: | Keywords:
Port: wine-devel |
-------------------------+--------------------------
Old description:
> Upon updating wine-devel to 1.5.30 and running it, I get this:
>
> {{{
> ~/Downloads/jelly1000 $ wine jelly.exe[[BR]]
> dyld: Library not loaded: @rpath/libwine.1.dylib[[BR]]
> Referenced from: /opt/local/libexec/wine/wine[[BR]]
> Reason: image not found[[BR]]
> /opt/local/bin/wine: line 5: 81307 Trace/BPT trap
> DYLD_FALLBACK_LIBRARY_PATH="/opt/local/lib:/usr/lib"
> "/opt/local/libexec/wine/wine" "$@"
> }}}
>
> And nothing starts up. (This goes for other executables as well, all of
> which work perfectly well in 1.5.29.)
>
> I suspect these changes in 1.5.30 might be relevant:
>
> {{{
> makefiles: Generate the platform-specific libwine rules from
> configure.[[BR]]
> [...][[BR]]
> configure: Use gcc -shared instead of dllwrap to build
> libwine.dll.[[BR]]
> winegcc: Use gcc -shared instead of dllwrap to build DLLs.
>
> -- http://www.winehq.org/announce/1.5.30
>
> }}}
New description:
Upon updating wine-devel to 1.5.30 and running it, I get this:
{{{
~/Downloads/jelly1000 $ wine jelly.exe
dyld: Library not loaded: @rpath/libwine.1.dylib
Referenced from: /opt/local/libexec/wine/wine
Reason: image not found
/opt/local/bin/wine: line 5: 81307 Trace/BPT trap
DYLD_FALLBACK_LIBRARY_PATH="/opt/local/lib:/usr/lib"
"/opt/local/libexec/wine/wine" "$@"
}}}
And nothing starts up. (This goes for other executables as well, all of
which work perfectly well in 1.5.29.)
I suspect these changes in 1.5.30 might be relevant:
{{{
makefiles: Generate the platform-specific libwine rules from
configure.
[...]
configure: Use gcc -shared instead of dllwrap to build libwine.dll.
winegcc: Use gcc -shared instead of dllwrap to build DLLs.
}}}
-- http://www.winehq.org/announce/1.5.30
--
Comment (by ryandesign@…):
I see the same problem.
wine @1.5.30 doesn't install any dylibs at all anymore...
--
Ticket URL: <https://trac.macports.org/ticket/39073#comment:2>
MacPorts <http://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list