[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