[MacPorts] #21865: wine-devel doesn't like x86_64
MacPorts
noreply at macports.org
Sat Oct 10 09:12:56 PDT 2009
#21865: wine-devel doesn't like x86_64
------------------------------------+---------------------------------------
Reporter: Damien@… | Owner: ryandesign@…
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version: 1.8.1
Resolution: fixed | Keywords: x86_64, libexpat
Port: wine-devel |
------------------------------------+---------------------------------------
Comment(by jussi.eskelinen@…):
Replying to [comment:14 ryandesign@…]:
> Replying to [comment:12 jussi.eskelinen@…]:
> > In case someone has a similar problem: I had to first run sudo port
install portname and then run sudo port upgrade --enforce-variants
portname +universal for each package.
>
> It should be sufficient to initially install the ports with the
+universal variant; upgrading with --enforce-variants is only necessary if
you already have the ports installed without +universal. Of course, by the
time you see wine-devel's message, the dependencies will already have been
installed with the wrong architectures. Unfortunately it is not possible
for the wine-devel portfile itself to do anything until its dependencies
have been installed. A better solution to this could probably be
implemented in MacPorts base.
>
When I tried to install with +universal variant first, I got an error
message:
{{{
pikku-delfiini:~ jussi$ sudo port install xorg-libxcursor +universal
---> Computing dependencies for xorg-libXcursor
---> Fetching xorg-libXcursor
---> Verifying checksum(s) for xorg-libXcursor
---> Extracting xorg-libXcursor
---> Configuring xorg-libXcursor
---> Building xorg-libXcursor
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports
.org_release_ports_x11_xorg-libXcursor/work/libXcursor-1.1.10" &&
/usr/bin/make -j2 all " returned error 2
Command output: "_XRenderCreateCursor", referenced from:
_XcursorImageLoadCursor in cursor.o
"_XCreatePixmap", referenced from:
_XcursorImageLoadCursor in cursor.o
_XcursorImageLoadCursor in cursor.o
_XcursorImageLoadCursor in cursor.o
"_XLoadFont", referenced from:
__XcursorCreateFontCursor in cursor.o
"_XRenderFreePicture", referenced from:
_XcursorImageLoadCursor in cursor.o
"_XCreateGC", referenced from:
_XcursorImageLoadCursor in cursor.o
_XcursorImageLoadCursor in cursor.o
"_XFreePixmap", referenced from:
_XcursorImageLoadCursor in cursor.o
_XcursorImageLoadCursor in cursor.o
_XcursorImageLoadCursor in cursor.o
"_XFreeGC", referenced from:
_XcursorImageLoadCursor in cursor.o
_XcursorImageLoadCursor in cursor.o
"__XLockMutex_fn", referenced from:
__XLockMutex_fn$non_lazy_ptr in display.o
"_XRenderQueryExtension", referenced from:
__XcursorGetDisplayInfo in display.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
lipo: can't open input file: /var/tmp//ccpVo5qx.out (No such file or
directory)
make[2]: *** [libXcursor.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2
Error: Status 1 encountered during processing.
}}}
Maybe port clean would have been enough to solve that, but I did as I
described.
--
Ticket URL: <http://trac.macports.org/ticket/21865#comment:15>
MacPorts <http://www.macports.org/>
Ports system for Mac OS
More information about the macports-tickets
mailing list